Recent Posts

41

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by sternchen8875 on October 10, 2025, 12:17:10 AM »

Jetzt finde ich sie nicht mehr wieder und wenn ich die geänderte unzip.php laufen lasse lande ich anschliessend auf der Seite domain.de
Wohin ist denn die .htaccess verschwunden? Ich würde sie gerne wieder abschalten.

eine .htaccess ist im Normalfall eine versteckte Systemdatei. Einige Filemanager wie z.b. FileZilla blenden diese standardmäßig aus. Andere wie WinSCP zeigen diese an.
In FileZilla soll es eine Möglichkeit geben, unter dem Menüpunkt "Ansicht" oder "Server" die versteckten Dateien anzuzeigen.
In WinSCP unter Eintellungen -> Listenfenster oder mit der Tastenkombi STRG + ALT + H. Diese scheint auch eine gängige Funktion bei anderen Filemanagers sein.

Sollte es dir nicht gelingen, dann mal Name und Versionsnummer deines FTP-Programms

P.S.: In WebFTP, das dein Provider anbieten sollte, müßte diese Datei direkt sichtbar sein

42

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on October 09, 2025, 07:20:04 PM »

Hallo sternchen8875,

mal vorab eine Sache:

Ich habe im Stammverzeichnis der Subdomain eine htaccess.txt-Datei.
Die habe ich mal testweise in .htaccess umbenannt.
Jetzt finde ich sie nicht mehr wieder und wenn ich die geänderte unzip.php laufen lasse lande ich anschliessend auf der Seite domain.de
Wohin ist denn die .htaccess verschwunden? Ich würde sie gerne wieder abschalten.

"großer Frust..."

43

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by sternchen8875 on October 07, 2025, 12:40:03 AM »

Wenn ich auf "start unzip" klicke bekomme ich eine 404-Fehlermeldung "Die gesuchte Seite wurde nicht gefunden"
....
Die Subdomain stimmt, aber die Wiederholung der Subdomain sollte m.E. nicht da sein.

du nutzt auch die aktuelle Version der unzip.php ?? (hatte sich mit der Version 2.13.7 verändert) -> aktueller DL-Link -> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=04D6D0F4
Bitte den Angaben auf der Seite folgen, die Datei muß umbenannt werden. Sie ist kein ZIP-File, sondern eine normale PHP-Datei
Bitte die umbenannte Datei mit dem ersetzen, was du gerade auf deinem Server hast.

Sollte das nicht zum sofortigen Erfolg führen, kannst du die Zeile 517 im Script (hier das Original)

<form id="form-unzip" action="<?= $sAppRel;?>unzip.php" method="post" enctype="multipart/form-data">

ersetzen durch diese Zeile

<form id="form-unzip" action="" method="post" enctype="multipart/form-data">

alternativ sollte auch diese funktionieren

<form id="form-unzip" action="<?= htmlspecialchars($_SERVER['PHP_SELF']); ?>" method="post" enctype="multipart/form-data">

Ursache ist dann eine von der "Norm" abweichende Serverkonfiguration, bei der das DOCUMENT_ROOT nicht im obersten freien Verzeichnis des Servers liegt, sondern in dem dieser speziellen Domain. Du bist damit dann unser ultimativer Testkandidat 
-----------------------

Zum Passwort - ich wollt ja unbedingt vermeiden, das die Passwort zusenden-Funktion genutzt wird, weil sie vorallem eines macht: das neue Passwort auch in die Datenbank schreiben.
Am Ende weiß dann keiner mehr, welches Passwort nun gültig ist.

Eine Methode, mit der du erst einmal weiterkommen solltest: ein md5-Generator oder diesen md5-Hash
21232f297a57a5a7438 94a0e4a801fc3
für das Passwort admin

Hinweis: nutze solche Generatoren nicht zum Generieren von Hashes, die später dauerhaft genutzt werden sollen. In diesem Fall ist es aber der einfachste Weg, Probleme, die nun eventuell da sind, zu lösen. Nach erfolgreichem Login solltest du dein Passwort dann über die Profileinstellungen wieder in etwas Sicheres ändern.

Sollte der Login auch da nicht funktionieren, mußt du sicherstellen, das du nicht trotzdem eingeloggt bist, z.b. durch aufrufen dieser Adresse: http://deine-domain/account/logout.php oder mit Hilfe von externen Werkzeugen wie CCleaner usw, die auch eine Session löschen

Interessant wäre: nutzt du dort eine .htaccess und falls JA, mal ohne probiert? ein einfaches Umbenennen reicht ja, z.b. in _.htaccess

Andere Frage: wie schaut die WB_URL in der config.php aus?

hier der Code für die neue Form der Datei in dieser config.php (deine alte sollte noch anders aussehen)

<?php
/*
 *** auto generated config file for 2.13.9
 *** WebsiteBaker 2.13.9
 *** created at 2025-09-20 11:00:28 Europe/Berlin
 */
// define('DEBUG', false);
define('DB_TYPE',         'mysqli');
define('DB_HOST',         'localhost');
define('DB_PORT',         '3306');
define('DB_NAME',         'der Name der Datenbank');
define('DB_USERNAME',     'Benutzername der Datenbank');
define('DB_PASSWORD',     'Passwort der Datenbank');
define('DB_CHARSET',      'utf8mb4_unicode_ci');
define('TABLE_PREFIX',    'wb_'); // mit dem Prefix in der Datenbank abgleichen

