Das scheint ein php-Problem zu sein. Mit den neuen WebsiteX5-Versionen solltest Du mindestens php 8.0 verwenden. Php 8.1 und 8.2 sollten auch schon funktionieren...

Hallo,

die Änderung der PHP Version hatte leider keinen Effekt.

Ergänzend noch, das KEINE Seite mit .php Endung mehr sichtbar ist. Nur die .html Seiten funktionieren wie gewohnt.

Gerne zum ausprobieren: www.weiden-flechten.de

Noch ne Idee ??

gruss

Harald

In einem anderen Post ist ein ähnliches Problem. Auch hier tritt bei php-Seiten der http-Error 500 auf, der viele Gründe haben kann, die aber in der Konfiguration des Webservers ihre Ursache haben. Unter anderem gibt es folgende Fehlerquellen:

• Permission-Fehler: Die Berechtigungen der Hauptdateien und -ordner sind nicht korrekt gesetzt.
• PHP-Timeout: Das Skript versucht auf eine externe Ressource zuzugreifen und erfährt dabei ein Timeout.
• Fehlerhafter Code in .htaccess: Die Struktur in einer .htaccess-Datei kann falsch sein.
• Fehler in der Syntax oder dem Code in CGI-/Perl-Scripts: In manchen Fällen sind Skripte fehlerhaft. Besonders Pfade können falsch ausgerichtet sein.
• PHP-Memory-Limit: Ein Prozess überschreitet den Arbeitsspeicher und kann deshalb nicht korrekt ausgeführt werden.

Am besten beim Provider mal nachfragen...

Dann müsste der Provider etwas seit dem 1.9. gemacht haben, seitdem gibt es den Fehler. Ich frage mal nach.

gruss

Harald

Hallo, mit Anfrage beim Provider bin ich auch nicht weitergekommen. In der PHP-LOG Datei ist immer der gleiche Fehler aufgeführt:

PHP Parse error syntax error, unexpected floating-point number ".2023" in /home/sites/site100021192/web/weiden-flechten.de/res/blog.inc.php on line 44

Hilft das vielleicht weiter ?

gruss Harald

Nachtrag: einmalig kam jetzt noch diese Fehlermeldung:

2023-09-07 22:56:25 PHP Parse error syntax error, unexpected floating-point number ".2023" in /home/sites/site100021192/web/weiden-flechten.de/res/blog.inc.php on line 44 2023-09-07 22:53:34 PHP Warning file_exists(): open_basedir restriction in effect. File(/web/termindaten/) is not within the allowed path(s): (/home/sites/site100021192/:/tmp/:/dev/:/usr/share/php/:/etc/ssl/certs/:/usr/lib64/php8.2/bin/) in /home/sites/site100021192/web/weiden-flechten.de/wsx5-20230907205333-jcrqvskd.php on line 42

Die Startseite funktioniert einwandfrei! Ist ja auch eine html Seite! Allerdings sind alle andere SEiten auf PHP umgestellt?  Wieso eigenlich? Sind auf diesen Seiten spezielle OBjekte enthalten die ein PHP benötigen?

JEdenfalls ist vom Server her kein PHP möglich! Hast du auch ein Paket gekauft das PHP enthält?  Jedenfalls ist es kein reines "BLOG" Problem sondern ein generelles PHP Problem auf deinem SErver. Dass dein Provider nichts dazu sagt oder gleich abwimmelt sagt schon viel darüber aus.

Die Seite läuft seit 2 Jahren so, wie sie ist, auch mit den PHP-Seiten. Das ist ja keine Erstinstallation

Also von HTML auf PHP umgestellt wird eine Seite ja nicht von mir oder dem Provilder, sondern das macht Website X5. Es gibt eben einige Objekte, die das benötigen. Die Seiten "Markttreiben" und "Flechtkurse" beinhalten ein Dynamischer Inhalt-Objekt, die Seite "Tagebuch" ist als Blog angelegt.

Häufig betreffen solche Fehler auch die Einbindung von Cache-Programmen, die die php-Ausführung beschleunigen sollen.

Vielleicht gibt es bei Deinem Webhoster einen Schalter wie php-Boost aktivieren oder opCache aktivieren? Das solltest Du mal deaktivieren. Oder es gibt eine php.ini-Datei auf Deinem Webspace, in der ein solches Cache-Programm zB opcache eingebunden ist. Frage dazu mal den Provider.

Also mein Provider wäscht seine Hände in Unschuld, er weiss nicht, woran es liegt. Ich habe jetzt mal bei einem anderen Poviders eine kostenlose Webspace gebucht, ob es da läuft. Ansonsten weiss ich wirklich nicht, was ich noch tun kann. habe bei den betroffenen Seiten das Modul "Dynamischer Inhalt" durch ein normales Textfeld ersetzt. Das läuft natürlich, damit die Termine überhaupt angezeigt werden. Eine Notlösung. Leider gibt es eine solche Lösung nicht für den Blog.

Ich habe als Anlage mal die 3 .log Dateien, die generiert worden sind, beigelegt, vielleicht kann jemand damit was anfangen.

gruss

Harald

Die Dateien besagen eigentlich nur, dass kein PHP funktioniert auf dem SErver. Da geht es nicht nur um einen falschen Befehl im Skript, sondern generell geht nichts. Wieso das vorher gegangen ist und jetzt nicht mehr muss eigentlich dein Provider wissen! Dass die sich aber immer abputzen ist klar. Du kannst eben nur testen ob es auf einem anderen Provider funktioniert.

Ihr glaubt es nicht, ich habe den Fehler gefunden, ohne zu wissen, wie sowas entstehen kann:

Die PHP Fehler-Logdatei zeigte ja immer einen Fehler in Zeile 44 in der Datei blog.inc.php an. Dies habe ich mir angesehen und in dieser Zeile begannen Elemente des letzten Blogeintrag, den ich direkt vor dem Crash zugefügt hatte. Also habe ich diesen Blog-Eintrag einfach wieder gelöscht - und alles läuft wie geschmiert. Ich bin froh, den Fehler gefunden zu haben, aber natürlich weiss ich überhaupt nicht, was da denn passiert ist. Der Blogeintrag unterschied sich nicht von den Anderen dort, ein wenig Text und ein paar Bilder. Vielleicht fällt Euch dazu noch was ein.

Vielleicht hattest du den Beitrag irgendwo kopiert und hier gewisse Steuerzeichen eingefügt oder nicht sichbaren Code mitkopiert?