Genau deshalb wollte ich das nicht einfach ändern. - Wobei "mal eben einfach" wäre das ja offenbar nicht.
Aber ich habe gerade was anderes "gefunden":
Es erhärtet sich der Verdacht, dass das ein Bug in debians php7.4-fpm gewesen sein könnte.
APT hat gerade ein Update bekommen und php7.4-fpm von 7.4.15-3 auf 7.4.15-5 aktualisiert.
Jetzt sind die Fehlermeldungen zwar immer noch da, aber immerhin laufen die Seiten jetzt nach dem Froxlor-Cronjob wieder. Der Leidensdruck ist also direkt mal SEHR viel kleiner. 🙂
Vielleicht haben die Warnungen/Error in den Logs ja gar nichts mit dem "tuts nicht mehr" zu tun und die waren vorher schon da, wo es nicht aufgefallen ist, weil man ohne die Fehlfunktion keinen Grund hatte, in die Logs zu gucken. 🤔
disable_functions ist bei mir:
curl_multi_exec,exec,parse_ini_file,passthru,popen,proc_close,proc_get_status,proc_nice,proc_open,proc_terminate,shell_exec,show_source,system
Die PHP-Info war jetzt im Kunden-Verzeichnis (genauer im Root-Folder der Nextcloud, die dem Kunden "cloud" zugeordnet ist). Da ist das jeweils in "Lokal" und "Master" identisch.
In Froxlor wird unter "PHPinfo()" das selbe angezeigt (sowohl in der ersten als auch in der Master-Zeile).
"curl_exec" ist da jetzt nicht bei. Nur "curl_multi_exec", "exec" und "shell_exec".