Ты знаешь, что такое wsgi?

Да, wsgi application это callable объект который содержит request data и скрипт который нужно запустить для ответа

Твой скрипт взаимодействует с uwsgi или подобным по протоколу wsgi. Параллельно может быть запущено несколько воркеров, если ты об этом. Но я все еще не понимаю, в чем проблема

Мне казалось что скрипт, в который передается request, запускается, а потом все переменный в его скоупе вайпаются

Поэтому как можно возвращать переменную которая каждый раз будет очищаться. Для чего тогда изобрели redis или memcached?

Нет, он запускается один раз. Зачем на каждый запрос процесс спаунить?

Почему тогда нельзя хранить все в переменных*

Так в cgi делали когда-то давно

Почему тогда нельзя хранить все в переменных*

Потому что иногда нужно обмениваться данными с другими приложениями, например с фоновыми воркерами

Потому что иногда нужно обмениваться данными с другими приложениями, например с фоновыми воркерами

Как ты передашь переменную, которую ты обновляешь раз в секунду, в 1000 реквестов?

Где она будет крутиться?

Как ты передашь переменную, которую ты обновляешь раз в секунду, в 1000 реквестов?

return не обнуляет значение переменной

Она глобальная

return не обнуляет значение переменной

Конечно.

Но после return скрипт возвращается и все что было внутри с ним же умирает

Реквест с точки зрения твоего приложения — просто вызов вьюхи. Ничто не запрещает ей обращаться к глобальным переменным

Но после return скрипт возвращается и все что было внутри с ним же умирает

Кто тебе такую глупость сказал?

manage.py runserver делал когда-нибудь? Он умирал после каждого запроса?

manage.py runserver делал когда-нибудь? Он умирал после каждого запроса?

Нет конечно. Он же постоянно слушает, как на лупе

Он не закрывается

И твое приложение не закрывается

И твое приложение не закрывается

Да, но моё приложение состоит из отдельных скриптов которые после выполнения своей работы умирают

Это твои проблемы, в wsgi не так

Но это нормальное поведение, мне нужно чтобы они отдали return и всё

Следующий реквест вызовет скрипт если нужно

Для твоей задачи может и нормальное, для веб-сервиса нет

Почему?

Потому что нахрена спаунить процесс при каждом запросе?

Зачем спаунить процесс..

Я же не Апач

>моё приложение состоит из отдельных скриптов которые после выполнения своей работы умирают

Умирают != завершаются?

Каждый реквест обрабатывается функцией, так?

Да

Функция возвращает return, так?

Да

FBV

О них сейчас.

Да по сути тоже самое

Без разницы

Угу

После завершения функции, все что было внутри скоупа чистится?

блин пока приложение работает переменная сохраняется вот если упадёт то да, переменная очистится и надо заново ее заполнять

Что такое скоуп?

Scope

Локальные переменные, естественно, чистятся

После завершения функции, все что было внутри скоупа чистится?

глобальная переменная причём тут функция?

Глобальные, естественно, нет

А где крутить обновление глобальной переменой?

В фоновом треде

А где крутить обновление глобальной переменой?

она глобальная пока приложение работает глобальная переменная существует

она глобальная пока приложение работает глобальная переменная существует

Абсолютно согласен.

Тогда почему бы не использовать глобальные переменные вместо бд в памяти?

Почему используют redis?

Тогда почему бы не использовать глобальные переменные вместо бд в памяти?

хотят сохранить результат после падения приложения например?

Потому что если нужно взаимодействие с другими процессами, глобальные переменные не помогут

хотят сохранить результат после падения приложения например?

Разве оно падает? Я думал просто выходит с ошибкой, а следующий реквест может быть нормально обработан

Разве оно падает? Я думал просто выходит с ошибкой, а следующий реквест может быть нормально обработан

Сервер иногда перезапускают

Разве оно падает? Я думал просто выходит с ошибкой, а следующий реквест может быть нормально обработан

ну сервер и упасть может мало ли ошибка в коде или ещё чего нибудь

Тогда почему вы ему советуете использовать глобальные переменные, раз с ними может быть столько проблем

Всё-таки 1000 RPS это не шутка

Потому что для кеша персистентность и отказоустойчивость не важна

Какие проблемы могут быть? То что переменная очиститься при падании? Так это не страшно

ну вот если не страшно то юзай

Хорошо. Спасибо большое, что объяснили мне

заново запрос сделать обновить переменную м дальше раздавать

Я надеюсь что оно не будет падать, а даже если и упадёт так оно загрузит новое значение

Я надеюсь что оно не будет падать, а даже если и упадёт так оно загрузит новое значение

Тебе ведь главное чтобы отдельный скрипт обновляющий переменную не упал, так?

Это не отдельный скрипт. Это поток

а кстати как потоки запускать в каком то интервале? слипать что ли ?

По-моему можно как-то делать schedule

Запросили, поспали секунду

объясните, что такое докер и зачем он нужен?

объясните, что такое докер и зачем он нужен?

это контейнер

это контейнер

и для чего он нужен?

ну чтобы изолироваться от глобального окружения ну и в следствии удобнее свой проект развернуть на другом компьютере

но слух прошёл что он говно ?

в принципе я всегда виртуальным окружением пользуюсь для проектов и нормально

в принципе я всегда виртуальным окружением пользуюсь для проектов и нормально

я тоже только виртуальное окружение использую

ну вот и не парься

я чёт начал докер юзать потом забил

ок, сенкс

Кто пользовался докером в продакшн? Есть какие-нибудь советы по настройке

Какие-то есть :)

Какие-то есть :)

?

Ну я думал запустить поток который в фоне будет стучаться на внешнюю API раз в секунду. А результат сохранять в переменяю, ну или статическое свойство класса или в синглтон

Добро пожаловать в race condition

Добро пожаловать в race condition

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

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

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

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

Он в реквестах только читает переменную

Тем более

В моем случае это не страшно. Ну обновит поток переменную. Значит я отправлю в ответ более свежие данные. Отлично

Не, я серьезно, это будет потом проблема в архитектуре

Такие темные места надо придумать заранее и будет круть

В го, например, есть дефер

Единственное меня напрягает не может ли так случиться что в переменной окажется не полная строка, а только часть.

Я предлагал Redis. Сказали, что слишком большой оверхед.

Когда можно удобно работать со счётчиками, как раз

Я предлагал Redis. Сказали, что слишком большой оверхед.

Тоже не понял: почему?

В го, например, есть дефер

Но так это последнее что выполняется перед завершением​ функции, а здесь нужно каждую секунду обновлять переменную, а не с каждым реквестом.