WebsiteBaker Community Forum
WebsiteBaker Support (2.13.x) => General Help & Support => 
Hilfe & Support (deutsch) => Topic started by: Graport on May 05, 2023, 08:50:04 PM
-
Hallo, ich habe folgendes Thema - aktuell habe ich ein paar Domains bei Strato die auf WB 2.8 laufen - bzw. nicht mehr laufen.
Seit ein paar Tagen kommt bei Aufruf der Domain(s) nur noch eine weiße Seite (HTTP ERROR 500). Beispielsweise "www.maximamops.de oder www.pocg.eu" Ein Anruf beim Strato Support war leider nicht hilfreich "Sie verwenden ein eigenes CMS, da muss der Fehler herkommen..." oder haben Sie schon ein Backup zurückgespielt... Merkwürdig ist, das ein Forum das mit PhPBB läuft auch den gleichen Fehler bringt.
Zum Hintergrund: die PHP Version ist 8.0 (hatte hier schon mal einen Thread aufgemacht als ich die Erste 2.13er Instanz installiert habe) Die habe ich am 23. März umgestellt, danach lief alles weiterhin. Ich habe seither keinerlei Veränderungen über das Frontend oder an den Dateien noch an der Datenbank vorgenommen. Es handelt sich auch um keinen Hack, denn alle Dateien auf dem Server sind absolut unverändert.
Mein Idee wäre, das jemand der sich besser auskennt (und mehr Zeit hat) zuerst mal eine der Domains mit WB 2.8 auf 2.13 neu aufsetzt - oder vielleicht die alte Instanz zum laufen bringt und dann ein Update macht. FTP Zugang zum Verzeichnis, eine neue MySql Datenbank sowie ein Datenbank Backup der Domain (und was sonst noch benötigt wird, stelle ich zur Verfügung).
Wenn das geklappt hat würde ich gerne 3-4 weitere Domains umziehen (lassen).
€€€ Das alles natürlich gegen angemessene Bezahlung €€€
// Angebote gerne per PM
Beste Grüße und Danke - Andreas
-
Ein Anruf beim Strato Support war leider nicht hilfreich "Sie verwenden ein eigenes CMS, da muss der Fehler herkommen..." oder haben Sie schon ein Backup zurückgespielt...
ganz einfacher Test:
- erstelle dir eine ganz einfache Datei, ohne Code. Schreib etwas rein, das du wiedererkennst, z.b. Test Domain....
- benenne diese Datei: index.php
- gehe per FTP in das Verzeichnis der Domain, die du testen möchtest und benenne die darin enthaltene Datei index.php (von WB) um in index_orig.php
- bennenne eine eventuell vorhandene Datei .htaccess um oder verschiebe sie in einen anderen Ordner oder entferne sie, nachdem sie lokal gesichert wurde
- lade nun deine erstellte Datei in diesen Ordner
- rufe deine Domain auf, die sonst in diesem Ordner liegt
erscheinen sollte nun dein Text aus dieser Datei. Erscheint der 500er Fehler erneut, liegt es dann garantiert am Server oder ggf an Beschleunigern wie PHPBooster, ein Stratoeigenes Cache-Programm, das Seiten schneller machen soll, in dem es sie eben aus dem Cache läd. Die Lebenszeit der Cache-Dateien ist einstellbar zwischen einer bis 24 Stunden. Sollte es also wirklich an WB liegen und man läd dort etwas neues hoch, dauert es dann eben 24 Stunden
Ist der Text aus deiner Datei erschienen, lade nun die gesicherte .htaccess wieder in diesen Ordner. Durch falsche Angaben da drin kann sich ein Domain-Aufruf im Kreis drehen und ergibt dann u.U. auch einen 500er Fehler.
Das erstmal als Hausaufgabe ;-)
-
Hi, Danke für den Tipp mit der index.php, die gibt den Text wie von dir geschrieben aus.
Irgendwas muss aber passiert sein, das auf einmal alle WB Installationen nicht mehr laufen. Wie gesagt, ich hab nichts geändert und die Seiten liefen bislang Problemlos. PHPBooster ist ausgeschaltet.
Bin einen Schritt weiter, bei der WB 2.12.2 Installation lässt sich zumindest das Admin Panel aufrufen aber keine Seite hinzufügen und von dort auch keine anzeigen. Bei den WB 2.8 geht auch das Admin Panel nicht.
-
Frage: Hast du ein upgrade von 2.8 auf 2.13.3 wie beschrieben schon versucht?
Also das zip von 2.13.3 (https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?download=0E15BDB5) per ftp hochladenDie Datei unzip.zip (https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?download=04D6D0F4) hochladen und auf unzip.php umbenennen
Aufruf w ww.deineDom (http://www.deineDom)äne.tld/unzip.php
Siehe dieses Video (https://www.youtube.com/watch?v=2Vi5v7vhKx8)
-
Irgendwas muss aber passiert sein, das auf einmal alle WB Installationen nicht mehr laufen.
Welche PHP-Version läuft denn dort?
-
es läuft PHP 8.0
Ich hatte dazu vor im März auch einen Thread aufgemacht, das bei der 2.13 Installation zuerst 8.2 angewählt werden musste, da es sich auf 8.0 nicht installieren lies. (https://forum.WebsiteBaker.org/index.php/topic,32179.0.html) Danach lief aber alles einwandfrei, die neue 2.13er aber auch die älteren 2.8er.
@hgs - die Installation mit Zip und Unzip hab ich auch schon versucht - ohne Erfolg.
-
Ich erinnere mich, ich dacht, das Problem wäre geklärt
Verstehe ich richtig, das die Versionen, die du im März erfolgreich upgedatet hast, nun nicht mehr laufen?
Ich habe 4 Domains bei Strato, allerdings in einem Paket. Also kein eigener Server und eine einzige, zentrale Verwaltung. Was dann auch bedeutet, stell ich einmal die PHP-Version um, gilt das für alle Domains. Wie ist deine Struktur dort?
Was du weiter oben beschreibst, wäre ein ganz typisches PHP-Problem. Eben das eine Webseite im Frontend noch super läuft, im Backend aber außer der Anmeldung kaum noch etwas möglich ist
-
Das Problem im März war auch geklärt, nachdem Luisehahne geschrieben hatte das der bug mit der 8.0/8.2 in der 2.13.4 gefixt sein wird.
Danach liefen alle mein WB Instanzen, die neue 2.13er aber auch die älteren 2.8er. Ich hab auch alle Domains in einem Paket mit gemeinsamer PHP Version (Aktuell 8.0 ohne Boost).
Ich hätte es ja (vielleicht) verstanden, das die älteren WB Instanzen unter PHP 8.x Probleme machen (das hätten die dann aber auch schon im März bei der Umstellung) aber die neu installierte 2.13 erfordert ja sogar 8.x und die läuft auch nicht mehr.
-
Nimm mal eine PHP 8.1-er Version (bei mit PHP 8.1.17) - dauert aber nach der Umschaltung ggf auch mal eine halbe Stunde, bis es am Server umgesetzt ist.
Die älteste Version meiner 4 Installationen bzw Domains ist eine WB 2.13.2 R 133.
Die Next Version WB 2.13.4 ist noch nicht ganz fertig
-
So, hab jetzt mal eine komplett neue WB Instanz aufgesetzt: WB 2.13.3 r166 mit PHP 8.1 und neuer MySQL Datenbank 5.7 - die Läuft :|
In der Theorie: wenn ich meine 2.8 (die nicht mehr läuft) auf 2.13 Upgrade, könnte das vielleicht das Problem lösen ?! Dazu die Frage, wo kann ich den sehen welche Revision von 2.8 installiert ist, wenn sich das Admin Panel nicht aufrufen lässt? Denn wie ich gelesen habe, lässt sich 2.8 nur ab einer gewissen Revision auf 2.13 hochziehen.
P.S. das war übrigens auch der Aufmacher für diesen Thread, das jemand meine alten 2.8er auf die 2.13 hochzieht - Ich bin einfach nicht tief genug im Thema.
-
Dazu die Frage, wo kann ich den sehen welche Revision von 2.8 installiert ist, wenn sich das Admin Panel nicht aufrufen lässt? Denn wie ich gelesen habe, lässt sich 2.8 nur ab einer gewissen Revision auf 2.13 hochziehen.
in der Datei /admin/interface/version.php steht die Versions- und Revisionsnummer
Grundsätzlich ist ein Upgrad einer solch alten Version (Baujahr 2007(?)) immer auch ein Risiko. Es wurde da wohl hunderte Upgrades getestet, aber man weiß ja nie, was dann am Ende der User installiert hatte. Von privaten Anpassungen mal ganz zu schweigen.
Bitte behalte im Hinterkopf, das alle Module, die nicht zum Core gehören, ebenfalls ein Upgrade benötigen.
Das es eine Versionsnummerbegre nzung gibt, wäre mir neu, allerdings in meinem Fall auch nicht relevant. Ich habe auch schon noch ältere Versionen, z.b. WB 2.6.5 so upgedatet. Im WorstCase habe ich aber immer auch die Variante, die WB-Installation komplett neu aufzusetzen und die Daten aus dem alten Backup einzufügen. Ist dann Handarbeit, aber läuft dann auch.
-
P.S. das war übrigens auch der Aufmacher für diesen Thread, das jemand meine alten 2.8er auf die 2.13 hochzieht - Ich bin einfach nicht tief genug im Thema.
Naja, offensichtlich hatte sich wohl noch niemand gemeldet. :oops:
Für meine Kunden mach ich solch Upgrade im Festpreis mit der Option eines Aufschlages, wenn dort etwas zu finden ist, was vom Standard abweicht, z.b. selbst erstellte Module umbauen, eigene Code-Änderungen übernehmen usw.
Im Normalfall ist ein WB-Upgrade auch kinderleicht, die beiden Dateien hochladen, der Anleitung folgen. Passt alles, bist du in 5 min fertig. Nun geht es nicht um eine, sondern eher um 3-4 Domains. Nun kommt Adam Riese und sagt, das macht die Summe X, Festpreis x 3 oder 4.
Und kommen dann noch ein paar Extras dazu, ist mal schnell in einem Bereich, wo man überlegt, ob es noch Sinn macht.
Aber vielleicht ist ja ein anderer Weg für dich interessanter. Hat man mit Hilfe der Tips, die hier rein kommen, das Schema einmal erkannt, geht der Rest vielleicht auch per Mausklick und Andere können von diesen Tips dann ebenfalls profitieren. :wink:
Während der Kommunikation am Vormittag bis jetzt, hab ich nun 5 solcher Domains upgegradet und sitze jetz am einem Modul, das solch Update nicht mag. Für heut ist Feierabend, aber wenn es dumm läuft sitz ich da noch zwei Tage dran
-
....
@hgs - die Installation mit Zip und Unzip hab ich auch schon versucht - ohne Erfolg.
Ok, dass ist erstaunlich und für die Entwicklung benötigen wir da noch ein paar mehr Informationen.
Denn, wie sternchen8875 schon geschrieben hat, es sollte problemlos von 2.8 in einem Rutsch auf 2.13.3 funktionieren, dass haben wir zigmal durchgetestet.
Beispiel:
So hat es in den vielen Tests immer funktioniert.
Vorfindeschaden, die Homepage ist nicht mehr funktionstüchtig, weil der Hoster den Server auf eine neue php-Version gezogen hat.
1. per FTP die zwei Dateien WB.zip und unzip.zip hochladen
2. Umbennenen der unzip.zip in unzip.php
3. Aufruf deineDomän.tdl/unzip.php und abarbeiten lassen
4. Klick auf den Button "Backend"
5. Logon als "SuperAdmin"
6. upgradescript mit Klick starten
7. feddisch
An welcher Stelle scheitert dein Versuch?
-
Nach meiner Erfahrung braucht es für die aktuelle Download-Version 2.13.3 R 166 zwingend auch eine PHP 8.1.x, keine PHP 8.0.x mehr Und ich denke, da liegt auch das Problem.
Im speziellem Fall kommt dann dazu, das die erwähnten 3-4 Installationen über eine nur gemeinsam einstellbare PHP-Version laufen. Das liegt halt an diesem Vertragsmodell, das sogenannte Zusatzdomains in Unterordnern der Hauptdomain erlaubt. Was bei anderen Anbietern dann zur Subdomain wird, läuft bei diesem Strato-Vertrags-Modell als vollwertige Domain. So zumindest bei mir der Fall und vom TE ja auch für sich so bestätigt.
Das Modell bedeutet am Ende aber auch, das man alle eingeschlossenen Domains über eine gemeinsame Verwaltung steuert, schalte ich also die PHP-Version um, betrifft das alle Installationen in diesem Paket. In meinem Fall wären das eben 4 (vollwertige) Domains. Nun kommt das, was dem User bzw dessen Domains wohl das Genick gebrochen hat.
Einstellen kann man bei den PHP-Versionen in diesem Vertragsmodell nur die sog Minor-Version, also die 0, 1 oder 2 hinter der 8, die als Major-Versionsnummer bekannt ist.
Nicht einstellbar ist die Release-Version, also die Zahl an der dritten Stelle der PHP-Version.
(https://i.gyazo.com/cafe6c5e1e4ed0b5bbce0ad311a4c709.png)
Ich meine (oder behaupte), das der Knackpunkt bei der WB 2.13.3 R166 irgendwo am Beginn der 20er Release-Versionen liegt, also bei PHP 8.0.20 oder PHP 8.0.21. Man müßte jetzt die Publikationen durchgehen, was sich wann wo geändert hat. Vielleicht hat es Manu (DarkViper) auch im Kopf.
Es ist nun gut möglich, das Strato diese Release-Version überspielt hat und (als Beispiel) nun nicht mehr PHP 8.0.17, sondern PHP 8.0.24 anbietet und die R166 da ein Problem hat, das mit der PHP 8.1.x nicht mehr vorhanden ist. Wir testen nun viel und auch kreuz und quer, aber jede Release-Version durchzutesten, ist halt unmöglich.
-
@sternchen8875
Das ist das "Problem" bei Strato, eine PHP Version für alles und erst mal keine Angabe zum Release.
Dein Vorschlag Zeit zu investieren und den Fehler zu finden und zu beheben ist normalerweise genau mein Ansatz. Ich hab 2011 mit WB angefangen; diese Installation hat seinerzeit alle Module bekommen, die es gab. Einige davon wurden dann nicht mehr weiter entwickelt oder waren irgendwann nicht mehr kompatibel. Es kamen weitere Domain und Installationen dazu und das lief auch alles. Hab damals viel Zeit investiert, eigene Templates gebaut und sogar einige kommerzielle Seiten mit WB realisiert.
Wie das aber so ist, man wir älter und die Prioritäten ändern sich und so hab ich an den bestehenden WB 2.8 Installationen irgendwann nur noch das nötigste gemacht. Ich betreue im Job zwei größere WordPress Seiten und eine Drupal Installation, die sind aus dem Strato internen Repository installiert und aktualisieren sich quasi selbsttätig.
Das meine 2.8er WB Seiten nicht mehr laufen ist zwar nicht zeitkritisch aber bei der ältesten und größten Installation, einer Clubseite sprechen wir von ca. 1400 Seiten im Pages Verzeichnis und bei einer anderen Präsenz stecken auch einige Jahre an Content der Seiten drin. Es wäre schon bitter, die zu verlieren.
Ich würde vielleicht wegen der großen Installation auf dich zukommen.
Beste Grüße und Danke an alle, die hier im Forum Ihr Wissen der Allgemeinheit zur Verfügung stellen (Y)
-
@HGS
das Unzip / Update scheitert beim Aufrufen des Backend Panels:
There was an uncatched exception
missing mandatory global OutputFilterApi!
in line (459) of (/framework/initialize.php)
-
Das ist das "Problem" bei Strato, eine PHP Version für alles und erst mal keine Angabe zum Release.
ich teile die Antworten der Übersicht halber mal auf
kleiner Tip dazu: erstelle dir eine Datei mit diesem Inhalt
<?php
phpinfo();
?>Benenne sie, wie du möchtest nach den üblichen Konventionen, d.h.: keine Umlaute, keine Leer- oder Sonderzeichen, z.b. mywebspace.php oder info.php
Wichtig ist die Endung *.php
Lade diese Datei ins Root-Verzeichnis der zu testenden Domain und rufe sie im Browser auf. Ergebnis ist die Ausgabe aller Parameter der dortigen PHP-Version
P.S.: Ist deine Arbeit dort abgeschlossen, entferne die Datei wieder. Geht niemanden etwas an, was da z.b. für Pfade usw drin stehen.
-
Das meine 2.8er WB Seiten nicht mehr laufen ist zwar nicht zeitkritisch aber bei der ältesten und größten Installation, einer Clubseite sprechen wir von ca. 1400 Seiten im Pages Verzeichnis und bei einer anderen Präsenz stecken auch einige Jahre an Content der Seiten drin. Es wäre schon bitter, die zu verlieren.
ganz wichtig sind immer die Datenbank-Backups und sehr nett wäre ein Zip mit allen Ordner im modules-Ordner. Damit läßt sich i.d.R. eigentlich alles wiederherstellen. Es gibt dann natürlich Dinge, die kompliziert werden, weil die Module schon länger tot sind, als Beispiel mal die KIT-Familie von Ralf Hertsch, aber da muß man schauen
Ich würde vielleicht wegen der großen Installation auf dich zukommen.
Ja, gern
Ich habe es oben so verstanden, das auch diese alten WB-Installation nach der März-Aktion wieder liefen. Wenn das so richtig ist, sehe ich da zumindest keine riesen Probleme
-
@HGS
das Unzip / Update scheitert beim Aufrufen des Backend Panels:
There was an uncatched exception
missing mandatory global OutputFilterApi!
in line (459) of (/framework/initialize.php)
lt Code ein Verweis auf ein Problem im Ordner /modules/output_filter. Würde mal kontrollieren, ob alles auch in den aktuellen Dateiversionen vorhanden ist (Dateidatum kontrollieren). Im Zweifel den Ordnerinhalt per FTP löschen und aus dem neuen Paket wieder hochladen.
-
Unzip / Update, zweiter Versuch, neue Fehlermeldung
There was an uncatched exception
Undefined constant "WB_SP"
in line (268) of (/framework/class.admin.php):
In Zeile 268 steht: 'WB_VERSION' => (WB_VERSION ?? '').' '.(WB_SP ?? ''),
Basis vor dem Update: WebsiteBaker 2.8.1, Revision: 1287
-
Bei mir steht in der R166
'WB_VERSION' => (WB_VERSION ?? '').' '.(SP ?? ''),
Große upgrade nicht laufen lassen??
Dietmar
-
Bei mir steht in der R166
'WB_VERSION' => (WB_VERSION ?? '').' '.(SP ?? ''),
das kam erst später.
In der R170 ist es noch nicht so, in der R173 war es dann geändert - also irgendwo dazwischen
Allerdings sollte das nicht von Belang sein, da das Drumherum z.b. in der R166 genau dazu passt und in der vom User installierten neuen Installation ja auch passt.
Wäre auch solche Fehlermeldung, die noch niemand vorher hatte :|
-
Bei mir steht in der R166
'WB_VERSION' => (WB_VERSION ?? '').' '.(SP ?? ''),
Ich Dummerle, mit Konstanten funktioniert die null-coaleszenz Operator nicht, tausche Zeile 268 aus gegen,
'WB_VERSION' => (defined('WB_VERSION') ? WB_VERSION : '').' '.(defined('WB_SP') ? WB_SP : ''),
Dietmar
-
Hallo Dietmar, Danke, dein WB_ Code hat funktioniert, dieser Fehler ist weg, dafür hab ich schon den nächsten, irgendwie wird das nichts :|
Zuerst sah alles gut aus:
(https://picr.eu/images/2023/05/08/G2Uo4.jpg)
Nach dem unzip in der class.admin.php in Zeile 268 den Code getauscht, dann im Backend eingeloggt und auf den Link geklickt...
(https://picr.eu/images/2023/05/08/G2ueI.jpg)
Fehler:
(https://picr.eu/images/2023/05/08/G23Xl.md.jpg)
-
Evtl ist noch etwas am upgrade-script zu fixen. Manchmal ist ein manueller Eingriff in den settings Table Einstellungen vorzunehmen, dafür bräuchte ich ein Backup der Datenbank
Dietmar
-
Achja die config.php brauche ich auch, plus die Zugangs-Daten für den Backendzugang.
Bitte per PM oder E-Mail
Dietmar