Wir hatten nach dem Update ähnliche Probleme, offenbar wird beim Update von 2019 auf 2020 etwas nicht korrekt eingestellt (Eine nicht bestätigte Vermutung meinerseits), nachdem wir die mailformulare geprüft haben (Objekt geöffnet alles angesehen und mit ok geschlossen), ebenso die Datenbankzuteilung im Projekt, hat nach ctrl (strg) Vorschau und erneutem alles Hochladen alles wieder ok funktioniert.

JJ.

Prüfen sie auch, ob wirklich php7.1 oder höher aktiviert ist, zu sehen unter 

https://www.hdro-schattenklingen.de/admin

JJ.

Hallo,

Danke für die ersten Hinweise.

Hier jetzt mein aktueller Stand dazu:

Auf dem Server ist php7.3 aktiv. Dies habe ich mit phpinfo() gecheckt. Da dies mit https://www.hdro-schattenklingen.de/admin nicht ging, weil auch diese Seite von dem Problem (500 Interner Serverfehler) betroffen ist.  

Und das Projekt habe ich nachdem ich zuerst den Inhalt auf dem Server gelöscht hatte noch mal komplett neu hochgeladen (auch nach Anwendung von strg+Vorschau). Leider hat auch das nichts gebracht.

Alles was irgendwie mit php zu tun hat, geht nicht mehr. 

Ich habe absichtlich sogar noch mal auf php7.0 umgestellt. Aber Website X5 merkt dies natürlich, wenn ich dann versuche, was neu aufzuspielen. Also der Check auf die php-Version funktioniert. Selbstverständlich war dies einer meiner ersten Versuche und der Server ist längst wieder auf php7.3 eingestellt. Danach hatte ich das Projekt ja noch mal komplett hochgeladen.

An der php-Version dürfte es jedenfalls nicht liegen. 

Bei meinem Provider (Deutsche Telekom) habe ich die folgenden Infos zu php7.3 gefunden. Ob das vielleicht hilfreich ist?

https://php-bei-der-telekom.de/phpinfo7_3.html

Ich selber bin jedenfalls ratlos. 

Danke.

Können sie in den Logdateien des Servers sehen, ob mehr Information zum Serverfehler angezeigt werden, sonst abwarten, ob jemand den Fehler kennt, lösen konnte, da ich nicht bei Telekom hoste!

Es könnte auch eine Einstellung im PHP von Telekom sein, aber dies kann ich nicht nachvollziehen. Grundsätzlich sind 500er Fehler auf den Server bezogen.

JJ.

Wie hast du deinen SErver mit phpinfo() gecheckt?  Hast du die z.B. info.php auf deinen Server gespielt und danach 

https://www.hdro-schattenklingen.de/info.php auf gerufen?  Dann kommen die richtigen Infos zu deinem SErver.

Überprüfe mal die Lese-/Schreibrechte in Deinen Verzeichnissen. Der Fehler kann auf eine fehlerhafte Rechtevergabe zurückzuführen sein. Hast Du die Rechte 777 vergeben (für Dateien + Ordner) dann ist das zu hoch und in diesem Fall erfolgt automatisch eine Sperrung bzw die obige Fehlermeldung. Normal ist 644 - 755; auch der Gesamtordner für die html-Dateien darf niemals 777 haben.

Hallo,

vielen Dank für die Hinweise. Hier jetzt mein Stand dazu:

Der Mitarbeiter von der Hotline der Telekom hatte sich die Logdateien angeschaut. Soweit ich das verstanden habe, gab es eine Fehlermeldung von x5engine. Aber mit der Fehlermeldung könne er nichts anfangen, die sei nicht php-konform und unkommentiert. Deshalb wurde ich ja an Incomedia verwiesen.

Den Check mit phpinfo() habe ich auf dem Server durchgeführt, also https://www.hdro-schattenklingen.de/phpinfo.php. Es wurde mir die Version 7.3 angezeigt. 

Ich habe mir den Gesamtordner "public_html" und stichprobenweise einige Ordner darunter angeschaut und alle hatten bei den Dateiattributen 755. Da ich das Projekt komplett neu aufgespielt habe, dürften die Dateiattribute auch überall gleich sein. Jedenfalls wurde von mir hier händisch nichts verändert.

Sicherheitshabler noch ein Hinweis:

Die Datei "phpinfo.php" habe ich wieder gelöscht. Also der Link https://www.hdro-schattenklingen.de/phpinfo.php funktioniert jetzt natürlich nicht mehr.

