> Hallo Raketenwilli, > > kann es sein, dass Strato eine eigene Logik vorschaltet und versucht, die php.ini auf Userseite zu validieren oder "unerwünschte" INIs vom System fernzuhalten? Womöglich (vermutlich) werden Einstellungen wieder „überladen“. Ich kann es nicht bei Strato testen ... aber bei mir: ~~~BASH php -c /etc/php/8.2/cli/php.ini --ini ~~~ **(Die ini-Datei muss an die lokalen Umstände angepasst werden!)** Ausgaben: ~~~text Configuration File (php.ini) Path: /etc/php/8.2/cli Loaded Configuration File: /etc/php/8.2/cli/php.ini Scan for additional .ini files in: /etc/php/8.2/cli/conf.d Additional .ini files parsed: /etc/php/8.2/cli/conf.d/10-opcache.ini, /etc/php/8.2/cli/conf.d/10-pdo.ini, /etc/php/8.2/cli/conf.d/15-xml.ini, /etc/php/8.2/cli/conf.d/20-calendar.ini, /etc/php/8.2/cli/conf.d/20-ctype.ini, /etc/php/8.2/cli/conf.d/20-dom.ini, /etc/php/8.2/cli/conf.d/20-exif.ini, /etc/php/8.2/cli/conf.d/20-ffi.ini, /etc/php/8.2/cli/conf.d/20-fileinfo.ini, /etc/php/8.2/cli/conf.d/20-ftp.ini, /etc/php/8.2/cli/conf.d/20-gettext.ini, /etc/php/8.2/cli/conf.d/20-iconv.ini, /etc/php/8.2/cli/conf.d/20-mbstring.ini, /etc/php/8.2/cli/conf.d/20-phar.ini, /etc/php/8.2/cli/conf.d/20-posix.ini, /etc/php/8.2/cli/conf.d/20-readline.ini, /etc/php/8.2/cli/conf.d/20-shmop.ini, /etc/php/8.2/cli/conf.d/20-simplexml.ini, /etc/php/8.2/cli/conf.d/20-sockets.ini, /etc/php/8.2/cli/conf.d/20-sysvmsg.ini, /etc/php/8.2/cli/conf.d/20-sysvsem.ini, /etc/php/8.2/cli/conf.d/20-sysvshm.ini, /etc/php/8.2/cli/conf.d/20-tokenizer.ini, /etc/php/8.2/cli/conf.d/20-xmlreader.ini, /etc/php/8.2/cli/conf.d/20-xmlwriter.ini, /etc/php/8.2/cli/conf.d/20-xsl.ini ~~~ Man kann das mit folgendem Testskript auch auf dem Webserver und PHP als Modul oder FPM herausfinden und mit den Erwartungen vergleichen: ~~~PHP <?php ### file: test.php ### Leerzeilen sind Abicht! header('Content-Type:text/plain'); print php_ini_loaded_file(); ?> ------------------------------------------------------------------ <?php print_r(php_ini_scanned_files()); ?> ~~~ (`phpinfo()` liefert diese Infos ebenfalls.) > Und der Validator ist fritte? Ist er **womöglich**. Jedenfalls hab ich grad in einem **Schnell**test trotz provozierten Fehlers keine Fehlermeldung **gesehen**… **Nachtrag:** Genau mit den beiden obigen Verfahren findet man auch die Fehler: ~~~ php -c /etc/php/8.2/cli/php.ini --ini PHP: syntax error, unexpected '!' in /etc/php/8.2/cli/php.ini on line 3 ~~~ In Zeile 3 hab ich „Mist!“ notiert. Steht da nur „Mist“ geht es durch…

