nixcfg/systems/x86_64-linux
Harald Hoyer 73bf52dbaf sgx/firefly: bump fastcgi_read_timeout + PHP max_execution_time on both vhosts
Bulk imports of 100+ transactions per chunk hit the default 60s
fastcgi timeout on the main Firefly III vhost too — not just the
importer endpoint. The importer's per-transaction API call to Firefly's
/api/v1/transactions can take 20+s on a fresh DB without ANALYZE,
which compounds with the 30s PHP max_execution_time cap.

- nginx fastcgi_read_timeout=600s on both `firefly` and `firefly-import`
  vhosts
- php_admin_value[max_execution_time]=600 + memory_limit=512M on both
  PHP-FPM pools
- VANITY_URL on the importer now points to the main Firefly III URL
  (was wrongly pointing at the importer's own domain, breaking
  clickable transaction-show links in importer log messages)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-02 16:44:20 +02:00
..
amd feat(amd): latest kernel ryzen kernel module 2026-04-27 10:40:23 +02:00
attic fix(attic): fix nginx proxy cache bypass and add cache lock 2026-03-25 13:38:32 +01:00
halo chore: statix fix 2026-04-20 10:09:24 +02:00
mx refactor(mx): extract disk check services into disk-check.nix 2026-04-20 10:28:27 +02:00
nixtee1 refactor(nix): extract common system configs into reusable modules 2026-01-30 10:42:09 +01:00
sgx sgx/firefly: bump fastcgi_read_timeout + PHP max_execution_time on both vhosts 2026-05-02 16:44:20 +02:00
t15 refactor(nix): extract common system configs into reusable modules 2026-01-30 10:42:09 +01:00
x1 chore: statix fix 2026-04-20 10:09:24 +02:00