phpBB.de

Hallo,

ich habe versucht, mein Forum von 3.2.8 auf 3.3.0 umzustellen. Mein Forum hatte keine Extensions, allerdings hatte ich in common.css, colours.css und content.css sowie im overall_footer ein paar Änderungen durchgeführt. Ich habe die Methode des manuellen Update durchgeführt.

Ich erhalte die Meldungen
Die Installations-Routine wurde erfolgreich beendet.
Erweiterung phpbb/viglink wurde erfolgreich aktualisiert.
Die Datenbank wurde erfolgreich aktualisiert.

Das klingt ja alles gut, aber wenn ich jetzt in den ACP will, erhalte ich nur eine weiße Seite. Das passiert sowohl, wenn ich den Link auf der Installseite zum Administrationsbereich anklicke als auch wenn ich die Seite mit dem Adminbereich, die noch von vorher offen war, neu lade.

Wenn jemand anders das Forum aufruft, wird es mit meiner vorher eingestellten Meldung "Wartungsarbeiten, Upgrade auf 3.3.0" angezeigt.

Ich erinnere mich, dass ich exakt das gleiche Problem schon mal bei einem früheren Upgrade auf 3.2.5 oder ähnlich hatte. Ich dachte auch, ich hätte mir die Lösung notiert, kann das aber nicht finden. Teil der Lösung war, dass ich Verzeichnisse in vendor oder ähnliches löschen musste. Wenn ich mich richtig erinnere, hatte ich dazu einen Tipp von Mahoney gefunden, aber auch den finde ich gerade nicht wieder.

Ich habe das Forum schon nach dem Stichwort "weiße Seite" durchsucht, aber da gibt es eben sehr viele Fundstellen. Ich weiß auch, dass man bei einem solchen Fehler in die Errorlogs schauen soll, aber da muss ich noch klären, wie man das macht. Vielleicht hat ja doch trotzdem jemand eine Idee.

Teil der Lösungsversuche ist ja immer das Löschen des Cache. Über den Adminbereich kann ich das gerade nicht machen, weil ich wie gesagt nur eine weiße Seite bekomme. Das Löschen aller Inhalte im Cache-Verzeichnis des Forums hat nicht geholfen. Kann mir zur Sicherheit jemand nochmal sagen, was genau ich löschen sollte?

Eine Frage, die vielleicht damit zusammenhängt, obwohl ich es nicht glaube: An mehreren Stellen hier bei phpbb steht, dassa lle Ordner 755 als Zugriffsrechte haben sollen. Mein ahben allerdings 705 und das war beim bisherigen Forum auch so. ist es wirklich nötig auf 755 umzustellen? Kann das der Grund für meinen Fehler sein?

Ich würde mich sehr freuen, wenn jemand Hinweise hätte.

harambee

Hi,

• cache/
• files/
• store/

benötigen 777.

Im Cache-Verzeichnis reicht es, wenn du den Ordner "productions" löschst, mal angenommen du bist nicht in deinem anderen Modus und da kommt man ausverstehen nicht hin.

Zudem solltest du deine PHP Error Logs checken, da sollte genaueres zu der weißen Seite im ACP drin stehen.

Grüße

Ja, die von Dir genannten verzeichnisse haben 777, aber die anderen eben "nur" 705. Das sollte aber reichen oder?

Die sollten 750 haben, z.B.

Nur zur Info: Ich habe die vorherige Version wieder eingespielt und damit geht alles. Irgendwann muss ich es aber nochmal probieren. Wenn also jemand eine konkrete Idee hat, insbesondere wenn er das Problem schon hatte, dann nehme ich entsprechende Vorschläge gerne entgegen.

Wie geschrieben haben haben die meisten Ordner bei mir die Zugriffsberechtigungen 705 und damit scheint alles zu gehen. Die Frage, ob mein Scheitern beim Upgrade damit was zu tun hat, ist aber vielleicht noch offen. Vielleicht ändere ich die Zugriffsrechte beim nächsten Versuch, obwohl ich schon gerne verstehen würde, ob und gegebenenfalls wie das eine Rolle spielen könnte. Ich sehe ein, dass 705 gegenüber 755 keine Erhöhung der Sicherheit bedeutet und ich denke auch nicht, dass ich die Berechtigungen jemals bewusst so eingestellt habe. Das hat sich bei welchem Schritt auch immer automatisch so eingestellt.

