Forum

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.

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.

kann mir keiner Helfen?
oder Fehlen noch wichtige Informationen?

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

ich weiß nicht, ob die Pfade in der DB korrekt sind. wo müsste der denn stehen?

und wie kann ich das machen, dass er die Pfade akzeptiert, auch wenn ich die Domain in den Unterordner verschiebe, so dass sich zumindest die URL ändert?
Repairs hab ich alle mehrmals durchlaufen lassen.

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

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) ]

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

     

Dort werden Zensierte Wärter angezeigt, ein Ersatz steht aber nicht drin. Allerdings ist der Filter ja deaktiviert.
Hatte auch schonmal den Filter an und überall *** eingetragen. Das ist aber auch wieder weg, also die ***

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.