> Hallo Raketenwilli, > > kann es sein, dass Strato eine eigene Logik vorschaltet und versucht, die php.ini auf Userseite zu validieren oder "unerwünschte" INIs vom System fernzuhalten? Womöglich (vermutlich) werden Einstellungen wieder „überladen“. Ich kann es nicht bei Strato testen ... aber bei mir: ~~~BASH php -c /etc/php/8.2/cli/php.ini --ini ~~~ **(Die ini-Datei muss an die lokalen Umstände angepasst werden!)** Ausgaben: ~~~text Configuration File (php.ini) Path: /etc/php/8.2/cli Loaded Configuration File: /etc/php/8.2/cli/php.ini Scan for additional .ini files in: /etc/php/8.2/cli/conf.d Additional .ini files parsed: /etc/php/8.2/cli/conf.d/10-opcache.ini, /etc/php/8.2/cli/conf.d/10-pdo.ini, /etc/php/8.2/cli/conf.d/15-xml.ini, /etc/php/8.2/cli/conf.d/20-calendar.ini, /etc/php/8.2/cli/conf.d/20-ctype.ini, /etc/php/8.2/cli/conf.d/20-dom.ini, /etc/php/8.2/cli/conf.d/20-exif.ini, /etc/php/8.2/cli/conf.d/20-ffi.ini, /etc/php/8.2/cli/conf.d/20-fileinfo.ini, /etc/php/8.2/cli/conf.d/20-ftp.ini, /etc/php/8.2/cli/conf.d/20-gettext.ini, /etc/php/8.2/cli/conf.d/20-iconv.ini, /etc/php/8.2/cli/conf.d/20-mbstring.ini, /etc/php/8.2/cli/conf.d/20-phar.ini, /etc/php/8.2/cli/conf.d/20-posix.ini, /etc/php/8.2/cli/conf.d/20-readline.ini, /etc/php/8.2/cli/conf.d/20-shmop.ini, /etc/php/8.2/cli/conf.d/20-simplexml.ini, /etc/php/8.2/cli/conf.d/20-sockets.ini, /etc/php/8.2/cli/conf.d/20-sysvmsg.ini, /etc/php/8.2/cli/conf.d/20-sysvsem.ini, /etc/php/8.2/cli/conf.d/20-sysvshm.ini, /etc/php/8.2/cli/conf.d/20-tokenizer.ini, /etc/php/8.2/cli/conf.d/20-xmlreader.ini, /etc/php/8.2/cli/conf.d/20-xmlwriter.ini, /etc/php/8.2/cli/conf.d/20-xsl.ini ~~~ Man kann das mit folgendem Testskript auch auf dem Webserver und PHP als Modul oder FPM herausfinden und mit den Erwartungen vergleichen: ~~~PHP <?php ### file: test.php ### Leerzeilen sind Abicht! header('Content-Type:text/plain'); print php_ini_loaded_file(); ?> ------------------------------------------------------------------ <?php print_r(php_ini_scanned_files()); ?> ~~~ (`phpinfo()` liefert diese Infos ebenfalls.) > Und der Validator ist fritte? Ist er **womöglich**. Jedenfalls hab ich grad in einem **Schnell**test trotz provozierten Fehlers keine Fehlermeldung **gesehen**… **Nachtrag: ** Genau mit den beiden obigen Verfahren findet man auch die Fehler: ~~~ php -c /etc/php/8.2/cli/php.ini --ini PHP: syntax error, unexpected '!' in /etc/php/8.2/cli/php.ini on line 3 ~~~ In Zeile 3 hab ich „Mist!“ notiert. Steht da nur „Mist“ geht es durch…

