Выпуск сервера приложений NGINX Unit 1.13.0

15.11.2019 10:03

Сформирован выпуск сервера приложений NGINX Unit 1.13, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java). Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе первого выпуска.

В новой версии обеспечена совместимость с новой веткой Python 3.8, решены проблемы при использовании Ruby 2.6 и реализована поддержка работы в режиме простого обратного прокси (reverse proxy). Настройка обратного прокси осуществляется при помощи директивы "proxy" в секции "action". Поддерживается проброс запросов через IPv4, IPv6 или unix-сокеты. Например:


   {
      "routes": [
          {
              "match": {
                  "uri": "/ipv4/*"
              },
              "action": {
                  "proxy": "http://127.0.0.1:8080"
               }
          },
          {
              "match": {
                  "uri": "/unix/*"
              },   
              "action": {
                  "proxy": "http://unix:/path/to/unix.sock"
               }
          }
       ]
   }

В долгосрочной перспективе планируется превратить Unit в самодостаточный высокопроизводительный компонент для использования с любыми web-сервисами. Для достижения этой цели дальнейшая работа будет сосредоточена в таких областях, как обеспечение безопасности, изоляции и защиты от DoS, возможность запускать различные типы динамических приложений, балансировка нагрузки и отказоустойчивость, эффективная отдача статического контента, средства накопления статистики и мониторинг.

исправить +14 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/51865-nginx

Ключевые слова: nginx, unit

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (70)

1.1, Аноним (1), 10:12, 15/11/2019 [ответить] [﹢﹢﹢] [ · · · ]	+4 +/–
Очень удобная система конфигурирования в комплекте.

1.2, Аноним (2), 10:17, 15/11/2019 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Звиняюсь за вопрос, но какой сакральный смысл в двойных кавычках, шмобках и прочих брайсах - нафейхоа ?

разве так не проще, читабельнее(?):

