Fix worker getting stuck during sync: add timeouts, stuck detection, and safety limits

- Add invokeWithTimeout wrapper for TDLib API calls (2min timeout per call)
- Add stuck detection to getChannelMessages: break if from_message_id doesn't advance
- Add stuck detection to getTopicMessages: same protection for topic scanning
- Add stuck detection to getForumTopicList: break if pagination offsets don't advance
- Add max page limit (5000) to all scanning loops to prevent infinite pagination
- Add mutex wait timeout (30min) to prevent indefinite blocking when holder hangs
- Add cycle timeout (4h default, configurable via WORKER_CYCLE_TIMEOUT_MINUTES)
- Fix end-of-page detection to use actual limit value instead of hardcoded 100

Co-authored-by: xCyanGrizzly <53275238+xCyanGrizzly@users.noreply.github.com>

worker/dist/util/config.js

@@ -0,0 +1,19 @@
+export const config = {
+    databaseUrl: process.env.DATABASE_URL ?? "",
+    workerIntervalMinutes: parseInt(process.env.WORKER_INTERVAL_MINUTES ?? "60", 10),
+    tempDir: process.env.WORKER_TEMP_DIR ?? "/tmp/zips",
+    tdlibStateDir: process.env.TDLIB_STATE_DIR ?? "/data/tdlib",
+    maxZipSizeMB: parseInt(process.env.WORKER_MAX_ZIP_SIZE_MB ?? "4096", 10),
+    logLevel: (process.env.LOG_LEVEL ?? "info"),
+    telegramApiId: parseInt(process.env.TELEGRAM_API_ID ?? "0", 10),
+    telegramApiHash: process.env.TELEGRAM_API_HASH ?? "",
+    /** Maximum jitter added to scheduler interval (in minutes) */
+    jitterMinutes: 5,
+    /** Maximum time span for multipart archive parts (in hours). 0 = no limit. */
+    multipartTimeoutHours: parseInt(process.env.MULTIPART_TIMEOUT_HOURS ?? "0", 10),
+    /** Delay between Telegram API calls (in ms) to avoid rate limits */
+    apiDelayMs: 1000,
+    /** Max retries for rate-limited requests */
+    maxRetries: 5,
+};
+//# sourceMappingURL=config.js.map