Na und ?
PHP 7.4 ist bei RedHat z.b. noch einige Jahre supported und wird mit Updates versorgt
Kein Grund auf PHP 8 zu wechseln, weil das bei einigen Anwendungen Probleme machen kann
Seriöse Webhoster wechseln diesen Monat alles auf 8.2.x, da bleibt keiner auf einer 7er-Version.
Gute PHP-Programmierer haben sich längst über die Vorteile der neuen PHPVersion informiert und machen das Beste daraus.
Es gilt wie bei jeder Software: wer Updates verschläft, braucht sich über die Folgen nicht wundern.
Seriöse Webhoster wechseln diesen Monat alles auf 8.2.x, da bleibt keiner auf einer 7er-Version.
Soso. Du musst es ja wissen als IT-Experte.
Wer solche pauschalen Aussagen raushaut, hat wenig bis gar keine Erfahrung im professionellen Hosting.
Nicht nur eventuell.
Schau Dir die Fehlermeldungen an, da steht es schwarz auf weiß: PHP 7.4.5.
Das ist völlig veraltet (gewesen?) …Aktuell wäre PHP 8.3 …
Dann muss man sich nicht wundern wenn das Forum wieder mal Offline geht. Obwohl wenn die Software stabil läuft muss man nicht unbedingt jedes Update einpflegen.
Soso. Du musst es ja wissen als IT-Experte.
Als jemand, der tatsächlich mal im Hosting-Sektor gearbeitet hat, kann ich dir versichern: Er vertritt eine valide Position. Natürlich kann man sich mit PHP Extended Support Zeit und ein Sicherheitsgefühl erkaufen. Der Umstieg wird aber immer herausfordernder, je mehr Versionen man auslässt. Gerade dieses Forum sollte nicht denselben Fehler begehen wie schon vor ein paar Jahren, als Ihr-wisst-schon-was passiert ist.
Sowohl die Forensoftware als auch PHP und andere Abhängigkeiten sollten möglichst immer aktuell gehalten werden. Dafür braucht es jemanden, der das proaktiv im Blick hat.
Der aber auch Zeit hat und niemand hat zuviel davon. Jeder Versionssprung bedeutet Aufwand, bei komplexen Anwendungen viel Aufwand. Nicht immer wird Schritt für Schritt erklärt, was bei der Migration zu beachten ist. Und am Ende muss getestet werden, sonst jammern auch alle, wenn etwas nicht läuft.
Mit einer sauberen Rechtevergabe lassen sich PHP Sicherheitsrisiken oft gut beherrschen. Dann muss man wirklich nicht jeden Versionssprung mitmachen.
Schau Dir die Fehlermeldungen an, da steht es schwarz auf weiß: PHP 7.4.5.
Was mir dabei auffällt ist, dass die Version 7.4.5 bereits am 16 Apr. 2020 erschien. Wenn die PHP-Version gepflegt worden wäre, hätte mindestens die Version 7.4.33 vom
03 Nov 2022 installiert sein sollen.
https://php.watch/versions/7.4/releases
Fehlen nur paar security updates bis dahin. Mit ner sauberen Rechtevergabe alles pillepalle 
Der aber auch Zeit hat und niemand hat zuviel davon. Jeder Versionssprung bedeutet Aufwand, bei komplexen Anwendungen viel Aufwand. Nicht immer wird Schritt für Schritt erklärt, was bei der Migration zu beachten ist. Und am Ende muss getestet werden, sonst jammern auch alle, wenn etwas nicht läuft.
Gerade WoltLab als kommerzielles System hat ein klares und recht einfaches, nachvollziehbares Update- und Upgrade-Verfahren.
Mit einer sauberen Rechtevergabe lassen sich PHP Sicherheitsrisiken oft gut beherrschen. Dann muss man wirklich nicht jeden Versionssprung mitmachen.
"Never change a running system" sollte nie das übergreifende Ziel aller Maßnahmen sein, sondern es sollte immer um Sicherheit und Verfügbarkeit gehen. In beiden Bereichen gab es erwiesenermaßen gravierende Schwächen.
"Never change a running system" sollte nie das übergreifende Ziel aller Maßnahmen sein, sondern es sollte immer um Sicherheit und Verfügbarkeit gehen.
ich meinte eher den Server an sich, also Anbindung 'etc' - dass die Installationen aktuell gehalten werden *muessen*, vertseht sich von selbst... Also eigentlich 
Naja, aktuelle Woltlab-Versionen setzen auch schon PHP 8.1 voraus - also da ist langsam auch nichts mehr mit Updates.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