> Hallo Raketenwilli, > > kann es sein, dass Strato eine eigene Logik vorschaltet und versucht, die php.ini auf Userseite zu validieren oder "unerwünschte" INIs vom System fernzuhalten? Womöglich (vermutlich) werden Einstellungen wieder „überladen“. Ich kann es nicht bei Strato testen ... aber bei mir: ~~~BASH php -c /etc/php/8.2/cli/php.ini --ini ~~~ **(Die ini-Datei muss an die lokalen Umstände angepasst werden!)** Ausgaben: ~~~text Configuration File (php.ini) Path: /etc/php/8.2/cli Loaded Configuration File: /etc/php/8.2/cli/php.ini Scan for additional .ini files in: /etc/php/8.2/cli/conf.d Additional .ini files parsed: /etc/php/8.2/cli/conf.d/10-opcache.ini, /etc/php/8.2/cli/conf.d/10-pdo.ini, /etc/php/8.2/cli/conf.d/15-xml.ini, /etc/php/8.2/cli/conf.d/20-calendar.ini, /etc/php/8.2/cli/conf.d/20-ctype.ini, /etc/php/8.2/cli/conf.d/20-dom.ini, /etc/php/8.2/cli/conf.d/20-exif.ini, /etc/php/8.2/cli/conf.d/20-ffi.ini, /etc/php/8.2/cli/conf.d/20-fileinfo.ini, /etc/php/8.2/cli/conf.d/20-ftp.ini, /etc/php/8.2/cli/conf.d/20-gettext.ini, /etc/php/8.2/cli/conf.d/20-iconv.ini, /etc/php/8.2/cli/conf.d/20-mbstring.ini, /etc/php/8.2/cli/conf.d/20-phar.ini, /etc/php/8.2/cli/conf.d/20-posix.ini, /etc/php/8.2/cli/conf.d/20-readline.ini, /etc/php/8.2/cli/conf.d/20-shmop.ini, /etc/php/8.2/cli/conf.d/20-simplexml.ini, /etc/php/8.2/cli/conf.d/20-sockets.ini, /etc/php/8.2/cli/conf.d/20-sysvmsg.ini, /etc/php/8.2/cli/conf.d/20-sysvsem.ini, /etc/php/8.2/cli/conf.d/20-sysvshm.ini, /etc/php/8.2/cli/conf.d/20-tokenizer.ini, /etc/php/8.2/cli/conf.d/20-xmlreader.ini, /etc/php/8.2/cli/conf.d/20-xmlwriter.ini, /etc/php/8.2/cli/conf.d/20-xsl.ini ~~~ Man kann das mit folgendem Testskript auch auf dem Webserver und PHP als Modul oder FPM herausfinden und mit den Erwartungen vergleichen: ~~~PHP <?php ### file: test.php ### Leerzeilen sind Abicht! header('Content-Type:text/plain'); print php_ini_loaded_file(); ?> ------------------------------------------------------------------ <?php print_r(php_ini_scanned_files()); ?> ~~~ (`phpinfo()` liefert diese Infos ebenfalls.) > Und der Validator ist fritte? Ist er **womöglich**. Jedenfalls hab ich grad in einem **Schnell**test trotz provozierten Fehlers keine Fehlermeldung **gesehen**…