Auch meine config.php war auf 604 eingestellt und das führt beim Installieren zu Problemen, aber das hatte ich zum Glück erkannt.

Ich habe dir ja schon gesagt, wo du gucken musst, um das Problem zu finden:

Crizzo hat geschrieben: 01.05.2020 17:38 Zudem solltest du deine PHP Error Logs checken, da sollte genaueres zu der weißen Seite im ACP drin stehen.

Was du dir von x0x versprichst, verstehe ich auch nicht. Damit gibst du der Gruppen-Klasse keine Berechtigungen für die Verzeichnisse und Dateien. config.php fährt mit 644 gut.

Crizzo hat geschrieben: 01.05.2020 19:25 Ich habe dir ja schon gesagt, wo du gucken musst, um das Problem zu finden:

Und ich hatte ja schon im OP geschrieben, dass ich das weiß, dass ich aber erstmal herausfinden muss, wie ich da rankomme. Einfach so in den Logfiles scheint es diese Infos nämlich bei 1und1 erstmal nicht zu geben. In der Zwischenzeit habe ich herausgefunden, dass man die error logs durch einen Eintrag in der php.ini erstmal aktivieren muss. Da ich da nichts falsch machen will und da ich wollte, dass das Forum zum Wochenende wieder läuft, habe ich das auf später verschoben.

Crizzo hat geschrieben: 01.05.2020 17:38 Was du dir von x0x versprichst, verstehe ich auch nicht. Damit gibst du der Gruppen-Klasse keine Berechtigungen für die Verzeichnisse und Dateien. config.php fährt mit 644 gut.

Ich habe nirgendwo geschrieben, dass ich mir davon was verspreche. Irgendwo auf dem Weg vom Runterladen aus dem Netz über das lokale Auspacken, nach Durchführung der Änderungen, Hochladen zum Provider und dortigem Auspacken wurden die Berechtigungen so eingestellt, aber das war keine bewusste Handlung von mir. Auch dem werde ich irgendwann nachgehen. Vielleicht macht 7zip da merkwürdige Dinge. Unabhängig davon wüsste ich schon gerne, was phpbb denn wirklich braucht.

Eine ergänzende Frage noch: Im Adminbereich des Forums gibt es ja auch eine Kurzanleitung, wie man ein Update mit dem Komplettpaket durchführt. Dort steht unter anderem:

6. Lösche die Verzeichnisse /vendor und /cache aus Deinem Board-Hauptverzeichnis auf dem Server.

