The OpenNET Project / Index page

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

Выпуск сервера приложений 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, возможность запускать различные типы динамических приложений, балансировка нагрузки и отказоустойчивость, эффективная отдача статического контента, средства накопления статистики и мониторинг.

  1. Главная ссылка к новости (https://mailman.nginx.org/pipe...)
  2. OpenNews: Выпуск nginx 1.17.5
  3. OpenNews: Компания Cloudflare реализовала модуль для поддержки HTTP/3 в NGINX
  4. OpenNews: Выпуск сервера приложений NGINX Unit 1.12.0
  5. OpenNews: Выпуск сервера приложений NGINX Unit 1.11.0
  6. OpenNews: Первый стабильный релиз сервера приложений NGINX Unit
Лицензия: CC-BY
Тип: Программы
Ключевые слова: nginx, unit
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (69) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    И статику сервить уже научился. Глядишь, скоро и юзать можно будет.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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