Skip to content

v0.4.3 — Self-healing PHP-FPM & silent process spawns

Choose a tag to compare

@thayronarrais thayronarrais released this 12 May 08:38

Fixes

PHP-FPM no longer "randomly" stops

PHP-CGI on Windows self-terminates after PHP_FCGI_MAX_REQUESTS (default 500),
and the service supervisor never restarted it — so under normal use, a project
would suddenly start returning 502 Bad Gateway until you clicked Start
again on the Dashboard.

  • PHP_FCGI_MAX_REQUESTS=0 is now set on every php-fpm:<version> service,
    disabling the self-recycle. PHP-CGI stays alive as long as the stack is up.
  • The service manager now auto-restarts internal services (php-fpm) with
    exponential backoff (500 ms → 1 s → 2 s → 4 s → 8 s). If PHP ever does
    crash, nginx/apache stop serving 502s within ~1 second instead of waiting
    for the next manual Start.
  • The auto-restart respects user intent: clicking Stop still stops the
    process for good. A streak of 10 consecutive short-lived failures gives up
    with a clear error event instead of looping forever on a broken binary.

No more console window flashes on service start

Starting or restarting services briefly flashed a black console window. The
culprit was a Visual C++ Runtime smoke probe (<exe> --version) that ran
before every spawn without CREATE_NO_WINDOW. Fixed in:

  • internal/vcruntime — the smoke probe (fires on every Start and
    auto-restart)
  • internal/php, internal/nodejsmklink /J for the "current" version
    junction
  • internal/croncmd.exe /C for every fired cron job

All of these now spawn fully hidden with HideWindow + CREATE_NO_WINDOW.

Downloads

  • LaraEnv-0.4.3.msi
  • LaraEnv-0.4.3.msi.sha256

SHA-256: 18d59a77ea00353c6df42ae6e9a6521638fbaa700324c8de48530e03859ba92a