хз.
во фласк хочу создать отдельно поток при компиляции кода, чтоб он чекал на стороне изменения файлов.
в точку входа запуск потока писать или в самом коде, в глобальной области видимости.
и второй тупой вопрос:
если этот поток в случае "success" (положительный сценарий кода) возвращает в глобальную область видимости мутабельный объект {}, то смогут-ли его подхватит другие функции в роутах например и изменить (понятно, что если мутабельный = изменяемый, я про область памяти, не получится-ли так, что только 1 процесс службы uwsgi только будет видеть объект и сможет его менять, в то время, как другие процессы той же службы изменить не смогут)? или нет?
п.с.
сори за непонятный текст, мб где-то ошибся с терминами или понимание "набекрень" каких-то вещей, не судите строго.
изменять в памяти массив данных "налету", а если есть изменения в определённых файлах, обновлять данные, независимо от работы самого app
И все равно цель не описана. Такое чувство что ты свой IPC изобретаешь
хранение в памяти словаря мутабельного обновляемого, для доступа других функций к нему из глобальной области видимости
Нет, это не цель. Это твое костыльное решение задачи.
С фласком ничего не надо запускать, ты его будешь в какой нибудь гюникорн отправлять, который будет спавнить воркеры и процессы которые ты будешь запускать рядом, будут отваливаться, делай рядом отдельный интерпретатор, в соседнем контейнере с тем же образом, но другой командой, к примеру
а как они данные между собой смогут шарить?
Очереди, kv хранилище типа редиса, БД (прости господи)
Всё это в пару строчек в докер компосте поднимается, смотри что по вкусу подойдёт
спасибо, попробую
У редиса можно ещё и очереди запустить, но не рекомендую
Обсуждают сегодня