Der Fehler geht aber immer noch vom Server aus. NAtürlich wirft es wahrscheinlich über die x5engine einen Fehler aus, wenn PHP nicht richtig konfiguriert ist am Server.

Deshalb wollte ich eben ausprobieren ob das primitivste PHP Skript phpinfo() auch den internalen Fehler auswirft. Es funktioniert jedenfalls gar kein PHP Skirpt auf deinem Server.

Dein Zielverzeichnis beim Export ins Internet lautet also \public_html  ,oder?  Wie lautet denn deine URL der Website?

Da Du eine Startseite index.php hast und diese fürmmeine Begriffe einwandfrei funktioniert, kann es nur an den anderen Seiten liegen. Hast Du dort eventuell zusätzlichen Code oder Scripts eingefügt? Sind diese in den Eigenschaften auch korrekt auf php eingestellt? 

Hallo,

also meine Testdatei "phpinfo.php" hatte ich im Hauptverzeichnis auf der Website abgelegt und diese Datei enthielt nur folgendes:

<?php

phpinfo();

?>

Und diese Datei konnte ich mit dem Link https://www.hdro-schattenklingen.de/phpinfo.php aufrufen und bekam dann auch angezeigt, dass es die Version 7.3 ist. Also diese einfache php-Datei hat funktioniert.

Der Pfad zum Zielverzeichnis für den Export ins Internet lautet komplett "/home/www/public_html" und die Url meiner Website lautet https://www.hdro-schattenklingen.de. Die Website kann aber auch mit https://www.schattenklingen.eu aufgerufen werden. Beides geht.

