OpenPHPNuke - das Open Source CMS

Autor	beyercenter
Datum	07.04.2011 11:57
Beiträge:	Hallo, ich bin mit meinem Openphpnuke umgezogen auf einen anderen Server (Meiner, also php-module etc könnte ich alle installieren, wenn da noch was fehlt...). 1. mit ISO-Composer auf dem alten Sever image erstellt 2. auf dem neuen Server Openphpnuke installiert (2.5.4) 3. Experten-Modus + ISO Composer 4. ISO in /cache/image kopiert, themes auch kopiert. 5. ISO Composer durchlaufen lassen. 6. Ergebnis: http://www.beyercenter.de/beyercenter In den FAQs hab ich noch das gefunden: `# cd opn-bin # ./new_domain.php -path -old{web_path} -new{web_path}` Welcher Path ist da gemeint? der, der auch schon in mainfile.php drin steht? `$root_path = '/var/www/clients/client1/web1/web/beyercenter/'; /* Needed only when installed in a subdir. * i.e. /server/www/opn * $installdir = 'opn' * /server/www/cms/opn * $installdir = 'cms/opn'; */ $installdir='beyercenter';` Wo finde ich den alten Path wieder? steht der in der Datenbank? Was will mir die Fehlermeldung sagen, die kommt, bevor die "Hacking" Meldung erscheint. Ich hab das ganz Ding so schon mehrmals probiert. Irgendwann ist es mir gelungen, in das Admin Menü zu kommen (schnell klicken, dann kommt die hacking Meldung nicht) und dort unter Security den Doc-Root-Check zu deaktivieren. Dann kam die Meldung nicht mehr. Allerdings merkte ich dann, dass alle Artikel fehlen, aber vermutlich müsste ich eh erst noch ein Update machen, weil ich glaube die Version auf dem alten Server war eine vorher (also 2.5.3). Da aber sofort diese Meldung erscheint, kann ich gar keine Reparatur starten.

