KeyHelp Community

---------------------------------------------------------------------------


Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Ich bin mir unsicher.

Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Debian 11.5

Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
KVM

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
Keyhelp 22.2

Problembeschreibung / Fehlermeldungen
Auf ein und demselben Server erkennt eine Joomla in der Grundinstallation jeweils falsche PHP Versionen. Bei der einen ist es die Version 8.1. bei der Anderen 7.3. In den Server/Domaineinstellungen wurde jeweils 8.0 aktiviert. htaccess wird ignoriert und bringt keine Besserung.

Erwartetes Ergebnis
Joomla meckert über eine veraltete PHP Version PHP 7.4.33. Diese Version ist die Standardversion des Betriebssystems (lt Keyhelpsoftware).

Tatsächliches Ergebnis


Schritte zur Reproduktion


Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))
keine. Joomla wurde erstmals installiert.

Welche Joomla-Version hast du da denn jeweils installiert?
Was sagt ein Aufruf von phpinfo() im Installationsverzeichnis (oder wo immer Joomla seine index.php hat) über den Browser?
Solche Probleme habe ich jedenfalls mit anderer Software nicht und habe ich auch sonst noch nie hier gehört. Oder hast du vielleicht irgendwann die PHP-Version deines Ubuntu 20.04 Systems geändert? Wärst du ja nicht der Erste, dr sowas geacht hat. Aber selbst dann, PHP 8.1 anzeigen wenn 8.0 eingestellt ist. Da müsste die Joomla-Version schon einen extremen Bug haben. Wie erkennt denn Joomla die PHP-Version? Ist ja eigentlich nicht so furchtbar schwierig. Du rufst die zwei Neuinstallationen schon auch über die (Sub-)Domain auf, der du die PHP Version auf 8.0 gesetzt hast?!? Und die document root passt auch jeweils?

Joedaswiesel wrote: ↑Tue 13. Dec 2022, 22:54 Auf ein und demselben Server erkennt eine Joomla in der Grundinstallation jeweils falsche PHP Versionen. Bei der einen ist es die Version 8.1. bei der Anderen 7.3. In den Server/Domaineinstellungen wurde jeweils 8.0 aktiviert. htaccess wird ignoriert und bringt keine Besserung.

Ich habe versucht, dein Problem auf meinem Testsystem zu reproduzieren...
Mit PHP Version 7.4 installiert, da kam im Backend die Meldung, daß die PHP Version zu alt sei. Nach Umstellung der Testdomain auf 8.0 bzw. 8.1 verschwand die Fehlermeldung.
Mit PHP Version 8.0 installiert kam keine Fehlermeldung im Backend. Einen Test mit Version 8.1 habe ich mir dann gespart, wenn es mit 8.0 ohne Fehler läuft.

Hallo,

wurde auch beachtet, dass z.B. für die Subdomain www eine andere PHP Version aktiv sein kann als für die eigentliche Domain?

Jolinar wrote: ↑Wed 14. Dec 2022, 01:09

Joedaswiesel wrote: ↑Tue 13. Dec 2022, 22:54 Auf ein und demselben Server erkennt eine Joomla in der Grundinstallation jeweils falsche PHP Versionen. Bei der einen ist es die Version 8.1. bei der Anderen 7.3. In den Server/Domaineinstellungen wurde jeweils 8.0 aktiviert. htaccess wird ignoriert und bringt keine Besserung.

Ich habe versucht, dein Problem auf meinem Testsystem zu reproduzieren...
Mit PHP Version 7.4 installiert, da kam im Backend die Meldung, daß die PHP Version zu alt sei. Nach Umstellung der Testdomain auf 8.0 bzw. 8.1 verschwand die Fehlermeldung.
Mit PHP Version 8.0 installiert kam keine Fehlermeldung im Backend. Einen Test mit Version 8.1 habe ich mir dann gespart, wenn es mit 8.0 ohne Fehler läuft.

Ganz lieben Dank für Deine Arbeit und Antwort.
Versteh ich richtig, das du die PHP Version nach der Installation nur in der Testdomain (subdomain) umgestellt hast ?


Lt Joomla Forum, sollte Joomla mit 8.0 betrieben werden (es läuft zwar auch mit 8.1. aber eben noch lange nicht alle Erweiterungen).

Florian wrote: ↑Wed 14. Dec 2022, 09:31 Hallo,

wurde auch beachtet, dass z.B. für die Subdomain www eine andere PHP Version aktiv sein kann als für die eigentliche Domain?

Hallo Florian, die Subdomain www nutze ich nicht (ist auch nicht eingerichtet).
Die Hauptdomain nutzt PHP 8.1, die Subdomain test.meinedomain.de soll 8.0 nutzen und Joomla erzählt 7.4.33 (Serverphp). Bitte sagen, wenn ich mich missverständlich ausdrücke.

Joedaswiesel wrote: ↑Thu 15. Dec 2022, 18:12 Versteh ich richtig, das du die PHP Version nach der Installation nur in der Testdomain (subdomain) umgestellt hast ?

Korrekt.
Danach noch mal neu ins Backend eingeloggt...Und die Fehlermeldung war weg...

Merkwürdig. Den Effekt habe ich bei mir nicht. Bin nun endgültig Ratlos.

Habe eben mal auf einem Webhosting bei einem anderen Anbieter eine Testinstallation vorgenommen. Da funktioniert es einwand frei (inkl PHP Erkennung.)

Kannst mir mal gerne per PN die Admindaten zu deinem Server schicken.
Ich gucke mir das gerne mal an.

Hi Tobi, das Angebot nehm ich gern an. PN ist unterwegs.

Hmm, also es gab keinerlei Probleme jedweder Art.
Also muss das Problem woanders liegen.

Wie hast du denn die Joomla!-Installationsdateien auf deinen Server geladen?

Lade ein CMS immer als original ZIP Datei via SFTP hoch und entpacke es mit dem Keyhelp Dateimanager.

Bei bei meinem Reservewebhoster habe ich es genauso gemacht und da lief es wie es soll.

Ich habe es direkt über den Dateimanager per URL hochgeladen aber ansonsten so wie du.
Seltsam…

Habe es jetzt auch so gemacht. Meine erneute TEstinstallation hat dann funktioniert.
Auch die Subdomainzuweisung funktionierte jetzt wieder.

Werde den Test noch mal wiederholen und wenn das Problem bei SFTP erneut auftreten sollte, FTPS ausprobieren.
So ein Phänomen hatte ich noch nie..

Alle Tests erfolgreich verlaufen. Auch eine nachträgliche PHP Änderung wird bemerkt.
Allerdings was das Problem war weiß ich nicht. Keine Ahnung was Tobi gemacht (repariert) hat (oder ich vermurkst).

Vielen vielen Dank für Eure Zeit und Mühe.

Joedaswiesel wrote: ↑Sat 17. Dec 2022, 11:16 Lade ein CMS immer als original ZIP Datei via SFTP hoch und entpacke es mit dem Keyhelp Dateimanager.

Warum der Umweg über den lokalen Rechner?

Dafür hat man doch die Shell auf dem Server.

Ein simples wget reicht, und ich hatte noch nie defekte Dateieen.