Самая-самая последняя статья о настройке сервера для Rails

[KriMs]

Не хватает возможности юзать mysql вместо postgresql, а так же использовать passenger

[GearHead]

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

[KriMs]

Ну вроде как на «сложность» гема не влияет. Добавить темплейты на базу с мускулем, темплейт на конфиг nginx'a с пассенджером. И передавать в качестве параметра --database=pgsql/mysql при создании сервера

[norguhtar]

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

[GearHead]

не говорите загадками, поясните, о чём речь.

[norguhtar]

Взять nginx из репозитория, взять сервер приложений из репозитория. А не давайте сами соберем nginx, сами соберем сервер приложений.

[GearHead]

nginx устанавливается из репозитория. сервер приложения берётся из rubygems через Gemfile самого приложения, как и в любом приложении на Rails. ещё вопросы?

[norguhtar]

сервер приложения берётся из rubygems через Gemfile самого приложения, как и в любом приложении на Rails. ещё вопросы?

А из репозитория не? К примеру uwsgi.

[GearHead]

о проекте uwsgi я слышал только краем уха, и о том, что он поддерживает rack, я не знал (как и не знает большая часть rails сообщества).
я из интереса посмотрю потом, погоняю бенчмарки, но для типовых rails-проектов выбирать такую редкую птицу было бы непредусмотрительно.

[norguhtar]

Ну а что выбирать? Этих серверов как собак не резанных. Еще больше чем в java :)

[axsapronov]

uwsgi — редкая птица? Или не верно понял?

uwsgi часто используется в стеке с Python.

[GearHead]

редкая в стеке Ruby.

[Kroid]

Нормальные пацаны используют rbenv.
</irony>

А если по делу, зачем создавать отдельную схему в постгресе, а не отдельную бд? Если у юзера не будет прав на всю базу, потом аукнется, когда надо будет расширения ставить вроде hstore — прав не хватать будет. Либо вручную каждый раз лезть на сервер, либо при создании пользователя ему надо будет добавить права на pg_catalog.

[GearHead]

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

[Kroid]

Ну так это еще одна причина. У вас же:

Создать схему в PG, создать под неё пользователя

[GearHead]

мне кажется, мы с вами запутались в терминах «БД» и «схема».

[Kroid]

Под схемой я понимаю это: www.postgresql.org/docs/9.1/static/ddl-schemas.html
т.е. иерархия такая: база -> схема -> таблица

[malroc]

Спасибо, как ни странно простых решений действительно не хватает, а необходимость каждый раз вручную прописывать одни и те же скрипты слегка достаёт.
Что с воркерами? Типовой конфиг rails по сути давно уже включает в себя воркеры (не помню ни одного проекта за последние года три на котором их бы не было). При этом по сложности разворачивания в продакшне одна из самых нудных задач.

[GearHead]

а что с воркерами не так? для delayed_job ничего лишнего устанавливать не надо, а для sidekiq нужен только redis, и я его не хочу в дефолтную поставку добавлять. наверху предлагали добавить возможность выбора через параметры, может позже добавлю --redis

[malroc]

Ну нужен 1) redis 2) скрипты для старта sidekiq при загрузке сервера. Последние постоянно приходится писать вручную, что в общем немного каменный век с учётом того что по факту sidekiq уже давно часть стандартного комплекта Rails.