Login im Backend funktioniert nicht mehr

[gba]

Bei meiner zweiten WB-Installation funktioniert der Login im Backend nicht mehr.
Ich wollte ein update machen, was vordergründig auch funktionierte, aber seitdem kann ich mich nicht mehr anmelden.
Die Seiten funktionieren.
Die Zugangsdaten stehen richtig in der Datenbank.
Wenn ich "Passwort vergessen" klicke, die E-Mail-Adresse angebe und das dann abschicke bekomme ich diese Meldung:

There was an uncatched exception
Class "PasswordHash" not found
in line (66) of (/admin/login/forgot/index.php):

Meine php-Kenntnisse sind leider "sehr übersichtlich", deshalb komme ich nicht weiter.
Habt Ihr Tips für mich?

[dbs]

Hallo, wie hast du das Update gemacht?
Einzelne Dateien per FTP hochgeladen oder ein ZIP?

[gba]

das habe ich per FTP gemacht.

[dbs]

Einzelne Dateien hochladen ist fehleranfällig, nicht immer werden alle Dateien wirklich übertragen.
Mach das also nochmal oder besser die Zip-Datei hochladen und entpacken.

Zitat:
+Empfohlener Weg: (schnell & sicher)
- lade das WB ZIP Paket & die unzip.php.zip herunter
- benenne unzip.php.zip um in unzip.php
- lade das WB ZIP Paket & die unzip.php hoch in den WB Root Verzeichnis (da wo die config.php liegt)
- rufe die unzip.php in deinem Browser auf (https://deine-domain.de/unzip.php) (ersetze deine-domain.de mit deiner eigenen Domain)
- melde dich im Backend als Super-Admin (Admin mit ID 1) an und starte das upgrade-script via Upgrade-Link oder in der WB-info (i-Button)

[gba]

Danke für den Tip. So hat es jetzt funktioniert.
Und die Unzip-Variante des Updates läuft auch schneller als das Kopieren von Einzeldateien. Die Kopierzeit hat mich allerdings bisher nicht gestört, weil ich solange anderes gemacht habe.

[RicoG]

Hallo,

ich habe leider ebenfalls dieses Problem, dass ich mich im Backend nicht mehr einloggen kann.
Allerdings nur auf meinem PC und Laptop. Auf meinem Handy kann ich mich im Backend einloggen.
Ein Kumpel, der ebenfalls an der Homepage mitarbeitet, kann sich einloggen.
Nachdem ich alle Daten eingegeben habe, kommt eine Meldung, dass die Verbindung nicht Sicher ist.
Wenn man diese Ignoriert, kommt man wieder auf die Seite mit der Eingabe der Daten.
Als Browser habe ich Firefox, Edge und Chrome probiert.


Hier noch ein Screenshot mit dem Login-Versuch über die HTTPS-Adresse

Hier ein Screenshot mit der HTTP-Adresse

Es laufen mehrere Domains auf dem Server, sowie das SMF-Forum.
Ein SSL-Zertifikat existiert nur für die Domain L-NV.INFO
Die Domain Nahverkehrsbilder-Leipzig.de ist nur noch ein Weiterleitungs-Link zu L-NV.INFO.
Die Domain Nahverkehrsforum-Leipzig.de ist eine Weiterleitung in einen Ordner der Domain wo das Forum drin liegt.
Im Forum kann ich mich Anmelden und alle Ebenen bearbeiten.

Evtl. kann mir jemand weiter helfen?

Mit freundlichen Grüßen
Rico Güttner

[crnogorac081]

Hello, Is https configured on server and in wb_url in config.php file ? Maybe there Is .htaccess reditect ?

[RicoG]

Hello, Is https configured on server and in wb_url in config.php file ?

Vielen Dank, dass war der Fehler!
Nach Änderung in "https" in der Config.php kann ich mich wieder anmelden.

[hgs]

Im FrontEnd ist die Seite über
http://

und
https://
erreichbar, dass solltest du auch noch anpassen.
In der aktuellen WB-Version 2.13.5 kannst du dass unter
Admin-Tools-->Output Filtering
dort dann diesen Punkt aufrufen
"Create, delete and edit .htaccess file" und dort mit den vorhandenen Textbausteinen die Umleitung
von www und http auf "immer" https umleiten.
Es sind auch weitere Textbausteine vorhanden.

[Gast]

Die Kopierzeit hat mich allerdings bisher nicht gestört, weil ich solange anderes gemacht habe.

das muß ich noch loswerden.... 
hier geht es weniger um die Zeit, sondern eher darum, das vorhandene Dateien auch sicher überschrieben werden. Diverse FTP-Programme machen das nicht von sich aus, sie müssen extra dafür konfiguriert werden. Filezilla war in der Vergangenheit mal solch Kandidat, der z.b. neuere Datei dann nicht überschrieben hat, wenn es nicht vorher explizit so eingestellt wurde. Und kopiert man dann Daten vom PC zum Server, haben die oft ein neueres Datum als so manche Datei gleichen Namens im Paket.

[masju]

Vielleicht sollte mal über ein offizielles Install- /Update-Skript nachgedacht werden, das die erforderlichen Daten beim Aufruf direkt vom WebsiteBaker.org-Server (https://wiki.websitebaker.org/lib/exe/fetch.php/downloads/WebsiteBaker-latest.zip) lädt und auspackt.

[Gast]

Ich sag mal so: es hat schon seinen Grund, warum das über all die Jahre niemand angefaßt hat....
Bietet man so etwas an, sollte es auch zu 100% funktionieren und das haben auch die großen Systeme noch nicht geschafft. Ich hab da durchaus auch negative Erfahrungen mit Wordpress oder Typo3 gemacht.
Was sicher möglich wäre, ist eine Versionsabfrage, aber auch hier gibt es (persönliche) Zweifel. Niemand mag blinkende Aufforderungen zum Update und die jeweils aktuelle Version ist eigentlich überall deutlich angegeben. Ich hab allein in 2024 sicher 25 Upgrades für andere User durchgeführt und der größte Teil davon waren Uralt-Versionen wie WB 2.8.1 oder WB 2.8.2. Und da hat jeder Anwender seine Gründe, der eine hat's vergessen, der nächste sagt, es lief doch usw. Man muß auch bedenken, das der Drang zur neuesten PHP-Version wohl nur in Deutschland so groß ist. In anderen Ländern ist PHP 8.1 schon das höchste der Gefühle. All das mußt du abfangen können. Ist das nicht der Fall, ist der User verärgert und ist er verärgert, geht er woanders hin
Und dann noch ein Punkt - das Backup. Hast du schon einmal den Unzip abgebrochen, weil du die Frage nach dem gemachten Backup ehrlicherweise mit NEIN beantworten mußtest? Für die Datenbank gibt es Lösungen, aber ein File-Backup, das auch große Datenmengen zippt, funktioniert nicht in jedem Fall.
Also alles nicht so einfach...

[masju]

Klar, alles gute Argumente, man müsste wohl beim Update vorab zu viel prüfen.

Und dann noch ein Punkt - das Backup. Hast du schon einmal den Unzip abgebrochen, weil du die Frage nach dem gemachten Backup ehrlicherweise mit NEIN beantworten mußtest? Für die Datenbank gibt es Lösungen, aber ein File-Backup, das auch große Datenmengen zippt, funktioniert nicht in jedem Fall.
Also alles nicht so einfach...

Ich nehme für meine Projekte und die meiner Kunden immer einen bestimmten Hoster, der automatisch täglich Datenbank- und File-Backups anlegt und diese für 14 Tage sichert.

[hgs]

Ich nehme für meine Projekte und die meiner Kunden immer einen bestimmten Hoster, der automatisch täglich Datenbank- und File-Backups anlegt und diese für 14 Tage sichert.

Das hört sich nach all-inkl an 

[masju]

Ich nehme für meine Projekte und die meiner Kunden immer einen bestimmten Hoster, der automatisch täglich Datenbank- und File-Backups anlegt und diese für 14 Tage sichert.

Das hört sich nach all-inkl an 

Knapp daneben: 1Blu 

[Gast]

Ich habe glaube nur zwei Kunden, die ich zu meinem bevorzugten Provider "gezogen" hab, alle anderen sind quer durch die Welt verteilt. Das sind zig unterschiedliche Bedingungen, mal ist solch Backup inklusive, mal muß dafür gezahlt werden (will auch nicht jeder - so wichtig wäre es nicht, wenn man nur 3-4 Sachen im Jahr ändert), woanders wäre garkein Platz im Webspace, weil eh schon knapp usw

[masju]

Ich habe glaube nur zwei Kunden, die ich zu meinem bevorzugten Provider "gezogen" hab, alle anderen sind quer durch die Welt verteilt. Das sind zig unterschiedliche Bedingungen, mal ist solch Backup inklusive, mal muß dafür gezahlt werden (will auch nicht jeder - so wichtig wäre es nicht, wenn man nur 3-4 Sachen im Jahr ändert), woanders wäre garkein Platz im Webspace, weil eh schon knapp usw

Umziehen mache ich nur, wenn gewünscht. Wenn jemand unbedingt bei seiner Apotheke bleiben möchte, überrede ich auch niemanden  .