Комментарии 20
Не хватает возможности юзать mysql вместо postgresql, а так же использовать passenger
0
я думал об этом, но если возьмусь за добавление такой возможности, то в отдельном геме. хочу этот оставить максимально простым.
0
Да когда уже рубисты перестанут закатывать солнце вручную и начнут использовать системное.
-1
не говорите загадками, поясните, о чём речь.
0
Взять nginx из репозитория, взять сервер приложений из репозитория. А не давайте сами соберем nginx, сами соберем сервер приложений.
-1
nginx устанавливается из репозитория. сервер приложения берётся из rubygems через Gemfile самого приложения, как и в любом приложении на Rails. ещё вопросы?
0
сервер приложения берётся из rubygems через Gemfile самого приложения, как и в любом приложении на Rails. ещё вопросы?
А из репозитория не? К примеру uwsgi.
+1
о проекте uwsgi я слышал только краем уха, и о том, что он поддерживает rack, я не знал (как и не знает большая часть rails сообщества).
я из интереса посмотрю потом, погоняю бенчмарки, но для типовых rails-проектов выбирать такую редкую птицу было бы непредусмотрительно.
я из интереса посмотрю потом, погоняю бенчмарки, но для типовых rails-проектов выбирать такую редкую птицу было бы непредусмотрительно.
-1
Нормальные пацаны используют rbenv.
</irony>
А если по делу, зачем создавать отдельную схему в постгресе, а не отдельную бд? Если у юзера не будет прав на всю базу, потом аукнется, когда надо будет расширения ставить вроде hstore — прав не хватать будет. Либо вручную каждый раз лезть на сервер, либо при создании пользователя ему надо будет добавить права на pg_catalog.
</irony>
А если по делу, зачем создавать отдельную схему в постгресе, а не отдельную бд? Если у юзера не будет прав на всю базу, потом аукнется, когда надо будет расширения ставить вроде hstore — прав не хватать будет. Либо вручную каждый раз лезть на сервер, либо при создании пользователя ему надо будет добавить права на pg_catalog.
0
ну потому что несекьюрно. если у вас будет два приложения крутиться на одном сервере, то при взломе одного из них с вашим решением второй тоже будет сразу дескредитирован. отдельный пользователь со своей БД под каждое приложение считается более правильной практикой.
0
Ну так это еще одна причина. У вас же:
Создать схему в PG, создать под неё пользователя
0
мне кажется, мы с вами запутались в терминах «БД» и «схема».
0
Под схемой я понимаю это: www.postgresql.org/docs/9.1/static/ddl-schemas.html
т.е. иерархия такая: база -> схема -> таблица
т.е. иерархия такая: база -> схема -> таблица
0
Спасибо, как ни странно простых решений действительно не хватает, а необходимость каждый раз вручную прописывать одни и те же скрипты слегка достаёт.
Что с воркерами? Типовой конфиг rails по сути давно уже включает в себя воркеры (не помню ни одного проекта за последние года три на котором их бы не было). При этом по сложности разворачивания в продакшне одна из самых нудных задач.
Что с воркерами? Типовой конфиг rails по сути давно уже включает в себя воркеры (не помню ни одного проекта за последние года три на котором их бы не было). При этом по сложности разворачивания в продакшне одна из самых нудных задач.
0
а что с воркерами не так? для delayed_job ничего лишнего устанавливать не надо, а для sidekiq нужен только redis, и я его не хочу в дефолтную поставку добавлять. наверху предлагали добавить возможность выбора через параметры, может позже добавлю --redis
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Самая-самая последняя статья о настройке сервера для Rails