| Autor | mrblista |
| Datum | 23.01.2008 21:10 |
| Beiträge: |  Ich habe Im Adminmenü unter Einstellungen --> Sicherheit, die frage:
"Sollen die Parameter bei den URLs codiert werden?" mit "Seo freundlich" beantwortet. Nun habe Ich keinen Zugriff mehr zu den Einstellungen. In welcher Datei kann Ich das Manuell wieder rückgängig machen ? Bezahlte Marktforschung |
| Autor | spinne |
| Datum | 23.01.2008 22:54 |
| Beiträge: | servus,
das solltest resp. musst du in der datenbank ändern s:9:"encodeurl";s:1:"1"; <<< muss s:9:"encodeurl";s:1:"3"; <<< hast korrigieren auf 1 möglich das bei dir dann dort aber eine 4 anstelle der 3 steht, auf jeden fall muss da eine 1 rein. anbei, welche opn version nutzt du? gruss tine Übe Dich in Geduld, wenn Du etwas erreichen willst ----------------------------------------------------------------------------------------- Geheime Gedanken -- Mein Spinnennetz -- Spinnennetz CH -- RenderWorld Cinema4d Testbereiche, nachgeschaut und dann nachgefragt: OPN-Laborcenter --- OPN-Themes --- OPN-Bugtracking --- OPN-Doku --- OPN-FAQ |
| Autor | mrblista |
| Datum | 24.01.2008 01:07 |
| Beiträge: |  Ja danke erstmal für die schnelle Antwort, aber in welcher Datei oder in welchem Verzeichnis ligt die Datei, in der Ich das ändern muss.
Ich benutze 2.4.9 Gruß Dominik |
| Autor | spinne |
| Datum | 24.01.2008 06:44 |
| Beiträge: | in der datenbank! (phpMyAdmin)
s:9:"encodeurl";s:1:"1"; <<< muss s:9:"encodeurl";s:1:"3"; <<< hast korrigieren auf 1 db opn_configs -> anzeigen admin/openphpnuke -> auswählen/bearbeiten Zeile korrigieren Übe Dich in Geduld, wenn Du etwas erreichen willst ----------------------------------------------------------------------------------------- Geheime Gedanken -- Mein Spinnennetz -- Spinnennetz CH -- RenderWorld Cinema4d Testbereiche, nachgeschaut und dann nachgefragt: OPN-Laborcenter --- OPN-Themes --- OPN-Bugtracking --- OPN-Doku --- OPN-FAQ |
| Autor | mrblista |
| Datum | 24.01.2008 19:13 |
| Beiträge: | Danke nochmal , alles läuft wieder. Bezahlte Marktforschung |
| Autor | musikdusche |
| Datum | 26.01.2008 17:47 |
| Beiträge: | 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 |
| Autor | stefan |
| Datum | 26.01.2008 18:11 |
| Beiträge: | 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  |
| Autor | musikdusche |
| Datum | 26.01.2008 18:33 |
| Beiträge: | Danke für die Antwort
stefan schrieb am 26.01.2008 um 18:11:58 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... 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 |
| Autor | stefan |
| Datum | 26.01.2008 19:36 |
| Beiträge: | musikdusche schrieb am 26.01.2008 um 18:33:49 Uhr folgendes:
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 |
| Autor | stefan |
| Datum | 26.01.2008 20:02 |
| Beiträge: | zu 2)
nein nicht sqlite http://daily.openphpnuke.info/tools/repair_opn_url_encode.zip wir haben dafür repair tools |
| Autor | musikdusche |
| Datum | 26.01.2008 20:35 |
| Beiträge: | 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. |
| Autor | stefan |
| Datum | 26.01.2008 20:59 |
| Beiträge: | naja hättest auch die Datei hochladen können
http://www.openphpnuke.info/modules/supportnote/index.php?opnparams=VmpRcAZqXHIAbwFnWC8AOAU2VyUJYwRxBz4LZgkxBGc |
| Autor | hombergs |
| Datum | 27.01.2008 14:43 |
| Beiträge: | 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. H.O.M.B.E.R.G.S.: Hydraulic Obedient Machine Built for Efficient Repair and Galactic Sabotage  Es gibt keine Probleme, nur Herausforderungen. 
Stoppt Softwarepatente, sonst wird Softwareentwicklung in Europa für die meisten illegal!
Infos: Der Patentierte Europäische Online-Shop
Utopia 1: Die Welt wo alle Browser valides HTML und valides CSS 2 verstehen und alle es gleich anzeigen.
Utopia 2: Die Welt wo alle SQL Server den ANSI SQL Standardsyntax einwandfrei beherschen und ausführen. |
| Autor | stefan |
| Datum | 27.01.2008 15:05 |
| Beiträge: | 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. |
 Diese Seite drucken
 Diese Seite schließen
|
Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS |
| http://www.openphpnuke.info/ |