All checks were successful
Cloud Apache Container / Build-and-Push (74) (push) Successful in 1m19s
Cloud Apache Container / Build-and-Push (80) (push) Successful in 2m35s
Cloud Apache Container / Build-and-Push (81) (push) Successful in 1m16s
Cloud Apache Container / Build-and-Push (82) (push) Successful in 1m29s
Cloud Apache Container / Build-and-Push (83) (push) Successful in 2m2s
Cloud Apache Container / Build-and-Push (84) (push) Successful in 2m15s
Cloud Apache Container / Build-and-Push (85) (push) Successful in 2m22s
Cloud Apache Container / Build-FPM-Images (74) (push) Successful in 2m30s
Cloud Apache Container / Build-FPM-Images (80) (push) Successful in 1m14s
Cloud Apache Container / Build-FPM-Images (81) (push) Successful in 2m6s
Cloud Apache Container / Build-FPM-Images (82) (push) Successful in 2m20s
Cloud Apache Container / Build-FPM-Images (83) (push) Successful in 3m20s
Cloud Apache Container / Build-FPM-Images (84) (push) Successful in 2m19s
Cloud Apache Container / Build-FPM-Images (85) (push) Successful in 2m41s
Cloud Apache Container / Build-LiteSpeed-Images (81) (push) Successful in 43s
Cloud Apache Container / Build-LiteSpeed-Images (82) (push) Successful in 1m16s
Cloud Apache Container / Build-LiteSpeed-Images (83) (push) Successful in 29s
Cloud Apache Container / Build-LiteSpeed-Images (84) (push) Successful in 56s
Cloud Apache Container / Build-LiteSpeed-Images (85) (push) Successful in 2m2s
Cloud Apache Container / Build-Shared-httpd (push) Successful in 51s
OLS runs as the customer user end-to-end (server-level user/group set by create-vhost-litespeed.sh), so lsphp inherits that uid without per-request suEXEC. Eliminates the per-httpd-worker lsphp instance fan-out — one shared lsphp parent now serves all httpd workers via the shared socket. Combined with opcache.memory_consumption 128→32M, brain-jar measured shmem dropped from ~880 MiB → 32 MiB and memory.current from ~1.1 GiB → 67 MiB at the 1.5 GiB cap. No new oom_kills since the change. Safe because cac-litespeed is one-customer-per-container — the container boundary is the privsep boundary. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
49 lines
1.4 KiB
INI
49 lines
1.4 KiB
INI
; Production lsphp overrides — mirrors configs/prod-php.ini for the FPM
|
||
; image, adapted for LSAPI defaults. Dropped into /usr/local/lsws/lsphpNN/etc/php.d/
|
||
|
||
memory_limit = 256M
|
||
post_max_size = 384M
|
||
upload_max_filesize = 256M
|
||
max_input_vars = 2000
|
||
max_execution_time = 60
|
||
max_input_time = 120
|
||
|
||
expose_php = Off
|
||
short_open_tag = Off
|
||
|
||
display_errors = Off
|
||
log_errors = On
|
||
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
|
||
zend.exception_ignore_args = On
|
||
|
||
session.save_handler = files
|
||
session.use_cookies = 1
|
||
session.use_only_cookies = 1
|
||
session.use_strict_mode = 0
|
||
session.gc_probability = 1
|
||
session.gc_divisor = 1000
|
||
session.gc_maxlifetime = 1440
|
||
|
||
opcache.enable = 1
|
||
; Sized small because shmem is per-process-RSS on Linux cgroups (vs PHP-FPM's
|
||
; COW-shared model). At 128 MB × N lsphp instances we were hitting 800+ MiB
|
||
; shmem on heavy WP sites; 32 MB × N fits comfortably and still caches ~4000
|
||
; scripts (covering Divi + WC + WP core easily). Bump per-site via WHP user
|
||
; variables (OPCACHE_MEMORY_MB) if a high-traffic site needs more.
|
||
opcache.memory_consumption = 32
|
||
opcache.interned_strings_buffer = 8
|
||
opcache.max_accelerated_files = 4000
|
||
opcache.revalidate_freq = 60
|
||
opcache.enable_cli = Off
|
||
|
||
output_buffering = 4096
|
||
default_charset = "UTF-8"
|
||
|
||
file_uploads = On
|
||
max_file_uploads = 20
|
||
|
||
soap.wsdl_cache_enabled = 1
|
||
soap.wsdl_cache_dir = "/tmp"
|
||
soap.wsdl_cache_ttl = 86400
|
||
soap.wsdl_cache_limit = 5
|