После сбоя непонятно, с какой позиции продолжать.
C:\SUDO_AI\CASES\GOOFISH
OSKL to Goofish
Возобновляемая публикация каталога из 4 468 строк с журналом, лимитами и защитой от повторов.
Проблема процесса
Какие боли закрывает система
Повторный запуск может создать дубли.
Слишком частые записи вызывают блокировку.
Архитектура
Контур решения
каталогпроверка журналаrate limitпубликацияresume
Технологический контур:Browser automation / Encrypted cookies / Append-only journal / Rate limiter
Состав системы
Модули и контрольные точки
Каждый модуль имеет вход, проверяемый результат и обработку исключений.
append-only журналskip существующихfallback-карточкишифрование cookieslive opt-inпауза по риску
Процесс продолжается после остановки.
Уже опубликованные позиции пропускаются.
Запись ограничена безопасной частотой.
Технический разбор
Как устроен проект
Практическая схема выбора, внедрения и эксплуатации без обещаний «магии одной кнопки».
Архитектура кейса
Возобновляемая публикация опирается на append-only журнал
Перед каждой публикацией система проверяет журнал по стабильному идентификатору товара. Успешная операция записывается отдельно, поэтому после остановки процесс продолжает работу с первой неподтверждённой строки и не создаёт повторную карточку.
Rate limiter ограничивает частоту действий, а live-режим включается отдельно от безопасного режима проверки. Cookies хранятся в зашифрованном виде, ошибки площадки и паузы по риску остаются в журнале запуска.
- append-only log
- resume
- skip duplicates
- rate limits
- live opt-in
FAQ.txt
Вопросы до старта
Коротко о границах, сроках, данных и экономике проекта.
Как продолжить загрузку после сбоя?
Новый запуск читает журнал, пропускает подтверждённые товары и продолжает с первой незавершённой позиции.
Начнём с одного процесса
Опишите текущую работу, системы и ограничения. Вернёмся с техническими вопросами и форматом первого этапа.