define('WB_URL',          "https://deine-domain"); // keinen führenden oder schließenden Slash

require __DIR__.'/framework/initialize.php';
// --- end of file ----------------------------------

Viel mehr kann ich von hier nicht sagen, ich kann dir aber anbieten, das Backup oder ein DL-Link dazu zu senden an support@WebsiteBaker.org, alernativ halt die Zugangsdaten zu allem, was man da so braucht, mindestens die WB-Daten für den Super-Admin und einen FTP-Zugang
Im Normalfall wäre das eine Sache von 10min, weil sich eben keine Fremdmodule bzw 3^th-Module darin befinden, die man oft aufwändig reparieren muß.
Ich bereite solche Upgrades ja immer lokal vor und ersetze dort gleich direkt die Datenbank-Tabelle settings mit einem Import aus einer neuen Version. Das erfordert dann natürlich auch wieder Korrekturen, erscheint mir lokal aber einfacher zu sein.

Noch ein Punkt, der grad per Teams rein kam, sollte zumindest mal gecheckt werden
http oder https??
diverse Anbieter haben ja die Möglichkeit, automatisch auf https umleiten zu lassen. Allerdings sollte das System dann auch stimmig sein, d.h. im Falle solcher automatischen Url-Umschreibung müßte eine .htaccess und die WB_URL in der config.php auch dazu passen.
Allerdings ist es ja auch keine Pflicht, https zu nutzen, wenn man keinen Visitorkontakt hat über Kontaktformulare oder Registrierungen etc. Auch in diesem Fall muß alles zusammenpassen

44

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on October 06, 2025, 07:45:13 PM »

Das habe ich schon gemacht, leider ohne Erfolg.

45

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by ruebenwurzel on October 06, 2025, 06:59:58 PM »

Hallo,

zwecks Passwort. Falls du noch eine WB-Installation hast, bei der du das admin Passwort weißt kopiere es aus der dortigen Datenbank und füge es in die Datenbank ein. Damit solltest du wieder Zugang zum Backend bekommen.

Gruß
Matthias

46

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on October 06, 2025, 06:42:50 PM »

Ich habe mal zum Test die gelbe Zeile geklickt.
Das Programm startet.
Wenn ich auf "start unzip" klicke bekomme ich eine 404-Fehlermeldung "Die gesuchte Seite wurde nicht gefunden".
 http://dm-undsoweiter-testinst.bpmvmannheim.de/dm-undsoweiter-testinst/unzip.php
Die Subdomain stimmt, aber die Wiederholung der Subdomain sollte m.E. nicht da sein.

47

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on October 06, 2025, 06:30:22 PM »

Hm, habe mir die Datenbanken angesehen. Benutzername und verschlüsseltes Passwort sind gleich, Email ist richtig.
Dann habe ich mir mal ein neues Passwort zusenden lassen. An meine Email kam nichts, aber es kam eine "Mail delivery failed" Nachricht. Dort stand das neu erzeugte Passwort. In der Datenbank steht jetzt ein anderes verschlüsseltes Passwort vermutlich das automatisch neu erzeugte.
Anmelden kann ich mich damit allerdings auch nicht.

48

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by sternchen8875 on October 06, 2025, 12:31:42 AM »

der gelbe Link dort erscheint automatisch, wenn die Datei unzip.php im Root-Verzeichnis gefunden wird (Zusatz:) und ein ZIP-File dort gefunden wird

Der Rest hängt davon ab, was du schon gemacht hast. Ist mir, ehrlich gesagt, etwas fragwürdig
Das UpgradeScript der neuen WB-Version hätte die Datenbank umgeschrieben, konntest du aber nicht starten, weil der Login nicht funktionierte. Da du aber mit Änderung des defalt_theme in der Datenbank den Login erreichst, scheint das neue WB-Paket schon drauf zu sein. Zu lesen war davon nichts

Falls also nicht schon geschehen, das aktuelle WB-Paket als ZIP in das WB-Root-Verzeichnis packen, dort, wo die config.php und die unzip.php ist, zum Backend-Login gehen und den gelben Link klicken. Ich empfehle, alle 3 Checkboxen zu aktivieren. Nach dem Entpacken erscheint ein Protokoll, das sicherheitshalber kopieren und in eine Textdatei sichern.

Dann im Backend einloggen
Sollte das nicht gehen, würde ich zuerst in der DB meine Userdaten vergleichen. Ist die Mailadresse noch die meine und erreichbar? Ist das verschlüsselte Passwort gleich dem, das in deinem Datenbank-Backup steht

Sollte der Backend-Login direkt klappen, erscheint eine Aufforderung zum Starten des UpgradeScripts. Das ist zwingend erforderlich.

Den Rest nach ein paar Ergebnissen

Admin-Comment: korrigiert, weil sachlich nicht vollständig

49

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on October 05, 2025, 10:00:25 PM »

Ah, jetzt sehe ich einen Startbildschirm und das Anmeldefenster des Backends.
Anmelden kann ich mich mit dem Admin-Passwort nicht.
Unten steht in gelb "Unzip WebsiteBaker Archive".  Ich vermute das ist der nächste Schritt?

50

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by sternchen8875 on October 05, 2025, 08:40:32 PM »

Was muß da jetzt rein? DefaultTheme?

Ja, genau so geschrieben