> Hallo Raketenwilli, > > kann es sein, dass Strato eine eigene Logik vorschaltet und versucht, die php.ini auf Userseite zu validieren oder "unerwünschte" INIs vom System fernzuhalten? Womöglich (vermutlich) werden Einstellungen wieder „überladen“. Ich kann es nicht bei Strato testen ... aber bei mir: ~~~BASH php -c /etc/php/8.2/cli/php.ini --ini ~~~ Ausgaben: ~~~text Configuration File (php.ini) Path: /etc/php/8.2/cli Loaded Configuration File: /etc/php/8.2/cli/php.ini Scan for additional .ini files in: /etc/php/8.2/cli/conf.d Additional .ini files parsed: /etc/php/8.2/cli/conf.d/10-opcache.ini, /etc/php/8.2/cli/conf.d/10-pdo.ini, /etc/php/8.2/cli/conf.d/15-xml.ini, /etc/php/8.2/cli/conf.d/20-calendar.ini, /etc/php/8.2/cli/conf.d/20-ctype.ini, /etc/php/8.2/cli/conf.d/20-dom.ini, /etc/php/8.2/cli/conf.d/20-exif.ini, /etc/php/8.2/cli/conf.d/20-ffi.ini, /etc/php/8.2/cli/conf.d/20-fileinfo.ini, /etc/php/8.2/cli/conf.d/20-ftp.ini, /etc/php/8.2/cli/conf.d/20-gettext.ini, /etc/php/8.2/cli/conf.d/20-iconv.ini, /etc/php/8.2/cli/conf.d/20-mbstring.ini, /etc/php/8.2/cli/conf.d/20-phar.ini, /etc/php/8.2/cli/conf.d/20-posix.ini, /etc/php/8.2/cli/conf.d/20-readline.ini, /etc/php/8.2/cli/conf.d/20-shmop.ini, /etc/php/8.2/cli/conf.d/20-simplexml.ini, /etc/php/8.2/cli/conf.d/20-sockets.ini, /etc/php/8.2/cli/conf.d/20-sysvmsg.ini, /etc/php/8.2/cli/conf.d/20-sysvsem.ini, /etc/php/8.2/cli/conf.d/20-sysvshm.ini, /etc/php/8.2/cli/conf.d/20-tokenizer.ini, /etc/php/8.2/cli/conf.d/20-xmlreader.ini, /etc/php/8.2/cli/conf.d/20-xmlwriter.ini, /etc/php/8.2/cli/conf.d/20-xsl.ini ~~~ Man kann das mit folgendem Testskript auch auf dem Webserver und PHP als Modul oder FPM herausfinden und mit den Erwartungen vergleichen: ~~~PHP <?php ### file: test.php ### Leerzeilen sind Abicht! header('Content-Type:text/plain'); print php_ini_loaded_file(); ?> ------------------------------------------------------------------ <?php print_r(php_ini_scanned_files()); ?> ~~~ (`phpinfo()` liefert diese Infos ebenfalls.) > Und der Validator ist fritte? Ist er **womöglich**. Jedenfalls hab ich grad in einem **Schnell**test trotz provozierten Fehlers keine Fehlermeldung **gesehen**…

> Hallo Raketenwilli, > > kann es sein, dass Strato eine eigene Logik vorschaltet und versucht, die php.ini auf Userseite zu validieren oder "unerwünschte" INIs vom System fernzuhalten? Womöglich (vermutlich) werden Einstellungen wieder „überladen“. Ich kann es nicht bei Strato testen ... aber bei mir: ~~~BASH php -c /etc/php/8.2/cli/php.ini --ini Configuration File (php.ini) Path: /etc/php/8.2/cli Loaded Configuration File: /etc/php/8.2/cli/php.ini Scan for additional .ini files in: /etc/php/8.2/cli/conf.d Additional .ini files parsed: /etc/php/8.2/cli/conf.d/10-opcache.ini, /etc/php/8.2/cli/conf.d/10-pdo.ini, /etc/php/8.2/cli/conf.d/15-xml.ini, /etc/php/8.2/cli/conf.d/20-calendar.ini, /etc/php/8.2/cli/conf.d/20-ctype.ini, /etc/php/8.2/cli/conf.d/20-dom.ini, /etc/php/8.2/cli/conf.d/20-exif.ini, /etc/php/8.2/cli/conf.d/20-ffi.ini, /etc/php/8.2/cli/conf.d/20-fileinfo.ini, /etc/php/8.2/cli/conf.d/20-ftp.ini, /etc/php/8.2/cli/conf.d/20-gettext.ini, /etc/php/8.2/cli/conf.d/20-iconv.ini, /etc/php/8.2/cli/conf.d/20-mbstring.ini, /etc/php/8.2/cli/conf.d/20-phar.ini, /etc/php/8.2/cli/conf.d/20-posix.ini, /etc/php/8.2/cli/conf.d/20-readline.ini, /etc/php/8.2/cli/conf.d/20-shmop.ini, /etc/php/8.2/cli/conf.d/20-simplexml.ini, /etc/php/8.2/cli/conf.d/20-sockets.ini, /etc/php/8.2/cli/conf.d/20-sysvmsg.ini, /etc/php/8.2/cli/conf.d/20-sysvsem.ini, /etc/php/8.2/cli/conf.d/20-sysvshm.ini, /etc/php/8.2/cli/conf.d/20-tokenizer.ini, /etc/php/8.2/cli/conf.d/20-xmlreader.ini, /etc/php/8.2/cli/conf.d/20-xmlwriter.ini, /etc/php/8.2/cli/conf.d/20-xsl.ini ~~~ Man kann das mit folgendem Testskript auch auf dem Webserver und PHP als Modul oder FPM herausfinden und mit den Erwartungen vergleichen: ~~~PHP <?php ### file: test.php ### Leerzeilen sind Abicht! header('Content-Type:text/plain'); print php_ini_loaded_file(); ?> ------------------------------------------------------------------ <?php print_r(php_ini_scanned_files()); ?> ~~~ (`phpinfo()` liefert diese Infos ebenfalls.) > Und der Validator ist fritte? Ist er **womöglich**. Jedenfalls hab ich grad in einem **Schnell**test trotz provozierten Fehlers keine Fehlermeldung **gesehen**…

