можешь через впнку. У них на россию серваки не выдерживают нагрузки

https://www.facebook.com/safetycheck/saint-petersburg-russia-explosion-apr03-2017/ Вдруг кто фейсбуком пользуется

Проще всего медузу читать Самая актуальная инфа https://meduza.io/live/2017/04/03/vzryv-v-peterburgskom-metro-hronika

Парни есть небольшой нубский вопрос по системд... к примеру у меня есть test1.service test2.service test.all.service test.all.service - может ли этот сервис стартавать и стопать 1 и 2, как это делается? Или всетаки так не делать нельзя и нужно делаеть через таргет?

Типа реквайред?

Что ты хочешь сделать?

тип того

через таргет

system start test.all.service > start test1, start test2 аналогично стоп

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

Есть директива partOf

и потом просто systemctl start

посмотри по ней доку

кажется это то что тебе надо

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

Я правильно понимаю что partOf может несколько таргетов содержать?

я не знаю

я с системд колупаюсь пока со стороны сигруп.

Юниты мы после миграции будем писать)

Ну вроде можно просто непонятно как он разруливает как-то =(

https://meduza.io/live/2017/04/03/vzryv-v-peterburgskom-metro-hronika

все живи, здоровы?

Инфы, что кто-то из наших там был, нет

Первый список раненных и погибших Раненные: Облонская А., 1997 г.р. Постнов С., 1976 г.р. Золнов М., 58 лет Мелибоев Н. Ульянов Д. Александра З., 15 лет. Захарченко Владимир Константинович, 20 лет Семенов Максим Сергеевич, 20 лет Власов Александр Валерьевич, 18 лет Барацевич Игорь Алексеевич, 21 год Бугрова Ирина Леонидовна, 46 лет Петрухина Светлана Николаевна, 62 года Малыха Нина Ивановна, 64 года Бугрова Анастасия Витальевна, 19 лет Слесаренко Анжелика Геннадьевна, 41 год Куварин Константин Дмитриевич, 21 год Велиев Заур, 28 лет Эвелина, примерно 24 года Динара Тамаидаровна А. 1996 года рождения – скончалась в больнице Шурикджон Хокшакакбаров Неизвестная № 509, примерно 70 лет Неизвестная № 510, примерно 35 лет Неизвестная № 512, примерно 20 лет и вот ещё В 26-ю больницу госпитализированы Вера З. 59 лет (приемный покой), Юрий Ш. 53 года (реанимация),Тереза Ч. 18 лет (приемный покой), Юрий Ш. 53 года (приемный покой), Светлана Г 44 года ( ЛОР-отделение), Руслан Т. 24 года (ЛОР-отделение). Заур Велиев, 28 лет Неизвестная № 509, примерно 70 лет Неизвестная № 510, примерно 35 лет Неизвестная № 511 (Эвелина), примерно 24 года Неизвестная № 512, примерно 20 лет Ирина Бугрова, 46 лет Светлана Петрухина, 62 года Нина Малыха, 64 года Анастасия Бугрова, 19 лет Анжелика Слесаренко, 41 год Константин Куварин, 21 год Владимир Захарченко, 20 лет Максим Семёнов, 20 лет Александр Власов, 18 лет Игорь Баранцевич, 21 год Шурикджон Хокшакакбаров

>> MDK =/

Ну извините, больше нигде не было

Товрищи, питонисты, умудрённые опытом веб-разработки, хочу спрсить у вас совета, как правильно делать. :) А именно, допустим, есть Flask-приложение, на заданный URL приходит POST запрос с json-данными. Надо сделать что-то тяжёлое и долгое с учётом этих данных, а потом когда-нибудь отправить результаты на некоторый URL. Как это делается правильно, чтобы ничего не блокировалось? Придётся использовать что-то вроде Celery или может можно как-то иначе?

асинк, да

повесил в очередь или в луп, а сам сразу отдал какой-то ответ клиенту

когда отпроцессилось, прислал результаты

есть несколько вариантов как такое реализовать

То есть, по любому нужен отдельный процесс, где это будет обрабатываться. Есть что-то попроще Celery, чобы долго не возиться с настройкой? Или там всё просто?

http://python-rq.org есть такая штука, но ничего не могу сказать про недостатки - мало опыта работы с этой библиотекой.

То есть, по любому нужен отдельный процесс, где это будет обрабатываться. Есть что-то попроще Celery, чобы долго не возиться с настройкой? Или там всё просто?

ну и в uWSGI есть таски

Я его как раз использую

http://python-rq.org есть такая штука, но ничего не могу сказать про недостатки - мало опыта работы с этой библиотекой.

Тайм бейсед queue умеет?

ну и в uWSGI есть таски

Это вот это? https://pypi.python.org/pypi/uwsgi-tasks

http://python-rq.org есть такая штука, но ничего не могу сказать про недостатки - мало опыта работы с этой библиотекой.

Выглядит как что-то попроще чем celery :) Посмотрю, спасибо!

python-rq +1

То есть, по любому нужен отдельный процесс, где это будет обрабатываться. Есть что-то попроще Celery, чобы долго не возиться с настройкой? Или там всё просто?

ну, вот прямо из коробки без выпендрежа селери вполне просто. выбрал правильный concurrency и запустил в один процесс вместе с брокером. не особо хорошо, но заработает сразу, дальше аккуратно можно брокер отделить и скалить воркеры отдельно

Это вот это? https://pypi.python.org/pypi/uwsgi-tasks

