Nach der Hochstufung des php-Kommandozeilenbefehls von php 8.0 auf php 8.2 gab es bei Cronjobs für die Nextcloud folgenden Fehler: An unhandled exception has been thrown: OCP\HintException: [0]: Memcache OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)
Nach einem Update der php-redis-Pakete unter Debian von Version 5.3.7 auf 6.0.0 Anfang September funktionierte der Login bei Nextcloud plötzlich nicht mehr. Es endete immer in einer Endlosschleife des Login-Screens.
Bei der Verwendung von Matomo und Redis mit php 8.1 nervt eine Fehlermeldung über eine veraltete Parameter-Weitergabe. WARNING: /vendor/matomo/cache/src/Backend/Factory.php(62): Deprecated - Redis::connect(): Passing null to parameter #2 ($port) of type int is deprecated
Bei der Suche nach einem Fehler in einer Nextcloud-Installation installierte ich kürzlich alle möglichen zusätzlichen Pakete für php 8.0. Das hatte den Nebeneffekt, dass Textpattern-Installationen plötzlich fehlerhafte Seiten ausgaben bzw. RSS-Feeds mit der angehängten kompletten Standardseite.
Nach der Umstellung einer Installation von php 7 auf php 8 ergab sich in dem alten Textpattern-Plugin pap_xpoll für Umfragen ein Division-durch-Null-Fehler, wenn Ergebnisse für eine frisch erstellte Umfrage angezeigt werden sollen.
Nach dem Update bzw. Switch von php 7.4 zu php 8.0 für Matomo begrüßte einen prompt ein „White screen of death“ von php ohne irgendwelche Fehlermeldungen in php-error.log oder sichtbare Fehlermeldungen nach der Aktivierung von php_flag[display_errors] = on im betreffenden php-Pool.
Notizen und Anmerkungen zu Linuxproblemen auf Server und Heimrechner. Setze mich mit unterschiedlichem Erfolg seit Debian Hamm mit Linux auseinander, damals noch als CD-Pack von Lehmanns Buchhandlung.
Aktuell sind das Debian 12 „Bookworm“ auf dem Server und Ubuntu Xenial Xerus/Focal Fossa/Jammy Jellyfish auf Klapprechnern.
Allerdings heißt es damals wie heute: Das Problem sitzt meist vor dem Rechner.