Comments 24
«ооо, какую крутая штука. Ммм, да она еще и это умеет, надо попробовать ее на своем sandbox-сервере. Черт! Там же nginx надо пересобирать для этого. Нее, тогда не охота.»
Вот ведь магия самовнушения. =) В статье вы сделали ровно то же самое — пересобрали nginx с новыми модулями, но на этот раз вам этот процесс не показался сложным.
Т.е. поставил nginx из репы, добавил модули и все. При этом по факту, версия остается та же, только добавляются модули.
Ну и конечно, по большей части эта инструкция для тех, у кого уже установлен nginx и надо добавить пару модулей, ничего не сломав.
Замечу, что все то же самое верно и в случае статических модулей, заменить только --add-dynamic-module
на --add-module
и не нужны будут лишние строчки в конфиге.
В вашем описании вы никак не используете приемущества динамических модулей.
Динамические модули нужны в двух случаях:
- Вы автор коммерческого модуля с закрытым исходным кодом хотите собрать свой модуль для коммерческой версии NGINX Plus;
- Когда нужно в репозитории поставлять nginx с разным набором модулей. В первую очередь это интересно, когда некоторые модули требуют внешние зависимости и вы не хотите пользователей заставлять их устанавливать, если они им не нужны. В таком случае, вместо сборки множества разных пакетов nginx с разными комбинациями модулей, достаточно собрать один пакет с nginx и дополнительные пакеты с отдельными модулями.
Большинству же обычных пользователей никакой особой пользы от самостоятельной сборки динамических модулей нет.
Если честно, какое-то корявое описание процесса, которое ни разу не показывает профита от динамических модулей.
По идее там должно просто инфраструктура сборочной системы nginx использоваться, и собирать только отдельный модуль. Тут ещё понятно требования иметь правильную версию исходников.
make modules
Или я что-то не понял в описании модулей nginx?
Вы всё правильно поняли.
Компиляция и подключение динамических модулей nginx