lekss361 c3bc96535d fix(scraper): диагностируем «кнопка не работает» — Redis lock + task_received log ... Симптом: POST /admin/scrape/kn возвращает task_id, но run_id не появляется в kn_scrape_runs. Причина: зомби-worker оставил Redis-lock с TTL=2h, новые задачи скипаются с reason='lock_held' молча. Backend: - _LOCK_TTL_SECONDS 7200 → 1800 (full sweep ~25-30 мин — потолок). - force_release_lock() helper + новый POST /api/v1/admin/scrape/release-lock. - TriggerKnRequest +force: bool — при true перед apply_async удалить lock. - _log_task_received() / _log_task_skipped() — kn_scrape_log пишет «task подхвачен/skip» с run_id=NULL до основного flow. Теперь UI показывает whether worker реально получил задачу. Frontend: - Чекбокс ⚡ Force в форме запуска. - Кнопка 🔓 Снять Redis-lock (отдельный endpoint). - Уведомление о результате release.		2026-04-28 23:17:42 +03:00
..
alembic	ops: alembic baseline, pre-commit, TIGER cleanup, pg_dump scripts	2026-04-26 13:08:51 +03:00
app	fix(scraper): диагностируем «кнопка не работает» — Redis lock + task_received log	2026-04-28 23:17:42 +03:00
db/init	ops: alembic baseline, pre-commit, TIGER cleanup, pg_dump scripts	2026-04-26 13:08:51 +03:00
tests	init	2026-04-25 13:45:19 +03:00
.dockerignore	fix(scraper): диагностируем «кнопка не работает» — Redis lock + task_received log	2026-04-28 23:17:42 +03:00
.env.example	add log	2026-04-27 18:52:21 +03:00
alembic.ini	ops: alembic baseline, pre-commit, TIGER cleanup, pg_dump scripts	2026-04-26 13:08:51 +03:00
Dockerfile	fix(scraper): диагностируем «кнопка не работает» — Redis lock + task_received log	2026-04-28 23:17:42 +03:00
pyproject.toml	fix ui lag	2026-04-27 20:26:55 +03:00
uv.lock	fix alch	2026-04-27 22:03:48 +03:00