Владимир Куц, да, я видел. мне непонятно только - зачем писать в примере одно а прикладывать код ошибок от другого. вот к этому я хотел подвести автора вопроса.
тут ссылки не помогут и архитектура проекта - это отдельная тема не на один час обьяснений :) просто берите и делайте. все проблемы решайте по мере их поступления :) такой путь развития проекта тоже бывает. удачи Вам :)
Pro100Chel, тогда процедура немного другая. каждый раз при записи в БД генерится хеш, при парсинге вы также из всех полей генерите хеш и сравниваете с существующим. если хеши совпадают, то ничего не делается. если хеши разные - то происходит апдейт записи и порождение фоновой задачи. думаю процесс ускорится :)
Dima_kras, не нужно делать как-то, нужно делать только хорошо либо вообще никак
отлично, если захват - запускайте его в отдельном потоке и останавливайте когда вам нужно
адская смесь, но очень интересная :)
хотелось бы взглянуть на этот код, и думаю что это вполне работоспособная комбинация должна быть. можно как-то сделать простой примерчик на гитхаб выложить ? просто "для посмотреть"
Saboteur, просто раскажу свой опыт, я своему сыну рассказал о python в 16 лет. в 19 он уже спокойно пишет на asyncio, Django, Flask, применяет Celery, Swager и сам освоил Vue
но до этого времени у него был футбол, велосипед, скейт, секции рукопашного боя, английский, бальные танцы и прочее. человек растет еще в 9 лет. может ему программирование и не интересно будет в жизни
также Celery позволяет выстроить очередь выполнения задач и задать количество воркеров для выполнения какой-то очереди. так что если строить полноценный бэкэнд то только так
я люблю Celery :) и мне чужое мнение про пушку как-то фиолетово :) главное что оно работает и задачу можно запланировать и отменить. остальное то уже просто вкусовщина
soho350, устаревшая схема дистрибьюции. когда "вьедете" в программирование то поймете.
для начала надо чтобы Ваше имя было узнаваемым, и только тогда думать о реализации по