Forum

Für sqlite > 2.x ist der Einsatz von PDO zwingend erforderlich. Auch php 5.x ist Voraussetzung. Z.Zt. bietet OPN noch keinen PDO Treiber an. Alternativ wäre es denkbar ein Client in PHP einzubinden der 3.x nutzt. In der Art gibt es das aber nicht das ich es wüsste.

Auch bei mir wird in PHP 5.2.5 die SQLite Lib 2.8.x benutzt. Scheint als ob bis zu dieser Version in PHP die 2er SQLite zum Einsatz kommt. Mal schauen was die 5.3er und 6er bringen wird.

naja hättest auch die Datei hochladen können

http://www.openphpnuke.info/modules/supportnote/index.php?opnparams=VmpRcAZqXHIAbwFnWC8AOAU2VyUJYwRxBz4LZgkxBGc

Jippi.
Das mit dem Repairtool hat funktioniert. Allerdings musste ich da erst n bissel drin rumhacken, denn include_once ('install/passwd.php'); klappt nich, weils das file nicht gibt (zumindest bei der alten 2.4.6 version, die ich versehentlich von sf runtergeladen habe. Ja, ich werde auf 2.4.10 umsteigen )

Meine Forschungen bzgl. der sqlite-versionen und wie man damit am besten umgeht, werde ich dann später posten.

zu 2)

nein nicht sqlite

http://daily.openphpnuke.info/tools/repair_opn_url_encode.zip

wir haben dafür repair tools

musikdusche schrieb am 26.01.2008 um 18:33:49 Uhr folgendes:

zu 1:
Jein. Einige können nur sqlite3 (eins davon habe ich getestet), die von opn geschriebene DatenbankVersion ist aber 2.x. - mit denen funzt das also nicht (oder liegt die verwendete DBVersion an meiner PHP-Installation?!?). Ich muss hier offenbar nochmal forschen gehen...

hmm

ich habe hier verschiedene Systeme auf denen sqlite läuft auch nicht "from scratch" aufgebaut, von daher hab ich noch die SQLite Library 2.8.17 laufen obwohl lt. paketmangement ich die 3er installiert habe... hmm

Werde ich noch einmal prüfen müssen. Allerdings sollte das rein von der Installation im System abhängig sein. In OPN setzen wir keine 2.x fest beim erzeugen der db.

Es wird aber z.zt. bei der Installation mit einer 3.x nicht mehr genutzt wie bei 2.x

Danke für die Antwort
stefan schrieb am 26.01.2008 um 18:11:58 Uhr folgendes:

1) es gibt auch für sqlite so was wie pma für mysql

2) es gibt dafür auch ein repair tool das man laden kann und das dann die änderungen die gewünscht sind macht

3) wenn du dort nur einfach den text geändert hast kann das daneben gehen (ist ein array das da gespeichert ist) wenn man es sauber macht würde das aber auch gehen müssen.

wobei ich 2 nutzen würde

zu 1:
Jein. Einige können nur sqlite3 (eins davon habe ich getestet), die von opn geschriebene DatenbankVersion ist aber 2.x. - mit denen funzt das also nicht (oder liegt die verwendete DBVersion an meiner PHP-Installation?!?). Ich muss hier offenbar nochmal forschen gehen...
zu 2:
Ein Repair Tool von der sqlite - seite selbst? da gibts ein analyze tool, ich weiss nicht, ob du das meinst. Ist allerdings auch nur für sqlite3
zu 3:
Ich hatte halt tatsächlich aus ner "3" eine "1" gemacht, also keine Stringlängenänderung.

Beste Grüße und schönes WE - Frank

1) es gibt auch für sqlite so was wie pma für mysql

2) es gibt dafür auch ein repair tool das man laden kann und das dann die änderungen die gewünscht sind macht

3) wenn du dort nur einfach den text geändert hast kann das daneben gehen (ist ein array das da gespeichert ist) wenn man es sauber macht würde das aber auch gehen müssen.

wobei ich 2 nutzen würde

Verflixt, habe das gleiche Problem. Dummerweise mit einer sqlite-Datenbank.
Um die zu verändern, habe ich mir gedacht, dumpe ich die in sql, bearbeite die entsprechende sql-anweisung, und dumpe die zurück. klappt aber nicht.
Dass bei mir eine sqlite Datenbank in einem alten Format liegt (2.1 oder so), hat das mit opn zu tun, oder mit meiner php-version?

Falls die DB Futsch ist, ist das kein Beinbruch, war eh nur eine Sandkasteninstallation. Ist aber ärgerlich, dass das prinzipiell nicht klappt...

Gruß - Frank

Danke nochmal , alles läuft wieder.