Фоновая работа со сторонним сервисом - как организовать?

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

...и решает залогиниться и проверить, как оно.

Правильно тебе посоветовали - взваливать на клиентскую сторону какое-либо управление глупо.

и решает залогиниться и проверить, как оно.

С другой машины/телефона/микроволновки, естественно.

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

Что ты имеешь в виду под «клиентской стороной»? Кажется, мы друг друга не понимаем.

Возможно. Что ты имеешь в виду?

Клиентская сторона - это, грубо говоря, браузер юзера, где выполняются разве что скрипты на js. Серверная - это само веб-приложение (в моем случае, написанное с помощью RoR). Заданный юзером конфиг в любом случае хранится в БД на сервере. При чем тут возможность того, что юзер залогинится и проверит, а то и сделает это с другого компа?

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

Я плохо представляю себе реалии веб-девелопмента. Хостер разрешит мне пихать всякую дрянь в crontab? Или как это лучше организовать?

копай в сторону организации очереди задач

Вариантов много. От идеи городить свой велосипед с daemons я бы отказался — это, наверное, было годно в 2008, но не сейчас. Сделал бы как показано здесь.

Я, честно говоря, удивлен, что у фреймворков нет такой фичи из коробки.

Я, честно говоря, удивлен, что у фреймворков нет такой фичи из коробки.

В Rails 4 хотели запилить, но не сошлись в том, каким оно должно быть. Так что пока что каждый сам должен выбрать понравившийся gem.

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

Сервер на балконе? Или как?

Я думаю вам тут толком не ответят. А вы даете мало/неправильную инфу на входе, сложно понять, что вообще нужно, на что вы рассчитываете. Кроме того, есть большая разница - что такое «сторонний сервис»? Если хотите, стукните мне в лицо coderage@jabber.ru

Я бы написал полноценного отдельного демона, с которым web-приложение могло бы общаться по RPC (своевременно сообщать демону об изменениях или о новых заданиях, это куда лучше постоянного опроса БД), и который также самостоятельно работал бы с БД.

Может даже добавить long-poll или websocket'ы для оперативного информирования клиентов (если это необходимо).

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

Я бы написал полноценного отдельного демона, с которым web-приложение могло бы общаться по RPC (своевременно сообщать демону об изменениях или о новых заданиях, это куда лучше постоянного опроса БД), и который также самостоятельно работал бы с БД.

Нафиг не нужно, т.к. этим демоном будет выступать сам PHP. Если человек в вебе не разрабатывает, то связать демона на Си, морду на ПХП и докрутить к ней всякие jQuery - это голову сломать.

А вообще все упирается в сервис-донор. Одна капча и можно забить на идею.

Нафиг не нужно, т.к. этим демоном будет выступать сам PHP

http://habrahabr.ru/post/179399/

Если человек в вебе не разрабатывает, то связать демона на Си

Это может быть также C++/Perl.

морду на ПХП и докрутить к ней всякие jQuery - это голову сломать.

Если человек в вебе не разрабатывает, то ему всё равно, в чём ломать голову.

http://habrahabr.ru/post/179399/

Ну да, пойду сделаю apt-get purge этому ублюдку PHP. Ведь аж на хабре так сказали! :)

Это может быть также C++/Perl.

Я думаю, очевидно, что Си здесь был для примера?

Если человек в вебе не разрабатывает, то ему всё равно, в чём ломать голову.

И к чему мы пришли? «Какой язык лучше»? Я не уловил конструктивной нотки в вашем сообщении.

Прошу прощения, первую часть моего ответа можно игнорировать: я подумал, что это очередная холиварная статья. Пробежался глазами - там всё верно написано и ТС статья полезна.

и ТС статья полезна.

Особенно принимая во внимание, что он намеревается писать с помощью ruby on rails.

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

И к чему мы пришли? «Какой язык лучше»? Я не уловил конструктивной нотки в вашем сообщении.

Я к тому, что сразу стоит писать нормальную архитектуру. Судя по темам ТС, он знаком с C/C++, а это уже огромный плюс. RPC тоже должен быть, неважно, на чём демон. То почему не выбрать для демона язык получше, чем PHP? :]

Я, честно, не стал бы писать морду на С++. Это ад и 3.14здец. Для морды ПХП - самое оно. Пусть оно там умирает сколько угодно.

Демон? Да, я только двумя руками «за», чтобы он был на C++.

Просто я стараюсь учитывать, что человек в веб не умеет. А если так, то чем больше технологий он сюда приплетет, тем хреновее будут дела с разработкой. Как с Half-Life 3. *петросян mode off*

Кстати, я же не говорил, что демон должен быть на пыхе. Просто обрисовал в целом, а для демона предложил Си, причем сам, я, без вас. Или у меня уже шизофрения?

а для демона предложил Си

демоном будет выступать сам PHP

?..

если нет крона остается еще at

еще раз повторю (т.к. советчики тут полезли в какие-то дебри с c++/c что тут вообще не нужно) - ваша задача решается «очередью задач» на любом языке (пхп, питон, руби, ява, сишарп) - без всяких демонов (хотя они там будут) и кронов

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

шо там уметь, если в состоянии демона на С правильно написать, то и с его взаимодействием с веб-мордой разберётся, а вот наоборот далеко не всегда бывает

Мне лень перечитывать, я запутался. Я имел ввиду, что демоном может выступать и сам PHP. А может и не он. Если не он, то задача становится несколько сложнее и нужно ли такое усложнение на этапе, когда даже прототипа нет - не уверен я.

https://github.com/mperham/sidekiq

Спасибо.