Ich habe mich allerdings an die Anleitung aus der Knowledge base hier bei phpbb.de gehalten ( https://www.phpbb.de/kb/viewarticle?a=99 ). Dort ist von einem Löschen des Verzeichnisses vendor nicht die Rede. Konsequenterweise hatte ich vendor auch nicht gelöscht. Könnte das eine Erklärung für mein Problem sein?

harambee hat geschrieben: 01.05.2020 19:48Vielleicht macht 7zip da merkwürdige Dinge. Unabhängig davon wüsste ich schon gerne, was phpbb denn wirklich braucht.

CHMOD ist was von deinem Linux-Server, das hat mit deiner lokalen Windows-Umgebung und möglichen Programmen dort gar nichts zu tun. Das ist eine Server-Einstellung. Was phpBB braucht steht hier: Knowledge Base - Rechteverteilung (CHMOD) für phpBB3

harambee hat geschrieben: 01.05.2020 19:48 Eine ergänzende Frage noch: Im Adminbereich des Forums gibt es ja auch eine Kurzanleitung, wie man ein Update mit dem Komplettpaket durchführt. Dort steht unter anderem:

6. Lösche die Verzeichnisse /vendor und /cache aus Deinem Board-Hauptverzeichnis auf dem Server.

Ich habe mich allerdings an die Anleitung aus der Knowledge base hier bei phpbb.de gehalten ( https://www.phpbb.de/kb/viewarticle?a=99 ). Dort ist von einem Löschen des Verzeichnisses vendor nicht die Rede. Konsequenterweise hatte ich vendor auch nicht gelöscht. Könnte das eine Erklärung für mein Problem sein?

Zu allererst: das ist die falsche Anleitung für ein Update von 3.2.x auf 3.3.x. Diese Anleitung ist für ein Update von 3.2.8 auf 3.2.9 oder 3.3.0 auf 3.3.1 gedacht.

Trotzdem steht da:

Im Hauptverzeichnis des Boards alle Dateien und Ordner löschen außer:

config.php
.htaccess (falls modifiziert)
/files
/images
Optional: /ext => falls er Extensions enthält
Optional: /styles => falls er weitere Styles neben prosilver enthält
Optional: /store => falls er Backups enthält

Das beinhaltet natürlich auch das vendor/ und cache/ Verzeichnis, weil das nicht in der oben genannte Liste der Ausnahmen aufgeführt ist.

Ergo kann ein fehlerhaftes oder unvollständiges vendor/-Verzeichnis durchaus die Ursache von deinem Problem sein. Näheres im PHP-Errorlog.

Ich rate dir aber zur Nutzung des korrekten Artikels: Knowledge Base - phpBB 3.3: Update von phpBB 3.2.x auf phpBB 3.3.x

Grüße

Bei IONOS musst du eine eigene "php.ini" erstellen und diese im Root des Forums hochladen, um die "Error.logs" einsehen zu können.
php.ini
"Error.log" aktivieren

Die Verzeichnis- und Datei-Rechte sind die Standard-Einstellungen von 1&1 IONOS. Die kann man mit File-Zilla, WinSCP oder ähnliches FTP-Programm ändern.

Weiße Seite bei IONOS nach Update: Über FTP oder im Control-Panel von IONOS unter Web-Space den Ordner "production" und ggf. "install" im "cache"-Verzeichnis löschen. Was ganz wichtig ist: Den Browser-Cache und die Cookies löschen, und das eventuell mehrmals hintereinander.

Danke für die Antworten! Bei meinem letzten Beitrag hat sich dann wohl doch die Anspannung bemerkbar gemacht, die ich heute hatte, als ich die weiße Seite nicht los wurde. Zum einen habe ich durchaus die richtige Anleitung aus der knowledge base genutzt, aber die oben die falsche verlinkt, weil ich am Schluss auch noch mal nachgesehen hatte, was da steht.

Und - ich kann schon fast sagen, leider, denn das wäre doch eine schöne Erklärung gewesen - ich habe doch die richtigen Verzeichnisse gelöscht und war nur beim Nachlesen in den Anleitungen durcheinander geraten und habe Installationsverzeichnis auf dem Server und hochzuladende Dateien verwechselt. Sorry für die Fehler! Allerdings kann es sein, dass ich bei meinen Reparaturversuchen auch schon einen solchen Fehler gemacht habe. Das ist also ein Anlass, es nochmal ganz in Ruhe zu probieren.

Ich bin ja dankbar für die Hinweise, aber ich hoffe, ich darf trotzdem widersprechen: Was in Deinem Link zur Rechteverteilung (CHMOD) für phpBB3 steht, ist eine Einstellung, mit der es funktioniert. Es ist natürlich in Ordnung, das vorzuschlagen, aber wie gesagt lief mein Forum unter 3.2.8 mit 705 für die meisten Verzeichnisse und es gab keine Probleme. An anderer Stelle wird hier im Forum berichtet, dass jemand ein Forum hatte, das auf 750 eingestellt war und das auch lief. Also ist man mit 755 auf der sicheren Seite, aber dass es gebraucht wird, stimmt möglicherweise nicht. Ist wie gesagt unwichtig.

Ich gönne mir jetzt erstmal eine Pause, werde dann die error logs aktivieren und es dann nochmal probieren.

Vielen Dank für die Hilfe!