<div dir="ltr">а к чему вы предлагаете привязать график релизов ? если выйдет новая версия angie или freenginx, пересобирать пакет с nginx ? а какая версия будет у пакета ?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вс, 15 сент. 2024 г. в 16:33, Hennadii Makhomed <<a href="mailto:gmm@csdoc.com">gmm@csdoc.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Здравствуйте, All!<br>
<br>
nginx развивается в разных направлениях,<br>
<br>
freenginx<br>
Angie<br>
OpenResty<br>
Tengine<br>
nginx-plus<br>
nginx<br>
<br>
<a href="https://freenginx.org/" rel="noreferrer" target="_blank">https://freenginx.org/</a> развивается достаточно динамично,<br>
много исправлений ошибок, часто выходят новые mainline версии.<br>
<br>
Но на странице <a href="https://freenginx.org/en/download.html" rel="noreferrer" target="_blank">https://freenginx.org/en/download.html</a> не понятная<br>
ситуация - есть .tar.gz архивы с исходными текстами, есть .zip архивы<br>
с бинарными версиями nginx для операционных систем семейства Windows,<br>
но нет rpm-пакетов и yum-репозиториев для Rocky Linux 9 / RHEL 9.<br>
<br>
То есть, ситуация выглядит так, что поддержка операционных систем<br>
семейства Windows даже на более высоком уровне, чем поддержка<br>
операционных сисем семейства Enterprise Linux, у которых 10 лет<br>
срок жизни дистрибутива и наивысший уровень надежности<br>
и стабильности среди вообще всех дистрибутивов Linux.<br>
<br>
Особенно - после того, как Solar Designer присоединился к проекту<br>
Rocky Linux - <a href="https://x.com/solardiz/status/1709574519688487374" rel="noreferrer" target="_blank">https://x.com/solardiz/status/1709574519688487374</a><br>
<br>
А вот с freenginx ситуация не понятная совершенно - его же сейчас<br>
можно нормально использовать только в FreeBSD, потому что там есть<br>
соответствующий порт. А для для Rocky Linux 9 / RHEL 9 - бинарников<br>
на сайте <a href="https://freenginx.org/" rel="noreferrer" target="_blank">https://freenginx.org/</a> нет, так что использовать его легко<br>
и просто не получится - надо каждому пользователю freenginx самому<br>
делать rpm пакеты, самому делать yum-репозитории, и потом - это все<br>
еще и надо поддерживать в актулаьном состоянии, оперативно выпуская<br>
новые версии с каждым выходом freenginx. То есть, пока что он не для<br>
production? Или только для early adopters, у которых есть время<br>
и возможность и желание, чтобы самим у себя поддерживать эту<br>
инфранструктуру для сборки новых версий freenginx?<br>
<br>
Просто не понимаю, как использовать freenginx в production.<br>
Кто-либо это делает на Rocky Linux 9 / RHEL 9 ? Каким образом?<br>
<br>
Или все пользователи freenginx - это только пользователи FreeBSD?<br>
Там то все просто, потому что есть соответствующий порт в системе.<br>
<br>
Так не хочется самому этим всем заморачиваться, потому что я ведь<br>
внутрь одного rpm-пакета могу захотеть поместить все четыре бинарника,<br>
биранринки nginx и nginx-debug, собранные из<br>
<a href="https://freenginx.org/download/freenginx-1.27.4.tar.gz" rel="noreferrer" target="_blank">https://freenginx.org/download/freenginx-1.27.4.tar.gz</a><br>
и бинарники nginx и nginx-debug, собарнные из<br>
<a href="https://nginx.org/download/nginx-1.27.1.tar.gz" rel="noreferrer" target="_blank">https://nginx.org/download/nginx-1.27.1.tar.gz</a><br>
<br>
To Konstantin Pavlov:<br>
<br>
возможно ли будет внутрь <a href="https://nginx.org/en/linux_packages.html" rel="noreferrer" target="_blank">https://nginx.org/en/linux_packages.html</a><br>
хотя бы для Rocky Linux 9 / RHEL 9 включить не два бинарника,<br>
как сейчас - nginx и nginx-debug, собранных на основании исходников<br>
с сайта <a href="https://nginx.org/" rel="noreferrer" target="_blank">https://nginx.org/</a> но и еще два бинарника nginx и nginx-debug<br>
собранных на основании исходников с сайта <a href="https://freenginx.org/" rel="noreferrer" target="_blank">https://freenginx.org/</a> ?<br>
<br>
тогда можно будет иметь всего один юнит-файл nginx.service<br>
а переключение между различными реализациями бинарника nginx<br>
можно будет делать через alternatives, как это уже сделано<br>
для других программ в операционной системе Rocky Linux 9 / RHEL 9<br>
<br>
# alternatives --list<br>
# alternatives --display ld<br>
# man alternatives<br>
<br>
это было бы очень удобно и для /usr/sbin/nginx, потому что сейчас,<br>
когда не используется alternatives - то приходится сооружать костыли<br>
из двух unit-файлов<br>
<br>
/usr/lib/systemd/system/nginx-debug.service<br>
/usr/lib/systemd/system/nginx.service<br>
<br>
которые отличаются между собой только именем бинарника:<br>
<br>
-ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf<br>
+ExecStart=/usr/sbin/nginx-debug -c /etc/nginx/nginx.conf<br>
<br>
а во всем остальном - полностью идентичны между собой.<br>
<br>
когда делать переключение между различными вариантами nginx<br>
средствами операционной системы - то это будет гораздо удобнее.<br>
потому что все юнит-файлы и все скрипты не будут требовать изменений.<br>
<br>
пока что - четыре варианта бинарников, но в будущем можно добавить<br>
и другие форки и другие варианты бинарного файла /usr/sbin/nginx<br>
<br>
To Konstantin Pavlov:<br>
<br>
можно так сделать? хотя бы только для Rocky Linux 9 / RHEL 9<br>
<br>
но вообще, сам механизм alternatives есть во многих дистрибутивах.<br>
В Rocky Linux 9 / RHEL 9 бинарник alternatives - это разработка Red Hat.<br>
В Debian / Ubuntu аналогичная бинарная программа - update-alternatives.<br>
<br>
Это было бы удобно, чтобы для отладки временно можно было бы переключить<br>
/usr/sbin/nginx с версии без debug на версию бинарника с debug,<br>
или, чтобы можно было бы для эксперимента переключить /usr/sbin/nginx<br>
с варианта <a href="http://nginx.org" rel="noreferrer" target="_blank">nginx.org</a> на вариант <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a> - для тестирования.<br>
<br>
И если окажется, что в варианте бинарника от <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a><br>
ошибки нет, а в варианте бинарника от <a href="http://nginx.org" rel="noreferrer" target="_blank">nginx.org</a> ошибка есть,<br>
то тогда можно будет значительно легче и проще устранить<br>
проблему и в основной версии nginx и в закрытом форке nginx-plus.<br>
<br>
можно так сделать?<br>
<br>
если по каким-то причинам нельзя включать бинарники собранные<br>
с исходников из сайта <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a> - то хотя бы можно сделать<br>
переключение между версиями /usr/sbin/nginx с отладкой<br>
и без отладки через механизм alternatives, а не через отдельные<br>
unit-файлы systemd.<br>
<br>
а по два комплекта бинарников - с сайта <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a> и <a href="http://nginx.org" rel="noreferrer" target="_blank">nginx.org</a><br>
можно уже делать внутри rpm-пакетов с сайта <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a> - основной<br>
будет версия с сайта <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a>, альтернативной --версия с сайта<br>
<a href="http://nginx.org" rel="noreferrer" target="_blank">nginx.org</a>, чтобы можно было бы быстро находить ошибки,<br>
которые присутствуют в исходниках с сайта <a href="http://freenginx.org" rel="noreferrer" target="_blank">freenginx.org</a><br>
но которых нет в исходниках с сайта <a href="http://nginx.org" rel="noreferrer" target="_blank">nginx.org</a><br>
<br>
это было бы очень удобно и таким образом - у пользователей<br>
была бы возможность быстро переключаться между различными<br>
вариантами nginx / freenginx в случае каких-то проблем.<br>
<br>
-- <br>
Best regards,<br>
  Gena<br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="https://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">https://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
</blockquote></div>