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

КАК МЫ С ПАВЛОМ СПАСАЛИ USER_ID

Значит, приходит ко мне сегодня Павел и говорит: — Слушай, у нас тут проблема с user_id в парсерах... А я такой: — Какая проблема? Мы же вчера все исправили! — Ну вот смотри, — говорит, — TaskExecutor берет задачу с одним user_id, а я запускаю с другим... И тут я понимаю — у нас ДУБЛИ В БАЗЕ ЛИЦЕНЗИЙ! 😱 Один api_client_id принадлежит ДВУМ пользователям! Это как если бы у вас был один паспорт на двоих — кто из вас настоящий?!

В Windows командной строке пытаюсь запустить многострочный Python код: `python -c " from parser.database import execute_query А Windows мне: — "from" не является внутренней или внешней командой! Это как пытаться объяснить бабушке что такое API через СМС! 📱👵

Павел смотрит на логи и говорит: — Странно... А я уже в панике! Когда разработчик говорит "странно", это значит, что либо: 1. Найдена фундаментальная ошибка в логике 2. Обнаружен баг в самой реальности 3. Кто-то забыл включить компьютер Оказалось — просто TaskExecutor взял задачу с другим user_id! Как будто заказал пиццу "Маргарита", а привезли "Четыре сыра"! 🍕

Сначала я добавил "обратную совместимость": `if args.client_id and args.user_id:

else:

А Павел говорит: — Забудь про обратную совместимость! Работаем ТОЛЬКО с аргументами! Это как убирать из машины педаль газа, но оставлять стартер! "А вдруг кто-то захочет завестись как в старые времена!" 🚗

В конце Павел говорит: — Странно... проблема в том, что при ошибке 401 информация об ошибочном API не сохраняется в таблицу... Я уже готов создавать таблицу api_key_errors с индексами и представлениями... А Павел: — Забудь. Сейчас это не важно) Актуализируй документацию и закончим на сегодня)) Это как построить космический корабль, а потом сказать: "А знаешь что, давай просто на дачу съездим!" 🚀➡️🏡``