После долгих дискуссий и поисков я пришел к выводу, что гарантии может дать только runit. Однако есть у меня один могильничек… В общем gem whenever (cron) + проверка на живость мастера (bash). Если с купюрами, то выглядит как-то так:
if environment == 'production'
every 1.minute do
command «if [! -f #{unicorn_pid} ] || [! -e /proc/$(cat #{unicorn_pid}) ]; then rvm #{ruby} && cd #{current} && bundle exec unicorn_rails -c #{unicorn_conf} -E #{rails_env} -D; fi»
end
end
Кстати у меня появилось предложение! Если здесь найдутся энтузиасты, готовые поработать над созданием svg карт своих регионов — стоит слать pull реквесты в этот репозитарий.
Спасибо за подробную статью — теперь хоть буду знать в подробностях как у нас карта сделана!
Со своей стороны могу сказать, что карта Амурской области, сделанная по этому же принципу этим же хабраюзером используется сейчас в ИС для внутреннего пользования (написанной на Rails) в правительстве Амурской области.
Тут дело даже не в удачной реализации, а в приведении инфографики к какой-то общей концепции, т.к. просматривая несколько пусть даже очень удачных реализаций подряд очень сильно рассеивается внимание и требуется время на переключение.
Честно говоря, сначала я польстился на особенность гема sunspot_rails Который для разработки не требует никаких дополнительных установок — все работает из коробки (я так подозреваю, что для продакшн придется ставить полноценный Solr). Плюс у Solr есть некоторые преимущества перед Sphinx одно из которых лучшая реализация faceted search, который упрощает жизнь при необходимости продвинутого поиска на проекте.
Да вы прям фантаст! Начнем с того, что изначально проект писался на rails 1.2 и некоторая его часть сейчас — это просто мертвый груз. Второе — проект использует части другого полумертвого проекта и вынужден соединяться со сторонней базой — это необходимо устранить, ну и третье — проект не имел здорового жизненного цикла, поэтому во многом код представляет собой абсолютное месиво.
P.S. Абсолютно везде — во view, model и controller присутствует русский язык — еще один фактор.
Дело в том, что ситуация гораздо плачевнее и на старом проекте в некоторых местах используется это. Посмотрите на год последнего коммита и посочувствуйте.
Тут можно уйти в теорию (что не хотелось бы). Но по-моему концепция формирования одного view несколькими контроллерами — это уже не MVC. Хотя это удобно — спору нет. Кажется cells в Rails делает нечто подобное.
Потому что контроллер — это штука формирующая ответ на запрос. Одно действие — один ответ. Можно конечно выдать скелет страницы в ответе, а блоки с новостями, блогами и т.п. подгружать динамически — по запросу на блок — это тоже вариант. Эдакая система виджетов.
Яркий пример: главная страница сайта (где есть новости, блоги, последние комментарии к чему-либо). В общем где контроллер обращается к более чем одной модели.
P.S. Это, конечно, резко с моей стороны утверждать, что что-то не укладывается в REST — при желании можно уложить почти все, тут вопрос в том, стоит ли овчинка выделки.
Статья направляет человека на верный путь, однако реальность сурова и некоторые вещи просто не укладываются в концепцию REST, к которой строго принуждают эти ваши inherited_resources. Хотя к этому надо стремиться.
Capistrano — это штука для автоматизации развертки новых версий приложения. Т.е. надо положить изменения на сервер — пишешь одну команду у себя на рабочей машине: cap deploy — она автоматически производит деплой, если возникает ошибка — откатывается к предыдущей версии. Вещь очень удобная — сильно снижает человеческий фактор ошибки.
Со своей стороны могу сказать, что карта Амурской области, сделанная по этому же принципу этим же хабраюзером используется сейчас в ИС для внутреннего пользования (написанной на Rails) в правительстве Амурской области.
P.S. Абсолютно везде — во view, model и controller присутствует русский язык — еще один фактор.
Мне в прошлом году игра очень доставила!
P.S. Это, конечно, резко с моей стороны утверждать, что что-то не укладывается в REST — при желании можно уложить почти все, тут вопрос в том, стоит ли овчинка выделки.
cap deploy— она автоматически производит деплой, если возникает ошибка — откатывается к предыдущей версии. Вещь очень удобная — сильно снижает человеческий фактор ошибки.