Autor	beyercenter
Datum	07.04.2011 12:29
Beiträge:	Update: also ich hab es wieder geschafft, die Doc-Root überprüfung abzuschaltet. jetzt kann ich mich wenigstens einloggen etc. In der Datenbank hab ich auch den opn_url angepasst, allerdings ging das nur mein einem abschließenden / (also http://www.beyercenter.de/beyercenter/). Manche Links (z.B: der Link zur Administration ist aber immer noch ohne dieses beyercenter. Natürlich soll das ganze dann per mod_rewrite auch ohne den Unterordner beyercenter in der URL laufen, aber das is ja erst der nächste Schritt.

Autor	Gast
Datum	09.04.2011 23:14
Beiträge:	Servus Ich nehme mal an, dass die Pfade nun in der DB korrekt sind. Wenn in den Seitenboxen die Links noch nicht korrekt sind, dann hilf das speichern den Boxen. Also Box editieren und speichern. Schau dir auch mal das Modul Diagnostics an. Damit kannst du unter anderem die Settings prüfen und auch ein "Repair" ausführen. Flash

Autor	Scout_GP
Datum	10.04.2011 11:19
Beiträge:	Also, so wie ich das sehe, sind die Pfade falsch. `http://www.beyercenter.de/beyercenter//index.php` Ergo 2mal // geht nicht, Du mußt da den Pfad korrigieren. Der Pfad müßte dort zu finden sein: Tabelle opn_configs gibt es den Datensatz "admin/openphpnuke" Dort das Feld "settings". Das ist eine lange lange lange Zeichenkette. U.a. ist darin auch die Url drinne Link Gruß Scout +++ Last.fm \| Scoutweb +++ [ Diese Nachricht wurde bearbeitet von: Scout_GP am 10.04.2011 11:31 (Originaldatum 10.04.2011 11:19) ]

Autor	beyercenter
Datum	27.04.2011 01:16
Beiträge:	so. hat ein bischen gedauert. Ich habs jetzt hinbekommen. Das mit den zwei // hat aber nicht wirklich gestört. Kam durch einen abschließenden SLash im Pfad. Beim Modul Web Links musste ich noch im Cache Verzeichnis mylinks_compile_xxxxxx den Pfad in entry_html.php manuell anpassen. Wird der irgendwo angegeben in der Datenbank? Jetzt hab ich folgende Problem: wenn ich als Admin Angemeldet bin funktioniert alles super. Sobald ich mich aber abmelde hagelt es auf der Seite Fehlermeldungen: `WARNING [8] Uninitialized string offset: 0 FOUND IN [class/class.text.php] FOUND AT 342 WARNING [8] Uninitialized string offset: 1 FOUND IN [class/class.text.php] FOUND AT 342 WARNING [8] Uninitialized string offset: 2 FOUND IN [class/class.text.php] FOUND AT 342 WARNING [8] Uninitialized string offset: 3 FOUND IN [class/class.text.php] FOUND AT 342` und das ganze mehrmals bis 13... Blöd wenn man jetzt abergläubisch wäre Update: Die Meldungen kommen wohl vom Filter Modul. Als Amdin sehe ich die auch wenn ich die Einstellungen des Filters bearbeite. Weg bekomme ich sie aber nicht (egal mit welcher Einstellung, also ob aktiv oder nicht.). ich meine Filter unte r Einstellungen -> Filter. OPN ist im Profi-Modus. Update 2: ich meine NICHT die Grund HTML Filter Einstellungen! Update 3: 1/2 des Fehlers gefunden. Gäste bekommen jetzt den Fehler nicht mehr. Aus einem mir nicht ganz logischen Grund war der Autostart von Modul system/user_birthday auf nein gestellt. Aber als Admin bekomm ich immer noch die Meldungen... --> jetzt ins Bett [ Diese Nachricht wurde bearbeitet von: beyercenter am 27.04.2011 01:27 (Originaldatum 27.04.2011 01:16) ]

Autor	Gast
Datum	27.04.2011 12:51
Beiträge:	was den Fehler genau auslöst kann ich dir nicht sagen. Jedoch zeigt ein Blick in die Zeile 342 der Datei class_text.php, dass es sich dabei um die Funktion check_words handelt und bei der Stelle um ReplacementList Oder auf Deutsch An der Stelle prüft OPN ob das geschrieben Wort veröffentlicht werden darf oder nicht. Wenn nein, dann Ersatzwort / Zeichen einfügen Das ganze findest du unter: Admin - Einstellungen - Filter Da muss wo ein Fehler sein. Werden denn im Admin Bereich die zensierten Wörter sowie deren Ersatz angzeigt? Meine Spam Filter Einstellungen Automatisches löschen ab Score 2 Zensurmodus: Filter aktiv Flash

Autor	stefan
Datum	27.04.2011 18:01
Beiträge:	Hattest du manuell etwas in der Tabellen : configs beim Eintrag für admin/openphpnuke gemacht. Aber grundsätzlich kannst du die Einstellungen ändern und diese werden auch gespeichert und sind dann wieder so wie du sie eingestellt hast sichtbar. Spricht; Die Einstellungen und admin - Einstellungen sind änderbar. Hats sich die Codierung der DB ggf. geändert.

Autor	Gast
Datum	27.04.2011 20:02
Beiträge:	Hatte auch schonmal den Filter an und überall * eingetragen. Das ist aber auch wieder weg, also die * Also bei Ersatz sollte stehen -> beep Ist denn bei dir da was drin oder nicht? In der Tabelle sollte der Eintrag in etwa so aussehen: `s:15:"ReplacementList";a:15:{i:0;s:8:"beep";i:1;s:8:"beep";i:2;s:8:"beep";i:3;s:8:"beep";i:4;s:8:"beep";i:5;s:8:"beep";i:6;s:8:"beep";i:7;s:8:"beep";i:8;s:8:"beep";i:9;s:8:"beep";i:10;s:8:"beep";i:11;s:8:"beep";i:12;s:8:"beep";i:13;s:8:"beep";i:14;s:8:"beep";}` In diesem Bereich muss bei dir der Fehler zu finden sein. Flash

Autor	beyercenter
Datum	27.04.2011 20:41
Beiträge:	also als Ersatz steht nix drin! in der Db muss ich nachher mal nachschauen. Allerdings hab ich ja den Filter deaktiviert. Sollte es dann nicht egal sein? Update: im Adminbereich kommt übrigens folgende Meldung (die Einstellungsseite Filter braucht auch recht lange zum Laden (schon ein paar Sekunden) `WARNING [8] Uninitialized string offset: 0 FOUND IN [admin/openphpnuke/main.php] FOUND AT 1264 WARNING [8] Uninitialized string offset: 1 FOUND IN [admin/openphpnuke/main.php] FOUND AT 1264 WARNING [8] Uninitialized string offset: 2 FOUND IN [admin/openphpnuke/main.php] FOUND AT 1264` Update 2: ich hab jetzt überall beep eingetrage, Gespeichert, aber dann ist es wieder weg. Wie überprüfe ich das mit der DB? kp. was da für ein Zeichensatz vorher war. Normalerweise ändere ich daran nix... [ Diese Nachricht wurde bearbeitet von: beyercenter am 27.04.2011 22:18 (Originaldatum 27.04.2011 20:41) ] [ Diese Nachricht wurde bearbeitet von: beyercenter am 27.04.2011 22:19 (Originaldatum 27.04.2011 20:41) ]

Autor

Gast

Datum

27.04.2011 21:07

Beiträge:

im phpMyAdmin steht das.

Zb: MySQL-Zeichensatz: UTF-8 Unicode (utf8)

Wenn du den allten Dump noch hast, dann steht das da auch drin.

Zb: CREATE DATABASE `usr_web16_12` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci;

Update 2: ich hab jetzt überall **beep** eingetrage, Gespeichert, aber dann ist es wieder weg.

Dann stimmt da wo was noch nicht, weil das müsste vorhanden sein, der wird das nicht in die DB schreiben.

WARNING [8] Uninitialized string offset: 0
FOUND IN [admin/openphpnuke/main.php]
FOUND AT 1264

Das ist das gleiche Problem. Auch da vermisst er die Einträge von "ReplacementList", also das **"beep***

Kannst du mir mal Zugang zum phpMyAdmin geben?
(per PM)

Dann gucke ich mir mal die Datenbank an

Flash

Autor	beyercenter
Datum	27.04.2011 21:57
Beiträge:	find ich das in der iso datei vom iso composer? Hab da ja nix händisch geändert bei der Installation von OPN oder dem ISO Composer... @flash du hast PM Edit: also die alte wurde so Angelegt (SQL Export) CREATE DATABASE `thomassql1` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci; [ Diese Nachricht wurde bearbeitet von: beyercenter am 27.04.2011 22:00 (Originaldatum 27.04.2011 21:57) ]

Autor	Gast
Datum	27.04.2011 23:33
Beiträge:	ja klar. in der DB fehlten die Einträge "beep. du hattest recht, wenn du diese im Admin Bereich eingibst, dann werden diese nicht gespeichert. Grund ist, dass OPN die beep* selber hinzufügt. also habe ich die zu censurierenden Wörter gelöscht und neu angelegt. Das war das dann auch schon Warum diese Daten fehlten, kann wohl keiner mehr sagen. Flash