из старт реквест запрос проходит 100500 мидлварей  приходит в парсе

🤯 ну, тогда самое простое - проверить, что из себя представляют словари data и {'cat': cat} перед передачей в JsonRequest, если тут все ок, то смотреть, что вообще приходит внутрь kwargs (его структуру) parse(). Если и тут все ок, то тогда ковырять все эти 100500 мидлварей... Ну или самый сложный и нелюбимый всеми путь - сделать тесты и насиловать уже их. Наверное, как-то так

Можно еще по-старинке засунуть cat в meta, глядишь пройдет.

спасибо, кеп, но с метой та же самая хрень

Тады дебаж :)

есть третий путь, на который я больше всего надеюсь, моих товаров почти в три раза больше эталонного списка 😂
так что, недостающая пара сотен позиций - пока клиент забьет...

но, сцука, куда они пропадают 🤬

У меня, сейчас, так же как и с запросами, что до этого мучал.
Сейчас мне не обязательно, но, потом может на другом проекте "стать ребром"...

если нарою в чем косяк - напишу....

Все верно, лично я бы тоже долбил это 👍. Ведь рано или поздно может все равно коснуться...

А у мидлварей нету что-то типа кнопочки bypass?

Ну, т.е. отключить их все, чтобы не мешались, получить чистые данные, а потом постепенно по одному включать и смотреть на результат. Если там так можно...

Благодарю

можно, только часть функционала потеряестя :)

а не

отмена

вот так всегда, сделаешь херню, напишешь в чат и потом удаляешь, потому что тупую ошибку сделал

везучий

Добрый день!
Не подскажите пример одного, двух production-ready процесс менеджера?
А то когда давно пытался гуглить, вышел только на Celery, который казался оверкиллом для моих целей.
В итоге проще оказалось реализовать самому некое подобие процесс менеджера, который в запросе принимает ссылку на парсинг и периодичность, записывает эту инфу в бд, асинхронно с sleep(период) запускает парсинг ссылки с заданной периодичностью и в случае перезапуска, подтягивает из бд инфу с ссылками и периодичностями и опять по ним в цикле проходится.

В этом веке первый ответ - systemd

Селери не совсем то