http://uwsgi-docs.readthedocs.io/en/latest/Spooler.html

>распределенная серверная часть Пока не планируется ничего такого, приложение просто должно уметь отложенно отвечать на когда-то пришедший URL. Причем даже не обязательно параллельно всё считать, обычной очереди хватит. Кому надо может подождать ответа с данными.

https://twitter.com/gitlab/status/848969606731415553

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

надеюсь, мы ещё не закончили с шутками про GitLab и DB

Да, спасибо! Попробую

ну, вот прямо из коробки без выпендрежа селери вполне просто. выбрал правильный concurrency и запустил в один процесс вместе с брокером. не особо хорошо, но заработает сразу, дальше аккуратно можно брокер отделить и скалить воркеры отдельно

Я когда-то развёртывал django приложение, где использовался celery. Помню пришлось запускать и управлять всем этим из под supervisor. Сейчас, наверное, это можно и из под systemd рулить, но сейчас уже прсото нет времени всё это конфигурировать, надо срочно некую бабалайку запилить. А когда всё это ещё и не твоя предметная область, так вообще тяжко. Хорошо хоть документацию python-сообщество генерирует неплохую для своих проектов. И чатик есть где могут помочь, подсказать! :)

docker-compose жи

всё из одного и того же контейнера разными сервисами и всё

Celery не стоит, закапается, сначала пусть с флаской и rq заведёт )

Только rq - это шаг влево-вправо, надо самому кодить

Но я не против

Тот же рецепт деплоя все равно работает

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

Угу

Товрищи, питонисты, умудрённые опытом веб-разработки, хочу спрсить у вас совета, как правильно делать. :) А именно, допустим, есть Flask-приложение, на заданный URL приходит POST запрос с json-данными. Надо сделать что-то тяжёлое и долгое с учётом этих данных, а потом когда-нибудь отправить результаты на некоторый URL. Как это делается правильно, чтобы ничего не блокировалось? Придётся использовать что-то вроде Celery или может можно как-то иначе?

а клиент готов ждать?

А можно запустить rq worker из того же systemd сервиса, из которого я запускаю uwsgi сервер? Прописал ещё один ExecStart, но ничего не происходит, по видимому моя задача не отрабатывает. Логи нигде не нашёл. Пробую руками добавить вывод в логфайл, но в него ничего не пишется почему-то.

а клиент готов ждать?

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

А можно запустить rq worker из того же systemd сервиса, из которого я запускаю uwsgi сервер? Прописал ещё один ExecStart, но ничего не происходит, по видимому моя задача не отрабатывает. Логи нигде не нашёл. Пробую руками добавить вывод в логфайл, но в него ничего не пишется почему-то.

По системди не помогу. А почему нужен тот же сервис? Просто любопытно

Да на самом деле не нужен, нужно как проще

Как вообще это делается обычно?

ERROR: S client not available

Если без докера :)

Отдельно )

Рассчитывается что воркер вообще может быть на другой машине

Так что конфигурацию декомпозируют на приложение и воркер для обработки задач

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

А с селения так ещё и хартбит сервис :D

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

Бывает что кодовая база даже иная у воркера и приложения, так что обычно это не проблема

Ясно, попробую создать отдельный сервис для запуска rq worker

Но вообще фиг знает как системди сможет два процесса заспаунить и ими управлять… но может быть может )

А что с логами может быть? Хочу везде понапихать вывод в лог, но что-то нет вывода. Делаю как тут написано: http://flask.pocoo.org/docs/0.12/errorhandling/#logging-to-a-file Лог файл создаётся, но сообщения туда не сваливаются.

Я обычно стартую supervisor, а через него уже другие сервисы. uwsgi, rq, пр

Питон 3.5, супервизор вроде не работает с ним. Есть circus, но я его не пробовал.

А что с логами может быть? Хочу везде понапихать вывод в лог, но что-то нет вывода. Делаю как тут написано: http://flask.pocoo.org/docs/0.12/errorhandling/#logging-to-a-file Лог файл создаётся, но сообщения туда не сваливаются.

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

Глянь может какой flask-rq, что такое может есть что интегрирует конфирмант

*конфиги

Логи вообще ни от куда не приходят. Исключения падают в лог, который порождает uwsgi

Питон 3.5, супервизор вроде не работает с ним. Есть circus, но я его не пробовал.

Стартани его вторым питоном

Стартани его вторым питоном

Да, разумно

Я бы логировал в stderr и перенаправлял в файл

Логи вообще ни от куда не приходят. Исключения падают в лог, который порождает uwsgi

http://stackoverflow.com/a/27598615 может быть

https://12factor.net вот короче

Я бы логировал в stderr и перенаправлял в файл

Лучше уж заюзать питонячую подсистему логирования тогда, хотя думаю что у uwsgi оно так то и работает, что логично

Точнее, речь идёт о логах питонячих, скорее всего по INFO

И хочется их видеть, так же?

https://12factor.net вот короче

Это, конечно, круто, но надо читать вдумчиво и долго. Это я потом почитаю. :)

Это, конечно, круто, но надо читать вдумчиво и долго. Это я потом почитаю. :)

Там все суперпросто и без воды. Есть русская версия

И хочется их видеть, так же?

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

Там все суперпросто и без воды. Есть русская версия

Там идеология, а здесь имплементация прототипа, но идеология правильная )

Да, у меня чисто прототип, который "показать и выкинуть/переписать"