Стабильность batch операций

[Вурдалак]

https://github.com/zendframework/ZendQueue
адаптерно независимое решение

Выглядит немного уныло. В Laravel с отдельными контрактами для Queue лучше.

 

[WMix]

Вурдалак, я не разбирался еще с лявравским. просто смотрю они спорят о адаптере...

 

[Вурдалак]

Вурдалак, я не разбирался еще с лявравским. просто смотрю они спорят о адаптере...

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

 

[grigori]

Вместо запуска по крону в современных дистрибутивах, где init-система имеет функции супервизора (upstart, systemd), может быть удобно запускать ей. Пусть себе скрипт делает работу и дохнет - само же и перезапустится моментально, и c pid-файлами само разберется. Несколько инстансов современные инит-системы тоже умеют.

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

Если события возникают достаточно редко, активный поллинг сам по себе получается слишком нагрузочным, и хочется запускать обработчик только по факту получения события - можно взять gearman, например. Он хотя бы достаточно простой. Что касается возможной потери данных - так можно отправлять не данные, а уведомления, потерять одно уведомление совсем не страшно, если оно в виде "чувак, там для тебя что-то есть". Но тут уже надо аккуратнее - не устроить себе race condition.

да не нужны ему никакие gearman, ZendQueue и т.п.
ему надо пересчитывать 50 тысяч скидок в день за 5 минут, из которых 4 займет исполнение запросов update в базе

 

[WMix]

нормальный демон запускается от root'a, и переключается на пользователя в зависимости от задачи сам

 

[grigori]

это бывает проблемой

 

[WMix]

 

[AnrDaemon]

А крепление за [цензуру]?

 

[fixxxer]

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

sudo штука гибкая

 

[grigori]

 

[grigori]

sudo штука гибкая

на каждый гибкий инструмент найдется админ-баран

 

[WMix]

- можно ли задачу для супервизора ставить не от рута?
- sudo штука гибкая

пароль для рута хранить не хочется
не проще ли наоборот?

 

[AnrDaemon]

на каждый гибкий инструмент найдется админ-баран

И пара идиотов-советчиков.

 

[AnrDaemon]

пароль для рута хранить не хочется
не проще ли наоборот?

Зачем хранить пароль от рута?
man sudoers

 

[WMix]

AnrDaemon, может ты чтото не понимаешь? или у тебя есть права root'а или нет, если есть, то ты и есть root.

 

[grigori]

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

 

[WMix]

да, я забыл про словосочетание "админ-идиот", не мог виртуалку с root'ом под проект поставить

 

[fixxxer]

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

ты переоцениваешь сложность

$ cat /etc/init/some-service-master-production.conf
description "Some service: master"
start on filesystem or runlevel [2345]
stop on runlevel [!2345]
respawn
setuid username
setgid groupname
exec /usr/bin/php -f /path/to/run.php -- --config=config-production.php

Этвсё. Хотя я перед таким примером люблю дать ссылку на upstart cookbook :trollface:
С systemd не сложнее.

 

[AnrDaemon]

AnrDaemon, может ты чтото не понимаешь? или у тебя есть права root'а или нет, если есть, то ты и есть root.

Я как раз понимаю.
Вполне можно дать возможность одному пользователю запустить одну конкретную программу от имени другого пользователя, не давая ни тому ни другому прав рута.

www-data        ALL = (sslca) NOPASSWD: /home/.CA/bin/minica.sh req*

 

[WMix]

AnrDaemon, чет не вьеду

wmix ALL = NOPASSWD: /etc/init.d/nginx

$ sudo /etc/init.d/nginx stop
[sudo] password for wmix: << какого?

как это делается?