Я сейчас посмотрел — все таки наружу светит WEBrick — дефолтный веб-сервер в Rails, который имеется на любой машине с Ruby.
То есть, как видишь, все таки он используется не только для режима разработки, но и для продакшена.
Но только он однопоточный и реальные проекты будут на нем тормозить, так что Puma гораздо более рекомендована для production.

Вот так мы разобрались в чем-то новом.

PHP выглядит как язык для простых сайтов, в Долине крутые стартапы на нем не делают.

Даже по названию и позиционированию выглядит так, что он подходит только для простых целей:
PHP: Hypertext Preprocessor — «PHP: препроцессор гипертекста»; первоначально Personal Home Page Tools — «Инструменты для создания персональных веб-страниц»

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

Про личную пользу — не все же так быстро, но всё будет.

А, ну и про SPA. Тот же AngularJS тоже сейчас популярен и востребован, в том числе в связке с RoR. React тоже популярен, но менее. Для твоих сайтов в рунете это и не понадобится, но вот для фриланса или удаленной работы под бурж — вполне хороший выбор.

Наверное, можно и закончить.

Это понятно, что на PHP пытаются кодить все кому не лень, еще там больше всего быдлокодеров.

Дело не в том, что пытаются, а в том, что на пыхе работает 80% сайтов в интернете. Любой хостинг по умолчанию поддерживает PHP, для рельсов же нужен хероку или своя впска. То что в нем больше быдлокодеров — конечно, по той же причине на английском большем всего кривоговорящих, но это лишь обратная сторона распространенности языка.

Мне нравится синтаксис, удобство разработки и философия языка Ruby.

Ну так я и не спорю с личными предпочтениями) Кому каким инструментом удобно пользоваться, тот им и пользуется. Меня просто коробит от мировоззрения «все успешные кодеры юзают руби, на пыхе только ущербные кодят», и «в рор вот так реализовано удобно» — хотя в пыхе тоже самое на самом деле, вопрос только в том, что в рор это стандарт де факто разработки, а PHP позволяет любой быдлостайл-код писать рабочий не заморачиваясь, плюс огромное количество старого кода и библиотек. Хотя уже вышел PHP 7.1

Поддержку поддержку Brotli в Nginx не включал? Говорят неплохо «ускоряет» сайты.

Прошелся поверхностно — всего лишь на 10% от gzip, и это при максимальном сжатии и низкой скорости. Не вижу большого смысла менять проверенный и везде работающий gzip.

По умолчанию в Debian 8 идет apache 2.4.10

А причем тут apache, если речь про nginx. Но в любом случае http/2 пока молодой стандарт.

Насколько я понимаю, все равно это будет проксироваться через nginx, если деплоить на голое железо. Как и в стандартном случае без Puma.

О чем и речь. Это как режим работы пыхи — php-fpm или mod_php. Наружу все равно светит Nginx, пуму наружу не выставишь.

Ты ведь не работал с Ruby/RoR, Спрут?

Нет, буквально по вершкам ознакомился. С Node.JS более плотно работал с тестовыми проектами.

Подобные вещи ставятся как ruby-gems, а не как внешняя обертка.

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

Composer точно так же ставит пакеты с зависимостями, независимо от используемого фреймворка, и тоже легко собирается в нужное. Экосистема Symfony/Laravel вряд ли меньше такового у RoR.

Я для своих задач (мелкие проекты, универсальные, быстроразворачиваемые, без наемной работы) не вижу смысла переходить на RoR, или даже просто ознакомится с ним более плотно. SPA я не делаю, да и для них уже важней на яваскрипте писать. Мои потребности PHP полностью покрывает, я еще 70% от нужного не знаю, копать и копать) Для тебя по другому может быть, но эффекта по твоим комментам не видно, проекты холдятся, демок нет, фриланс на пыхе, шта.

Подобные вещи ставятся как ruby-gems, а не как внешняя обертка.

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

Насколько я понимаю, все равно это будет проксироваться через nginx, если деплоить на голое железо. Как и в стандартном случае без Puma.
Но если деплоить на Heroku, можно не тратить время на мороку с этим сисадминством.

Ты ведь не работал с Ruby/RoR, Спрут?

тех. поддержка испов не рекомендует ПО в обход панели

А, ну это уже другой вопрос. Зачем же тогда вопрошать здесь, если всё равно слушаешься техподдержку ISPsystem 🙂

«По умолчанию в Debian 8 идет apache 2.4.10, советую дождаться, когда Debian в своем официальном репозитории обновят версию, а не обновлять вручную, т.к. панель тестируется только с тем программным обеспечением, что в официальном репозитории.
«

Кстати, может кто-нибудь подскажет как подключить HTTP/2 на сервере с панелькой ISPmanager 5 (ОС Debian 7)?

Точно так же, как и на сервере без панельки, очевидно. Ибо Nginx и его конфигурация что с ISPmanager, что без оного — одна.