Есть ли какие-либо преимущества в использовании WEBrick в режиме разработки для Rails?

#ruby-on-rails #ruby #apache #webrick

#ruby-on-rails #ruby #apache #webrick

Вопрос:

Я разрабатываю на Mac, и мне довольно комфортно настраивать виртуальную машину Ubuntu с установленным Apache, так что «вам не нужно устанавливать Apache» на самом деле не причина. Я все равно запускаю Ruby с виртуальной машины, так что, похоже, особой разницы в необходимых системных ресурсах нет.

На мой взгляд, преимущество использования Apache в том, что он будет работать более согласованно с моим производственным сервером.

Итак, какие причины существуют для использования WEBrick? Это как-то облегчает разработку?

Ответ №1:

Нет, преимуществ нет. Единственное «преимущество» заключается в том, что это предварительно подключенный веб-сервер, так что у вас, по крайней мере, «что-то есть»

Я уверен, что большинство опытных разработчиков Ruby используют что-то еще, например, thin, mongrel, unicorn, pow, passenger и т.д…

Комментарии:

1. Таким образом, было бы справедливо сказать, что это позволяет людям, которые не могут настроить Apache, по-прежнему использовать Rails?

2. я думаю, если вы хотите взглянуть на это таким образом. Действительно, он есть, поэтому вам не нужно настраивать запись apache vhost только для запуска вашего кода в режиме разработки. На самом деле это скорее простота использования, чем что-либо еще.

Ответ №2:

Я бы выбрал панель префикса phusion passenger passsenger:http://www.fngtps.com/2008/06/putting-the-pane-back-into-deployment

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

Комментарии:

1. На самом деле я использую Passenger, и пока я доволен этим.

Ответ №3:

Я использовал Rails для школьного проекта, и я нахожу цветные журналы полезными, когда пытаюсь выяснить, что делает сервер. Конечно, вы могли бы tail -f просмотреть журналы apache, но color — это хорошо, IMO.

Комментарии:

1. Цветные журналы хороши, но также возможны с Apache. Я думаю, в этом суть WEBrick — он делает выбор дизайна за пользователя, который следует всей философии Ruby и Rails.

2. О, здорово, я этого не осознавал.