# PHP 8.3.6 (NTS) — modules actifs — snapshot 2026-06-25 (serveur 51.158.96.239)

## Modules FPM chargés (php-fpm8.3 -m)
bz2, calendar, cgi-fcgi, Core, ctype, curl, date, dom, exif, FFI, fileinfo,
filter, ftp, gd, gettext, hash, iconv, igbinary, intl, json, libxml, mbstring,
mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, Phar, posix, random, readline,
redis, Reflection, session, shmop, SimpleXML, soap, sockets, sodium, SPL,
standard, sysvmsg, sysvsem, sysvshm, tokenizer, xml, xmlreader, xmlrpc,
xmlwriter, xsl, Zend OPcache, zip, zlib

[Zend Modules] : Zend OPcache

NB CLI : identique + pcntl (et expose_php=On en CLI, sans impact web).

## Directives clés — FPM (/etc/php/8.3/fpm/php.ini)
expose_php          = Off      # OK (pas de X-Powered-By)
memory_limit        = 128M
max_execution_time  = 30
post_max_size       = 8M
upload_max_filesize = 2M       # bas pour un site media ; à augmenter si upload images lourdes
display_errors      = Off      # OK
opcache.enable      = On       # OK (JIT off = volontaire, cf OPTIM-02 crash FPM)

## Pool FPM (/etc/php/8.3/fpm/pool.d/www.conf)
user/group = www-data ; listen = /run/php/php8.3-fpm.sock
pm = dynamic ; max_children = 40 ; start_servers = 4 ;
min_spare = 4 ; max_spare = 10 ; max_requests = 500

## Fichiers récupérés (snapshots/php/)
- fpm-php.ini, cli-php.ini, fpm-pool.d-www.conf, fpm-conf.d-99-tlo-opcache.ini

## Remarques sécurité/perf
- Aucun module dangereux exotique. xmlrpc (extension PHP) présent = normal, distinct de wp xmlrpc.php.
- `upload_max_filesize = 2M` / `post_max_size = 8M` : faibles pour la médiathèque WP -> à revoir si besoin upload gros visuels.