Ich hatte zusätzlich noch "owncloud" installiert gehabt. Aber das habe ich bewusst ganz rausgenommen, den Server "gelöscht" und aus Website X5 die Website komplett neu aufgespielt. Alle Bestandteile dieser Website kommen aus Website X5 oder sind Zusatzobjekte vom WebSite X5 Marketplace. Ich habe nur zwei Dinge, die ich von Google eingebunden habe, einen Kalender (https://hdro-schattenklingen.de/terminkalender.html) und eine Karte (https://hdro-schattenklingen.de/karte-der-mitglieder.html). Aber diese funktionieren und dürften nicht Ursache für das Problem sein.

Beim Gästebuch...hast du hier eine Datenbank oder werden die Kommentare nur in einer Datei gespeichert?

Wenn letzteres...hast du ein Unterverzeichnis angegeben?  Hat dieses Unterverzeichnis die vollen Rechte (777) ?

Hallo,

die Gästebucheinträge werden bei mir in einer Datei gespeichert (keine Datenbank). Das Verzeichnis, wo diese Datei abgelegt ist und das extra nur dafür eingerichtet ist, hat bei den Dateiatributten 755, also nicht die vollen Rechte.

Hello Markus

In general, when the server is reporting an Error 500, the server's log contains more precise details on the reason for this issue. You need to contact your hosting provider and ask for the exact reason for this.

When you know this real reason, let me know that here. I will attempt to verify the issue according to what the server is reporting

Keep me posted here on this

Thank you

Stefano

GOOGLE TRANSLATE ---

Hallo Markus

Wenn der Server einen Fehler 500 meldet, enthält das Serverprotokoll im Allgemeinen genauere Details zum Grund für dieses Problem. Sie müssen sich an Ihren Hosting-Anbieter wenden und nach dem genauen Grund dafür fragen.

Wenn Sie diesen wahren Grund kennen, lassen Sie mich das hier wissen. Ich werde versuchen, das Problem anhand der vom Server gemeldeten Daten zu überprüfen

Halten Sie mich hier auf dem Laufenden

Vielen Dank

Stefano

Hallo,

Sorry, das hat etwas gedauert. Ich hatte in der Zwischenzeit mehrere Mails/Gespräche mit meinem Provider gehabt.

Ich habe jetzt selbst ein logfile erstellt und als Anlage (siehe "log.txt") beigefügt. Ich hoffe, mit dieser Datei können Sie was anfangen und der Fehler wird gefunden.

Vielen Dank im Voraus.

Hast Du eventuell in der php.ini Erweiterungen für php eingetragen? Nimm diese mal alle raus und schaue ob es dann funktioniert. Sofern Du die Erweiterungen benötigst, kannst Du sie danach einzeln wieder aufnehmen und jeweils testen um die Fehlerursache zu finden. 

Ich finde keine php.ini. Ich selber habe aber auch nie eine eingerichtet. Die ganze Website beruht auf Website X5 und Zusatzobjekten aus dem Website X5 Marketplace. Da ist nichts "Fremdes" hinzugekommen. 

Ich glaube Franz-Josef meint im Backend deines Servers bzw. Hosters wo man gewisse Einstellungen machen kann beim PHP!  Ich bin mir ziemlich sicher, dass es nicht von WSX5 ausgeht sondern vom Server.

Was genau ist rausgekommen bei deinen Gesprächen mit deinem Provider?  Wahrscheinlich hat er gesagt es ist die Software schuld, oder?

Hallo, auf die letzte Frage: "Was genau ist rausgekommen bei deinen Gesprächen mit deinem Provider?  Wahrscheinlich hat er gesagt es ist die Software schuld, oder?"

Meine Antwort darauf: "Ja".

Hier ein Auszug aus einer Mail, die ich als Antwort auf meine letzte Anfrage vom Provider erhalten habe:

"... Unter PHP 7.3 gibt das Logfile nicht viel Informationen her. Man sieht nur, dass der Prozess beendet wird.

mod_fcgid: process /usr/bin/cm4all-lang-invoke(83) exit(communication error), get unexpected signal 11

Deswegen die Vermutung, dass das PHP Script evt. nicht mit PHP7.3 kombatibel sein könnte.
Die Fehlermeldung von PHP 7.0 und PHP 5.6 hatte ich ja in dem vorherigen Ticket hinterlegt. ..."

Danach hatte ich noch mal dort angerufen, um nochmals denen zu erklären, dass Website X5 ein neueres Programm ist und mindestens php7.1 benötigt, so dass die Fehlermeldungen beim Testen mit php7.0 und php5.6 nichts zu bedeuten haben. 

Weil in der allerersten Antwort vom Provider hieß es:

"... wenn man auf PHP 7.0 oder PHP 5.6 schaltet dann wird in den Logfiles ein Fehler in der public_html/res/x5engine.php angemeckert.
Laut der Datei hat haben Sie WebSite X5 Professional 13.0.0
Für uns sieht das so aus das dieses Programm schon stark veraltet ist und mit unseren PHP Versionen nicht kombatibel ist. ..."

Also wie Sie (Andreas S.) schon vermutet haben, der Provider gibt der Software die Schuld.

Und da ich ein Laie bin und kein Webmaster, weiß ich nicht weiter. Es ist ja nur eine Website für ein Spiel, also nur ein Hobby.

Hast Du schon mal hier versucht Hilfe zu bekommen?

WEnn dein Provider sagt, dass du Professional 13 am Server hast, dass hat er irgendwo eine alte Datei entdeckt die noch am Server liegt. Du sagtest doch dass du die neueste WSX5 Version hast und diese am Server liegt oder? (V2020.1). Es stimmt schon dass manche Skripte sich nicht verändert haben, aber relevate Skripte die mindestens die PHP Version 7.1 benötigen werden diesen Fehler erzeugen. Wenn das die Telekom nicht kapiert oder nicht schauen will was genau nicht stimmt an den Einstellungen am Server, dann solltest du wechseln.

Hallo,

folgender Hinweis von Jranz-Josef H. (Moderator) hat mich zum Ziel geführt:

"... Häufig betreffen solche Fehler die Einbindung von Cache-Programmen, die die php-Ausführung beschleunigen sollen.
Vielleicht gibt es bei der Telekom einen Schalter wie php-Boost aktivieren oder opCache aktivieren? Das solltest Du mal deaktivieren."

Jetzt musste ich mich erst mal schlau machen, wo ich diese Infos überhaupt finde (php-Boost) und (opCache). Nach dem ich noch mal die phpinfo() genutzt hatte, war da tatsächliche eine Info drin, dass opCache aktiviert sei. Von php-Boost hatte ich aber nichts gefunden. 

Dann habe ich weiter recherchiert, wie man opCache abschalten kann. Dazu sei folgendes in der "php.ini" einzustellen:

opcache.enable = 0

Das habe ich dann versucht und nichts. Der Fehler war immer noch da. Heute Morgen dann mal weiter in den Foren der Telekom gesucht und da war in einem anderen Zusammenhang von einer ".user.ini" die Rede.

Ich habe dann einfach meine "php.ini" (da steht auch nur diesers "opcache.enable = 0" drin) umbenannt in ".user.ini" und?

JA, es geht. Endlich!

Vielen Dank an Franz-Josef H., dass war der entscheidende Tipp.

Freut mich dass es wieder klappt!