Harald Hoyer
73bf52dbaf
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> |
||
|---|---|---|
| .. | ||
| acme.nix | ||
| backup.nix | ||
| default.nix | ||
| fileserver.nix | ||
| firefly.nix | ||
| hardware-configuration.nix | ||
| mail.nix | ||
| network.nix | ||
| nginx.nix | ||
| openwebui.nix | ||
| searx.nix | ||
| uptime-kuma.nix | ||
| wyoming.nix | ||