fix: doctrine native lazy objects

This commit is contained in:
2026-09-01 13:58:30 +02:00
parent a60e8357e8
commit 10ab2bd04b
7 changed files with 62 additions and 254 deletions
+6 -1
View File
@@ -54,7 +54,12 @@ Why each part is the way it is:
explicitly for both hosts, because the host's default CLI is not the right one. Cron's
`PATH` is typically only `/usr/bin:/bin`. `vendor/` is rsynced from a developer machine
and there is no `deploy:vendors`, so the CLI must match the PHP the dependencies were
installed against (8.3).
installed against (8.4). Deployments run `composer check-platform-reqs` locally before
rsync; because `config.platform.php` is pinned in `composer.json`, this only verifies
that the locked dependencies resolve against the PHP and extension set we target — it
does not probe the staging or production runtime. Keeping both FPM and
`/usr/local/bin/php` on staging and production at PHP 8.4 is a manual precondition of
every deploy.
- **`--time-limit=300`** on the mailing worker. An 800-recipient mailing needs roughly
200360 seconds of worker time — the fan-out renders 800 Twig bodies and inserts 800
rows, then the mails go out at about 35 per second over a reused SMTP connection. So a