*.routes.xx.match.uri=/ipv4/*
*.routes.xx.action.proxy=http://127.0.0.1:8080

*.routes.yy.match.uri=/unix/*
*.routes.yy.action.proxy=http://unix:/path/to/unix.sock

*.routes.zz.match.uri=/ipv6/*
*.routes.zz.action.proxy=http://BLA.BLA.BLA:8080

2.3, Аноним (2), 10:19, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
...где xx, yy, zz - могут == или != В чем смысл ?

2.4, Moomintroll (ok), 10:22, 15/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
> какой сакральный смысл в двойных кавычках, шмобках и прочих брайсах - нафейхоа ? https://ru.wikipedia.org/wiki/JSON

3.7, Аноним (2), 10:34, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Нафейхоа, для конфига(ов) уточняю? невозможно понять ? Это же не данные предметной области ?

4.8, Аноним (8), 10:36, 15/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
Не yaml же брать. Это в первую очередь машиночитаемые файлы.

5.10, Аноним (2), 10:43, 15/11/2019 [^] [^^] [^^^] [ответить]

+6 +/–

> Не yaml же брать. Это в первую очередь машиночитаемые файлы.

Kонфиги ?
3начит кожанные мешки их читать и править не должны ?
Пpaвильно понимается ?

6.21, Аноним Анонимович Анонимов (?), 11:59, 15/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
Кругом сплошной DevOps с автоматизацией. ИИ с автоматической генерацией конфигов. Эх, были же времена с ламповым CGI и ini-файлами.

7.31, Аноним (1), 13:23, 15/11/2019 [^] [^^] [^^^] [ответить]	–4 +/–
Писать конфиги руками это все равно что мамонтов рисовать в пещерах. Забавная развлекуха, но не метод к применению.

7.36, Аноним (2), 14:20, 15/11/2019 [^] [^^] [^^^] [ответить]	–2 +/–
>> Эх, были же времена с ламповым CGI и ini-файлами. Это что ж получается, вытирая сопли возложим цветы на могилу SIGHUP, SIGUSR1 и неизвестного сигнала ?

6.24, Аноним (8), 12:07, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Вот yaml то такой человекочитаемый, а главное такое однозначный и понятный, угу, да https://github.com/cblp/yaml-sucks

7.32, Аноним (32), 14:05, 15/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
Ха! Так ведь и на языке Си можно написать sucks и нечитаемку. Как всегда: обучение и профессионализм рулят и педалят. Или чайники фрустируют.

4.11, Moomintroll (ok), 10:58, 15/11/2019 [^] [^^] [^^^] [ответить]

+2 +/–

> Нафейхоа, для конфига(ов) уточняю?

Конфигов, как таковых, насколько я понял у Unit'а нет. Он полностью управляется через API, включая первоначальную после старта конфигурацию. А для всевозможных (HTTP/REST-)API - JSON вполне адекватный выбор исходя из того, что пользователь/админ руками в API эндпоинт не ходит.

Т.е. этот подход подразумевает какую-то систему управления конфигурацией. Вполне вероятно за отдельные деньги - надо ж чем то зарабатывать NGINX Inc.

5.13, Аноним (2), 11:33, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Ужость, нах Вопрос когда оно все замкнется на systemd-nginx и последствия ... большой текст свёрнут, показать

6.14, пох. (?), 11:39, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
все есть, вы просто не подписались почему-то на рассылку nginx.com

7.35, Аноним (2), 14:18, 15/11/2019 [^] [^^] [^^^] [ответить]

+/–

>> все есть, вы просто не подписались почему-то на рассылку nginx.com

уже не моя епархия, этот www и прочий нынешний серверный ентерапрайз, слишком много шлака, отошел в сторонку слегка...

сижу примус починяю, да когда там ожидается внеочередной баг Exim, надобно ставки сделать - квартал - другой ? и возможно партию дебатов продолжить, насчет SMТР & co

5.15, Аноним (15), 11:41, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Уже не совсем Nginx Inc. - F5 же.

5.20, пох. (?), 11:54, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
> Т.е. этот подход подразумевает какую-то систему управления конфигурацией. nginx controller, разумеется. Конечно за отдельные.

5.22, Аноним (1), 11:59, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Инит скрипт (чем бы ты не пользовался) прописывай на старт сервера. И всю свою конфигурацию сложи в файлик и подгружай. Не самые высокие технологии.

4.27, Аноним (27), 12:51, 15/11/2019 [^] [^^] [^^^] [ответить]

–2 +/–

> Нафейхоа, для конфига(ов) уточняю? невозможно понять ?
> Это же не данные предметной области ?

Динамическая реконфигурация скриптами конфига при переключении трафика на запасные контура.

Json парсится легко во всех скриптовых языках и в Шелле (jq утилита).

Короче: при Json меньше костылей, проставок и сущностей.

2.5, пох. (?), 10:28, 15/11/2019 [^] [^^] [^^^] [ответить]

–1 +/–

потому что нескучный парсер json где-то на помойке нашли готовый, а ваше key=value опять пришлось бы самому писать - это немодно и немолодежно, и отнимает время разработчика, которое он мог бы потратить на ковыряние в носу.

К тому же этот конфиг предполагается автоматически генерящимся нескучным скриптом на пихоне или игогошечке, а вовсе не написанным руками (чудо-программа и читать-то его не умеет, его надо скармливать через нескучный апи), а там генератор в json есть, а в key=value опять не завезли.

Добро пожаловать в будущее, оно, с-ка такая, уже здесь.

3.6, Аноним (1), 10:32, 15/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
И ловить все возможно баги в кейвелью. Когда нескучный скрипт может сделать что-то в духе. key=$value; value="good_value\nbad_key=bad_value" в разных вариациях. Лучше уж скрепный джейсончик с пола нельзя упасть.

4.16, пох. (?), 11:41, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
дооо, дооо. Ловить баги в нескучного форматца конфигурации (потому что их надо сперва найти в ней, чтобы потом начать искать, какой кривой скрипт это понаконфигурил) - это ведь гораздо проще.

5.19, Аноним (1), 11:53, 15/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
Релевантнее сказать надежнее.

3.45, Аноним (45), 16:51, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
>потому что нескучный парсер json где-то на помойке нашли готовый, а ваше key=value опять пришлось бы самому писать Зачем? В nginx уже есть готовый и отлаженный за годы разработки парсер конфигов

3.47, KonstantinB (ok), 18:15, 15/11/2019 [^] [^^] [^^^] [ответить]

+/–

Почему на помойке? Вот, явно самописный, в стиле nginx-а:

http://hg.nginx.org/unit/file/tip/src/nxt_conf.c

Очевидно, что при проектировании Unit-а ориентировались прежде всего на запросы корпоративных пользователей, башляющих за Nginx Plus.

2.23, SOska (?), 12:03, 15/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
Ты чооооооооо, а как же бедные девляпсики будут понимать и генерить свои конфиги. Да и ваще падруга, ini теперь не популярен, да и прикинь как машине тяжело генерить древние ini файлы

2.25, Anonymoustus (ok), 12:33, 15/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
Они ненавидят XML и не умеют использовать sed и awk, поэтому изобрели тот же самый XML, только со скобочками. :)

3.28, Аноним (27), 12:53, 15/11/2019 [^] [^^] [^^^] [ответить]	–1 +/–
XML придуман не для чтения человеком. Json уже гораздо лучше и Json строг, надевляпствовать сложнее. Yaml - прелесть, но нужна дисциплина для тех, кому наляпать побыстрее.

4.29, Anonymoustus (ok), 12:56, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
> XML придуман не для чтения человеком. Json уже гораздо лучше и Json > строг, надевляпствовать сложнее. Yaml - прелесть, но нужна дисциплина для тех, > кому наляпать побыстрее. Все производные SGML придуманы как бы не совсем для чтения человеком, НО они придуманы так умно и хитро, что допускают чтение и даже создание человеком, а не программой. Кури у тёти Вики про HTML, анон. :)

5.33, Аноним (32), 14:09, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Совершенно согласен, даже без ссылок на вики. И Html нечитаем, относительно. Всё по прежнему. Пусть и SGML и т.д. - но нечитаем. Json - легче. Yaml - лёгок в чтении, если там автор аккуратно и сьильно написал (т.е. много возможностей запутать).

4.30, Аноним (1), 13:21, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Жил-был в одной большой организации большой при большой прайс на сотни мегабайт в XML и парсился этот XML 2 часа, а то и большое. А потом в один прекрасный день все тот же прайс перевели в JSON и стал он парсится полсекунды. Мораль в ухо себе запихни свой XML.

5.34, Аноним (32), 14:11, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
В XML может не быть точного пути к объекту, и приходится дописывать в своём коде логику поиска. Гибко, но неудобно.

5.44, Аноним (44), 16:16, 15/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
Мораль: инструменты надо выбирать в соответствии с задачей, а не один на все случаи жизни.

6.53, Аноним (53), 00:23, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
Если из коробки 1C выдает XML то приходится пользоваться тем что есть. А потом уже в соответствии с задачей можно подшаманить и на выходе из 1С получить JSON. И загрузка на сайт стремительным образом ускоряется.

5.46, Аноним (45), 16:53, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
>Мораль в ухо себе запихни свой парсер XML. Fixed. Если ты выбрал самый тормозной парсер, еще не значит, что у соседа тот же самый документ не распарсится в сто раз быстрее.

6.50, пох. (?), 23:21, 15/11/2019 [^] [^^] [^^^] [ответить]

+/–

> Fixed. Если ты выбрал самый тормозной парсер

а что, кроме libxml2 и оберток над ним - еще кто-то есть? ;-) И при этом еще и работающий? Отож.

xml в любом случае - дерьмовая замена базы данных. Хотя, конечно, "сотни мегабайт" это никакой не "большой", и, вероятно, что-то было сильно не так еще и с форматом этого xml - оно должно парситься минуты (что тоже безобразно долго, потому что будь он в нормальной бд - "парсился" бы миллисекунды) а не "несколько часов".
А для выгрузки существует уже пол-века прекрасный формат csv. Правда, есть сомнения что существует работающий модуль для любимого пихона, способный его разобрать, а сами-то нынешние программисты вряд ли в состоянии написать такой сложный алгоритм.

7.51, Аноним (51), 00:02, 16/11/2019 [^] [^^] [^^^] [ответить]

+/–

Рабирать CSV - самому программировать экран запятых и т.д.

CSV не имеет типов словарь, список/массив, число, булево значение. Нельзя группировать в ветки и деревья.

Очень уж CSV отсталое и кондовое. Когда есть более простые и более гибкие тулы, где возможно переиспользовать код, а не писать каждый раз логики разбора.

8.62, непомнюкто (?), 12:52, 16/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
Там единственный тип - строка ... текст свёрнут, показать

8.65, пох. (?), 23:20, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
да - Причем я периодически подсовываю эту задачку ваннабипрограммистам, приче... текст свёрнут, показать

7.60, Anonymoustus (ok), 09:53, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
>[оверквотинг удален] > а что, кроме libxml2 и оберток над ним - еще кто-то есть? > ;-) И при этом еще и работающий? Отож. > xml в любом случае - дерьмовая замена базы данных. Хотя, конечно, "сотни > мегабайт" это никакой не "большой", и, вероятно, что-то было сильно не > так еще и с форматом этого xml - оно должно парситься > минуты (что тоже безобразно долго, потому что будь он в нормальной > бд - "парсился" бы миллисекунды) а не "несколько часов". > А для выгрузки существует уже пол-века прекрасный формат csv. Правда, есть сомнения > что существует работающий модуль для любимого пихона, способный его разобрать, а > сами-то нынешние программисты вряд ли в состоянии написать такой сложный алгоритм. Вот именно. Непонятно, почему не использовать БД. И ещё жалуются, что плохо получилось.

8.66, пох. (?), 23:23, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
может это у них выгрузка из той самой БД в таком формате Иногда приходится и об... текст свёрнут, показать

9.67, Anonymoustus (ok), 23:36, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
Скорее всего, да Диды чего-то настроили, да внуки в дидовских письменах разобра... текст свёрнут, показать

4.40, пох. (?), 14:50, 15/11/2019 [^] [^^] [^^^] [ответить]

+/–

наоборот, чтоб вы знали - xml придуман именно для чтения человеком. Но, заметим, вовсе не для регулярного писания, и не парсинга - а только и исключительно для отладки.
Поэтому читать его удобно.

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

Зато гуанокодеры смогли, наконец, поналяпать для его разбора и создания миллион уродливых библиотечек (вот как раз - половина старательно уничтожает форматирование, 90% не понимают комментариев, ибо нефиг)

yaml - окончательная прелесть, что это, действительно, за ерунда такая - конфиг, не ломающийся от лишнего пробела.

Нужны массовые расстрелы или чумная пандемия. Другим способом планетку уже не спасти.

5.41, Аноним (41), 15:15, 15/11/2019 [^] [^^] [^^^] [ответить]

+/–

> наоборот, чтоб вы знали - xml придуман именно для чтения человеком. Но,
> заметим, вовсе не для регулярного писания, и не парсинга - а
> только и исключительно для отладки.
> Поэтому читать его удобно.

<повествование>
<и>охватила следом <действо какое="амнезия"><субъект>человечество</субъект><характеристика>мгновенная</характеристика><характеристика>массовая</характеристика></действо></и>
<и>родили они на свет <субъект><признак тип="количество" значение="тысячи" /><признак тип="характеристика" значение="дофига читаемых" /><признак тип="название" значение="конфигов" /></субъект></и>
</повествование>

А сам ещё недавно поносил XML, да?

6.43, пох. (?), 16:13, 15/11/2019 [^] [^^] [^^^] [ответить]

+1 +/–

> А сам ещё недавно поносил XML, да?

он был, мягко говоря, неудачной задумкой - это-то твое чудо надо просто прогнать через форматтер (а лучше через парсер - только что-то я не вижу твоего dtd - а то может там и глазами ничего читать не надо, ересь какая написана), проблема была в другом - написать надежный и эффективный парсер/сериализатор этого формата не получилось. То ли задача оказалась слишком сложной, то ли руки не оттуда затоптали поляну до полной непролазности. С libxml2 - rce/crash уязвимость раз в неделю, и по сей день, что характерно.

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

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

5.42, Аноним (1), 15:58, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Лол нет для чтения машиной. Ты в своей виндожизни никогда XML видать не читал, но мнение имеешь. Читать XML человеком всегда неудобно.

3.58, KonstantinB (ok), 09:37, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
Конфиги - это key-value, вложенные в друг друга. XML тут избыточен, и вообще XML не для этого придуман. Вот человек все правильно написал - XML редко используется правильно: https://www.devever.net/~hl/xml Для машинногенерируемого конфига JSON вполне годится. Для редактируемого человеком - в зависимости от сложности, для небольших уровней вложенности - INI-файлы, для более сложных - много вариантов, конфиги и Апача, и nginx окей.

4.59, Anonymoustus (ok), 09:50, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
> Конфиги - это key-value, вложенные в друг друга. XML тут избыточен, и > вообще XML не для этого придуман. Вот человек все правильно написал > - XML редко используется правильно: https://www.devever.net/~hl/xml > Для машинногенерируемого конфига JSON вполне годится. Для редактируемого человеком - в > зависимости от сложности, для небольших уровней вложенности - INI-файлы, для более > сложных - много вариантов, конфиги и Апача, и nginx окей. Всё так, согласен. Просто JSON в качестве конфига ничем, по сути, кроме JS-подобного синтаксиса не отличается от XML. Именно это я подразумевал в своём комментарии.

5.69, Аноним (69), 19:32, 17/11/2019 [^] [^^] [^^^] [ответить]	+/–
Отличается: 1) сложностью парсера (JSON проще на порядок) 2) наличием дополнительной "степени свободы" в виде атрибутов, что для конфигов скорее вредно.

6.70, Anonymoustus (ok), 20:20, 17/11/2019 [^] [^^] [^^^] [ответить]

+/–

> Отличается:
> 1) сложностью парсера (JSON проще на порядок)

XML в десять раз сложнее? Ты б хоть головой думал, что ты пишешь.

> 2) наличием дополнительной "степени свободы" в виде атрибутов, что для конфигов скорее
> вредно.

Никто не обязывает использовать дополнительные «степени свободы».

2.26, freehck (ok), 12:42, 15/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
> Звиняюсь за вопрос, но какой сакральный смысл в двойных кавычках, шмобках и прочих брайсах - нафейхоа ? Добро пожаловать в эпоху генерируемых конфигов.

3.38, Аноним (2), 14:33, 15/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
— Я часто был несправедлив к покойному(АДМИНУ). Но был ли покойный(АДМИН) нравственным человеком? Нет, он не был нравственным человеком. Это был бывший слепой(ПОФИГИСТ), самозванец(НЕ БЫЛО СЕРТИФИКАТОВ) и гусекрад(HDD-crad). Все свои силы он положил на то, чтобы жить за счёт общества(ОРГАНИЗАЦИИ). Но общество(ОРГАНИЗАЦИО) не хотело, чтобы он жил за его счёт. А вынести этого противоречия во взглядах Михаил Самуэлевич(ИМЯРЕК) не мог, потому что имел вспыльчивый характер. И поэтому он умер. Всё!

2.37, К (?), 14:30, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Нет, не проще. Тем более эти звёздочки.. бррр!

3.39, Аноним (2), 14:34, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
звездочек могет и не быть...

1.9, Anonim0000000 (?), 10:43, 15/11/2019 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А какая цель проекта в итоге? Я предполагал, что это будет просто апп сервер в связке с nginx, но теперь похоже они хотят заменить и нжинкс тоже. Но зачем? Продали бизнес и теперь хотят перетянуть на себя?

2.17, Аноним (15), 11:44, 15/11/2019 [^] [^^] [^^^] [ответить]	+/–
Потому что nginx 1.хэ написан с оглядкой на нужды нулевых, а сейчас времена меняются, и nginx 2.хэ должен потребности эти вывозить, вот и считайте nginx unit это такой nginx 2.хэ, по крайней мере, будет, но не сейчас.

2.18, пох. (?), 11:46, 15/11/2019 [^] [^^] [^^^] [ответить]

+/–

> но теперь похоже они хотят заменить и нжинкс тоже.

коммерческий nginx, заметьте.

Который тоже уже давным-давно управляется через нескучные апи, и не приспособлен жить где-то вне къебенетес-кластеров и прочего модного мусора.

> Продали бизнес и теперь хотят перетянуть на себя?

нет, они именно это и продавали. И эта разработка делается на денежки F5.

А вам - щастья, здоровья, держитесь тут. Вспоминайте как конфигурить апача - похоже, если модные технологии вам не по нутру, вы скоро с ним одним и останетесь.

nginx превращается в забытое всеми легаси, в котором "главное - ничего не чинить".

3.48, Valentin V. Bartenev (?), 22:55, 15/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
> нет, они именно это и продавали. И эта разработка делается на денежки F5. Все эти "теории заговора", рассуждения в интернете о том, кто кого и почему купил/продал, о сути происходящих в больших корпорациях процессов, их мотивах и денюжках - они по степени фактажа и наивности близки к рассуждениям о геополитике штарушек из сельской глубинки после просмотра какого-нибудь Соловьева.

4.49, пох. (?), 23:11, 15/11/2019 [^] [^^] [^^^] [ответить]

–1 +/–

о, инсайдер пожаловал. Скажите, инасайдер - у вас в контракте с F5 предусмотрен золотой парашутик на случай, ну там, "увольнения не по своей инициативе в течении первых двух лет после поглощения"? Или он только топ-топ менеджерам полагался?

А то ценность любой теории (как вам видимо забыли объяснить в школе) не в том что она правильно описывает устройство мира, а в том, сбываются ли сделанные на ее основе предсказания.

5.61, Аноним (61), 10:36, 16/11/2019 [^] [^^] [^^^] [ответить]	–1 +/–
Вот мы плавно и подошли к тому, что вышеобозначенному господину важно только содержимое (чужого) кошелька, но не будущее веб-сервера / веб-серверов / веба в целом. Жаль, очень жаль, я надеялся, что хотя бы этот ононим будет с мозгами (sigh).

6.64, пох. (?), 22:57, 16/11/2019 [^] [^^] [^^^] [ответить]

+/–

> Вот мы плавно и подошли к тому, что вышеобозначенному господину важно только
> содержимое (чужого) кошелька

Ну, у кого чего болит...
Я ведь не про содержимое спрашивал, это вы себе сами придумали. Я намекал что многие такие вот гордые собой инсайдеры потом внезапно всплывали на thelayoff, причем открытие того факта, что корпорация, оказывается, вовсе не нуждается в их сокровенных знаниях и редких талантах (при том что то и другое - было, обеспечивая твердую уверенность в завтрашнем дне) у них день-в-день совпало с получением pink slip.

> , но не будущее веб-сервера / веб-серверов / веба в целом.

будущее совершенно безоблачно - докер в докере под докером, k8s, "микросервисы", http/3, гуглозонд встроенный в каждый сервис, и никаких админов, за полной их ненужностью в дивном новом мире, где и конфигов-то у сервера нет.

Ищите заранее какую-нибудь другую работу, если тот мир вас не устраивает. Вот, например, специалисты по citrix нынче на расхват...

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

7.68, пациентАбонентыч (?), 11:02, 17/11/2019 [^] [^^] [^^^] [ответить]

+/–

> оказывается, вовсе не нуждается в их сокровенных

ну бывает, мы же не святые, слегка улыбаясь - трубы, огонь и прочее

> будущее совершенно безоблачно

немного нагнeтy, сyгyбo инсайдерская инфа, у "вас" облака абонентофф были ? будут !

P.S.:
Ы, щаз телеком пойдет на взлет, а "акции" всяких data-centeroff слегка подешевеют

4.52, Аноним (53), 00:14, 16/11/2019 [^] [^^] [^^^] [ответить]	+/–
Просто в больших компаниях никто ничего сам не знает. Даже уже принятое решение могут десять раз переиграть.Или внезапно возникнуть форс мажор который никто не мог учесть. И даже человек, который фактически принимает решения не может точно сказать что он будет делать дальше.

5.54, Аноним (54), 00:45, 16/11/2019 [^] [^^] [^^^] [ответить]	–1 +/–
это где такие компании замечательные?

6.55, Аноним (55), 00:57, 16/11/2019 [^] [^^] [^^^] [ответить]	+1 +/–
Практически везде.

6.57, Аноним (57), 09:11, 16/11/2019 [^] [^^] [^^^] [ответить]	+2 +/–
В любой компании где больше 5 человек.

1.56, Аноним (56), 02:48, 16/11/2019 [ответить] [﹢﹢﹢] [ · · · ]	+/–
В оченедной раз спрошу: Unit уже научился взаимодействовать с nginx через unix socket?

1.63, Аноним (63), 15:06, 16/11/2019 [ответить] [﹢﹢﹢] [ · · · ]	+/–
>реализована поддержка работы в режиме простого обратного прокси (reverse proxy). Ну наконец-то, следовало с неё и начинать. Сейчас для меня уже не актуально, но пару лет назад переехал бы без проблем.

2.71, Аноним (71), 18:38, 21/11/2019 [^] [^^] [^^^] [ответить]	+/–
И статику сервить уже научился. Глядишь, скоро и юзать можно будет.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: