phpBB.de

Also bei dem Forum, um das es bei mir geht, wurde nichts geändert. Wurden sogar am 03.05.2020 noch einige Beiträge freigeschaltet.

Der Fehler muss also nach dem 03.05.2020 ab 22.30 aufgetreten sein.

Wenn es ein "Error 500" ist, dann versucht es mal mit einer "user.ini" mit folgendem Inhalt: und speichert diese im obersten Root des Webspaces ab. Nicht in einer "php.ini" speichern, da beim besagtem Anbieter die "user.ini" eine höhere Priorität hat. Auch die Verzeichnis- und Dateien-Rechte überprüfen.

Laut phpinfo liegt der wert dort bei -1.

Wobei der hat noch ein Forum (auch phpbb 3.3.0) dort laufen unter anderer Domain und da läuft es kurioserweise.

vfrblue hat geschrieben: 06.05.2020 16:42 Wenn es ein "Error 500" ist, dann versucht es mal mit einer "user.ini" mit folgendem Inhalt:

Keine Änderung. Hab bei meinem Paket ein Limit von 128MB, das sollte meines Erachtens auch reichen. Warum schlägt ausgerechnet nur der Login fehl, bzw. alles was ein Passwort braucht.

@chris1278: Kommst du noch ins ACP?

EDIT: Hab die Datenbank und den phpBB3-Ordner auf meinem lokalen Server wiederhergestellt. Da funktioniert alles einwandfrei. Es ist also weder was an der DB noch an der Installation vermurkst, liegt rein an der Konfiguration beim Hoster.

Wie soll ich ins acp kommen ohne mich vorher einloggen zu können. Leider muss ich da ein fettes Nein zu sagen. Werde morgen früh mal mit ionos chatten. Die haben ja support chat. Telefon geht leider net da ich selber ja net der besitzer des Hostingvertrages bin.

Ich werde dann berichten.

Hätt ja sein können, dass du vorher noch eingelogged warst. Bei der Session, wo ich permanent angemeldet bin, scheitert das Laden des ACP auch nach Bestätigung der Anmeldedaten.

Telefonischen Support habe ich versucht, der hat mir empfohlen nach phpBB-Fehlern zu googeln nicht sonderlich hilfreich und war auch nicht bereit, näher auf das Problem einzugehen!

Ich hab ja sogar versucht testweise einmal ein neues Forum zu installieren. Neue Datenbank erstellt und das Verzeichnis umbenannt und ein leeres mit demselben Namen angelegt. Selbst die Installation scheitert bei 23% an Timeout.

oerk hat geschrieben: 06.05.2020 19:13 Hätt ja sein können, dass du vorher noch eingelogged warst. Bei der Session, wo ich permanent angemeldet bin, scheitert das Laden des ACP auch nach Bestätigung der Anmeldedaten.

Telefonischen Support habe ich versucht, der hat mir empfohlen nach phpBB-Fehlern zu googeln nicht sonderlich hilfreich und war auch nicht bereit, näher auf das Problem einzugehen!

Hatte bei 1&1 auch komische Phänomene, lösche mal die Sitzungstabelle im ACP. Mein Board wurde von Huawei Bots überrannt, die habe ich nun per htaccess geblockt.

Lieber doc sommer dafür müsste man acp kommen.

So, Ich bin seit Stunden auf der Fehlersuche.

Hab nochmal eine Kopie des Forums beim Hoster installiert, mit Kopie von Datenbank und phpBB3-Ordner - selbes Ergebnis, aber dafür habe ich jetzt eine Kopie auf der ich rumpfuschen kann...

Ohne erkennbare PHP-Exception musste ich wohl oder übel Source-Datei um Source-Datei mit Logging-Ausgaben versehen.

Vorläufiges Ergebnis: der läuft in der /phpbb/auth/provider/db.php, function login, in die Methode für den alten Password-Hash rein. Das tut er auf meiner lokalen Maschine nicht. Also diese Zeile: ...liefert wohl true zurück, das sollte sie m.E. nicht, kurz danach bricht das Skript wohl ab.

Ich gebe auf für heute... wenigstens ein guter Ansatz, um morgen weiterzusuchen.