The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз http-сервера Apache 2.4.54 с устранением уязвимостей, opennews (?), 11-Июн-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


38. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  –5 +/
Сообщение от Онаним (?), 12-Июн-22, 08:52 
И как, nginx уже научился внутрь модули динамических языков подключать, или всё ещё надо CGI костылить?
Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Онаним (?), 12-Июн-22, 08:53 
(вопрос совершенно не требует ответа, принцип обработки запросов в nginx годится только для отдачи статики, и чуть-чуть для прокси, но если мы о прокси - специализированные прокси типа haproxy гораздо удобнее)
Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +1 +/
Сообщение от Аноним (35), 12-Июн-22, 11:40 
> И как, nginx уже научился внутрь модули динамических языков подключать

Да, например, Lua.

> или всё ещё надо CGI костылить

Nginx не поддерживает CGI.

А если вы путаете CGI и FastCGI, то от админства в целом и юникс-подобных систем вы явно далеки.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

56. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Онаним (?), 12-Июн-22, 14:32 
Поиск CGI в слове FastCGI даёт мне true.
Фикси голову.
Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Аноним (35), 12-Июн-22, 16:43 
Ага, а PCI bus - это что-то вроде автобуса. Не, нуачо, похоже же звучит!
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Онаним (?), 12-Июн-22, 17:25 
Ладно, для особо одарённых поясню.

Так что, нгинх уже внутрь себя может затянуть движки для динамики (индеец-то может очень много таковых), или до сих пор надо внешние процессы городить с отдельным протоколом для обмена между ними?

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Аноним (35), 12-Июн-22, 17:33 
>  Ладно, для особо одарённых поясню.

А можно (для особо одарённых) пояснить, как вы ухитрились попасть в обсуждение новости о вебсервере, если вы не понимаете разницы между CGI и FastCGI (на том основании, что звучат похоже).

Это как к нам на собес приходил "опытный юниксовый админ", который утверждал, что UDP обязательно должен икапсулироваться в TCP (раскопки в каше внутри его головы показали, что он так воспринял услышанную где-то фразу "протокол UDP входит в стек TCP/IP").

> Так что, нгинх уже внутрь себя может затянуть движки для динамики (индеец-то может очень много таковых),

Может, но получится такая же хня, как и с апачом. А nginx потому и порешал на рыночке, что оказался на голову круче апача. Геморный в поддержке монолит с проблемами производительности.

> или до сих пор надо внешние процессы городить с отдельным протоколом для обмена между ними?

Это называется "модульность". Очень часто даёт бонусы по сравнению с подходом "зафигачим всё в один монолит и ещё утрамбуем сверху".

Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Онаним (?), 12-Июн-22, 21:52 
Я понимаю что тебе голоса в голове это всё нашептали. Но удивись, я знаю разницу между CGI и FastCGI.
Просто в контексте - вообще не принципиально. Одно дело когда у нас свой менеджер процессов готовый, и другое дело, когда мы по сути вёбсервер превращаем в прокси (а ничего кроме прокси и статики нгинх и не умеет), и навешиваем какие-то внешние костыли.
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Аноним (35), 13-Июн-22, 13:17 
> Я понимаю что тебе голоса в голове это всё нашептали.

Пожалуйста, не проецируйте на других свои проблемы.

> Но удивись, я знаю разницу между CGI и FastCGI.

А по вашим репликам и не скажешь.
Может быть, в еще PCI bus от автобуса отличить можете?

> Просто в контексте - вообще не принципиально. Одно дело когда у нас свой менеджер процессов готовый

Очень даже принципиально. У CGI модель управления процессами _всегда_ одна - пришёл запрос, процесс запустился, выплюнул что-то в stdout, это ушло клиенту, а процесс завершился.
FastCGI позволяет работать с долгоживущими пулами воркеров - то, ради чего когда-то люди добровольно садились на бутылку mod_php, но без бутылки.

> когда мы по сути вёбсервер превращаем в прокси (а ничего кроме прокси и статики нгинх и не умеет), и навешиваем какие-то внешние костыли.

Ага, костыли. Зависший пых может уронить отдачу статики, проблемы со статикой - завесить пых.

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Онаним (?), 12-Июн-22, 21:54 
FastCGI, ещё удивись, внезапно умеет haproxy.
Поэтому твой нгинх даже в этом контексте в общем и целом вообще не нужен, это скорее религия.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

80. "Релиз http-сервера Apache 2.4.54 с устранением уязвимостей"  +/
Сообщение от Аноним (35), 13-Июн-22, 18:44 
> FastCGI, ещё удивись, внезапно умеет haproxy.

И толку от этого, если у большинства пыхосайтов статика и скипты лежат в одном руте?
Веб-сервер может отдать статику сам, а динамику спроксировать в php-fpm.

Чистый FastCGI proxy - это API-сервисов, написанных более-менее квалифицированными разработчиками, а не стреднестатистическими пыхерами.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру