Statische Seiten + SQLite

[holgerjakobs]

Es gibt die beiden Dateien sqlite3.inc.php und sqlite.inc.php in /include/db/
Die erzeugte Datenbank ist vom Typ "SQLite 2.x database" (laut Kommando file). Bei der Installation hat s9y nichts angemerkt und mir SQLite angeboten, also habe ich es genommen.

Beim Installieren von "statische Seiten" gibt es einen Fehler in Zeile 233 von sqlite.inc.php, den ich näher untersucht habe. Das ALTER TABLE ADD COLUMN gibt es wohl erst in SQLite ab 3.x

Jetzt habe ich herausgefunden, dass bei mir php5-sqlite3 nicht installiert war, daher hat s9y wohl stillschweigend SQLite2 verwendet, ohne mich darauf hinzuweisen. Hier wäre eine Verbesserung des Installationscodes hilfreich, der einem ggf. "SQLite2" und/oder "SQLite3" anbietet.

Außerdem muss das Modul "statische Seiten" so geändert werden, dass es keine fehlschlagenden Kommandos mehr benutzt. Alternativ müsste man darauf hinweisen, dass SQLite2 sich mit dem Modul nicht verträgt.

Ob eine Unterstützung von SQLite2 überhaupt noch nötig ist? Ich habe flugs SQLite3 installiert und habe jetzt das Problem, wie ich einfach das gesamte Blog auf die neue Version rüberschiebe.

Hat da jemand eine Idee?

[garvinhicking]

Hi!

Um den User nicht zu verwirren zeigen wir nur die Datenbankmöglichkeiten an, die via PHP verfügbar sind. Ich denke das ist eigentlich ein guter Weg, um die Auswahl zu reduzieren.

Was ALTER TABLE angeht ist das mit SQLite wirklich ein Problem. Viele Entwickler haben bei den Plugins leider nicht darauf geachtet dass es auf SQLite kompatibel sein sollte, aber die Umwege um ALTER TABLE zu simulieren sind auch leider total umständlich und frustrierend zu programmieren. Da das Problem ja auch mit SQlite3 etwas umgangen wird, gibt es wenig Freiwillige, die die vorhandenen Plugins auf SQLite2 auch korrekt anpassen. Zum Glück gibt es aber auch eh nur 4-5 Plugins, die überhaupt ALTER TABLE eingesetzt haben...

Es gibt halt immer sehr viele Eckfälle zu berücksichtigen, die aber nur in 1-2% der Fälle wirklich auftreten..da ist der Aufwand, das alles zu dokumentieren leider immer echt hoch.

Viele Grüße,
Garvin

[holgerjakobs]

Hi Garvin,

habe gerade auf einem Rechner SQLite3 installiert mit PHP-Unterstützung. Die Anzeige bei der Installation bleibt gleich, es steht nur "SQLite" zur Auswahl. Leider wurde wieder eine SQLite2-Datenbank erstellt.

Dann habe ich mal SQLite2 de-installiert (Paket entfernt). Komischerweise erstellt Serendipity auch ohne die SQLite2-Datenbankunterstützung eine SQLite2-Datenbank. Mit den vorhandenen Tools kann ich die nicht mal mehr öffnen, weil sqlite3 das Format nicht unterstützt.

Wie kriege ich hin, dass Serendipity eine SQLite3-Datenbank erstellt? Am besten wäre es, wenn es ausschließlich SQLite3-Datenbanken verwenden würde. Oder gibt es tatsächlich noch jemanden, der SQLite2 benutzt/benötigt?

"Statische Seiten" halte ich für eines der allerwichtigsten Plugins, so dass dessen Unterstützung unbedingt gewährleistet werden müsste. Zumindest müsste bei der Installation eine Warnung kommen, dass es kracht.

Gruß
Holger

[holgerjakobs]

Noch eine Ergänzung - vielleicht hängt es ja damit zusammen.

Ich habe folgende Meldungen zu SQLite3 und Serendipity in den Ubuntu-Foren gefunden:

https://bugs.launchpad.net/ubuntu/+sour ... bug/380297
https://bugs.launchpad.net/ubuntu/+sour ... viewstatus
http://www.mail-archive.com/universe-bu ... 88948.html

Obwohl bei mir SQLite3 installiert ist, mit PHP-Support, meldet Serendipity es nicht. Wenn ich selbst versuche, mit SQLite3 eine DB aus PHP zu öffnen, also sqlite3_open(xxxx.db), geht es auch schief. Kriege das Problem nicht lokalisiert.

$ php -m |grep -i sqlite
SQLITE3

Eigentlich ist es also da. Muss man noch was machen, um es zu aktivieren, zu laden oder sonstwas?

Gruß
Holger

[garvinhicking]

Hi!

Apache hast Du neugestartet nach der sqlite3 installation? s9y erkennt die Klasse erst, wenn die PHP funktion "sqlite3_open" tatsächlich existiert.

Grüße,
Garvin

[holgerjakobs]

Hi!

Apache hast Du neugestartet nach der sqlite3 installation? s9y erkennt die Klasse erst, wenn die PHP funktion "sqlite3_open" tatsächlich existiert.

Grüße,
Garvin

Natürlich nicht! Das sollte eigentlich die Paketverwaltung machen, wenn das nötig ist.

Hat sie aber nicht. Danke für die Erinnerung. Eigentlich blöd von mir, das nicht noch mal geprüft zu haben. Jetzt bin ich von apt-get enttäuscht.

[onli]

Das liegt aber wahrscheinlich weniger an apt als an der Paketkonfiguration. Man muss dem Paket sagen, dass das nötig ist.
Gruß