SI
крон в линуксе(ос х, тоже кажется), планировщик в виндовсе
И вообще в идеале чтоб они сообщали основному скрипту "Алло! Братан, я закончил, если что))"
Так а это?
Size: a a a
2020 February 14
👮
👮
не факт.
Я по другому понял.
Я по другому понял.
👮
Надо больше инфы короч
👮
Всем доброе утро)
Мне тут пришла в голову безумная идея и собственно теперь задался вопросом)
А можно-ли из питонячего скрипта запускать еще один скрипт в отдельном интерпретаторе?
Допустим есть скрипт, который тихо спокойно себе работает и время от времени запускает отдельно еще 17 скриптов, которые запускаются каждый в своем python.exe, делают свою небольшую грязную работу и не мешают работе основного скрипта, а потом благополучно закрываются.
И вообще в идеале чтоб они сообщали основному скрипту "Алло! Братан, я закончил, если что))"
Мне тут пришла в голову безумная идея и собственно теперь задался вопросом)
А можно-ли из питонячего скрипта запускать еще один скрипт в отдельном интерпретаторе?
Допустим есть скрипт, который тихо спокойно себе работает и время от времени запускает отдельно еще 17 скриптов, которые запускаются каждый в своем python.exe, делают свою небольшую грязную работу и не мешают работе основного скрипта, а потом благополучно закрываются.
И вообще в идеале чтоб они сообщали основному скрипту "Алло! Братан, я закончил, если что))"
Какая ситуация у тебя? Я сходу чето даже не могу придумать кейс для такого.
ЮЧ
Кажется?)
SI
👮♂️ Andrey Sergeevich
Надо больше инфы короч
Я запутался, какую инфу тебе нужно, могу попробовать помочь?!
👮
Я запутался, какую инфу тебе нужно, могу попробовать помочь?!
От автора поста про запуск нескольких скриптов, не от тебя.
x
в общем) есть основной скрипт, который занимается тем, что, допустим, ходит в базу и ищет неопубликованные посты и постит их в телеграм канал)
и надо парсить 17 сайтов) вот я и думаю как это организовать, чтоб основной скрипт отвечал за телегу и время от времени запускал скрипты парсеров при этом не блокируя основной поток выполнения (чтоб можно было управлять самим телеграм ботом)
и надо парсить 17 сайтов) вот я и думаю как это организовать, чтоб основной скрипт отвечал за телегу и время от времени запускал скрипты парсеров при этом не блокируя основной поток выполнения (чтоб можно было управлять самим телеграм ботом)
x
ну чтоб можно было запустить только один main.py и он уже сразу всю работу делал)
A
Асинхронщина, многопоточность, мультипроцессинг
A
Выбирай
x
с удовольствием бы выбрал)) но не знаю даже с чего начать))
A
Та логика, которую ты описываешь наиболее плотно реализуется асинхронкой
DD
в общем) есть основной скрипт, который занимается тем, что, допустим, ходит в базу и ищет неопубликованные посты и постит их в телеграм канал)
и надо парсить 17 сайтов) вот я и думаю как это организовать, чтоб основной скрипт отвечал за телегу и время от времени запускал скрипты парсеров при этом не блокируя основной поток выполнения (чтоб можно было управлять самим телеграм ботом)
и надо парсить 17 сайтов) вот я и думаю как это организовать, чтоб основной скрипт отвечал за телегу и время от времени запускал скрипты парсеров при этом не блокируя основной поток выполнения (чтоб можно было управлять самим телеграм ботом)
Rpc + redis + rq scheduler Я бы этими тулами воспользовался
A
Читать про asyncio
A
Да, можно и про него
R3
Читать статьи со сравнением
A
Но тогда и убедиться, что возврат данных потокобезопасен
A
Иначе получится блокировка