> Hallo Raketenwilli, > > kann es sein, dass Strato eine eigene Logik vorschaltet und versucht, die php.ini auf Userseite zu validieren oder "unerwünschte" INIs vom System fernzuhalten? Womöglich (vermutlich) werden Einstellungen wieder „überladen“. Ich kann es nicht bei Strato testen ... aber bei mir: ~~~PHP php -c /etc/php/8.2/cli/php.ini --ini Configuration File (php.ini) Path: /etc/php/8.2/cli Loaded Configuration File: /etc/php/8.2/cli/php.ini Scan for additional .ini files in: /etc/php/8.2/cli/conf.d Additional .ini files parsed: /etc/php/8.2/cli/conf.d/10-opcache.ini, /etc/php/8.2/cli/conf.d/10-pdo.ini, /etc/php/8.2/cli/conf.d/15-xml.ini, /etc/php/8.2/cli/conf.d/20-calendar.ini, /etc/php/8.2/cli/conf.d/20-ctype.ini, /etc/php/8.2/cli/conf.d/20-dom.ini, /etc/php/8.2/cli/conf.d/20-exif.ini, /etc/php/8.2/cli/conf.d/20-ffi.ini, /etc/php/8.2/cli/conf.d/20-fileinfo.ini, /etc/php/8.2/cli/conf.d/20-ftp.ini, /etc/php/8.2/cli/conf.d/20-gettext.ini, /etc/php/8.2/cli/conf.d/20-iconv.ini, /etc/php/8.2/cli/conf.d/20-mbstring.ini, /etc/php/8.2/cli/conf.d/20-phar.ini, /etc/php/8.2/cli/conf.d/20-posix.ini, /etc/php/8.2/cli/conf.d/20-readline.ini, /etc/php/8.2/cli/conf.d/20-shmop.ini, /etc/php/8.2/cli/conf.d/20-simplexml.ini, /etc/php/8.2/cli/conf.d/20-sockets.ini, /etc/php/8.2/cli/conf.d/20-sysvmsg.ini, /etc/php/8.2/cli/conf.d/20-sysvsem.ini, /etc/php/8.2/cli/conf.d/20-sysvshm.ini, /etc/php/8.2/cli/conf.d/20-tokenizer.ini, /etc/php/8.2/cli/conf.d/20-xmlreader.ini, /etc/php/8.2/cli/conf.d/20-xmlwriter.ini, /etc/php/8.2/cli/conf.d/20-xsl.ini ~~~ Man kann das mit folgendem Testskript auch auf dem Webserver und PHP als Modul oder FPM herausfinden und mit den Erwartungen vergleichen: ~~~PHP <?php ### file: test.php ### Leerzeilen sind Abicht! header('Content-Type:text/plain'); print php_ini_loaded_file(); ?> ------------------------------------------------------------------ <?php print_r(php_ini_scanned_files()); ?> ~~~ (`phpinfo()` liefert diese Infos ebenfalls.) > Und der Validator ist fritte? Ist er **womöglich**. Jedenfalls hab ich grad in einem **Schnell**test trotz provozierten Fehlers keine Fehlermeldung **gesehen**…