https://opennet.ru/openforum/vsluhforumID3/89051.html Вышел (http://blog.nodejs.org/2013/03/11/node-v0-10-0-stable/) стабильный релиз Node.js 0.10 (http://nodejs.org/), платформы для выполнения высокопроизводительных сетевых приложений на языке JavaScript. Платформа может быть использована как для серверного сопровождения работы Web-приложений, так и для создания обычных клиентских и серверных сетевых программ. Для расширения функциональности приложений для Node.js подготовлена большая коллекция модулей (https://github.com/ry/node/wiki/modules), в которой можно найти модули с реализацией серверов и клиентов HTTP, SMTP, XMPP, DNS, FTP, IMAP, POP3, модули для интеграции с различными web-фреймворками, обработчики WebSocket и Ajax, коннекторы к СУБД (MySQL, PostgreSQL, SQLite, MongoDB), шаблонизаторы, CSS-движки, реализации криптоалгоритмов и систем авторизации (OAuth), XML-парсеры.<br><br><br><br> Для обеспечения обработки большого числа параллельных запросов Node.js задействует асинхронную модель запуска кода, основанную на обработке событий в неблокирующем режиме и опред https://opennet.ru/openforum/vsluhforumID3/89051.html#89 Sat, 23 Mar 2013 12:03:21 GMT &gt; Вот-вот. И спрашивается: как хранят конфиги железок админы?<br><br>Не железкоадмин -- возможно, лучше отловить pilot на #altlinux и спросить, как по уму.<br> https://opennet.ru/openforum/vsluhforumID3/89051.html#88 Sat, 23 Mar 2013 08:10:29 GMT Вот-вот. И спрашивается: как хранят конфиги железок админы? Лично мне кажется правильным поднять какую-нибудь vcs и туда tftp сливает конфиги. А после приёма файлика дёргает коммит скриптом. Вот ты нашёл что-то довольно тяжёлое для такой простой вещи. Снизу предлагают самому навелосипедить. Это конечно тоже вариант. Но разве никто в мире не делал такую простую вещь? Странно что нет ничего из_коробки для таких вариантов.<br> https://opennet.ru/openforum/vsluhforumID3/89051.html#87 Fri, 22 Mar 2013 12:38:18 GMT &gt; И всё это печально одним... нет, даже двумя моментами.<br>&gt; а) Apache - очень хороший менеджер процессов, куда лучше, чем во многих <br>&gt; имплементациях FCGI. В частности PHP как FCGI лучше даже не рассматривать. <br>&gt; б) Если у Вас падает воркер или FCGI - всё становится невесело. <br>&gt; Потому, что обрываются ВСЕ запросы, связанные с данным воркером/FCGI-процессом. А не <br>&gt; один упавший. В случае FCGI еще и рестартер держать придётся.<br>&gt; У Apache в данном случае еще одно преимущество - корневой процесс минималистичный, <br>&gt; вылизывался годами сотнями людей, и шанс его падения близок к 0. <br>&gt; Поэтому доверия к нему куда больше, чем к nginx+FPM/FCGI.<br><br>Вообще-то для FCGI уже есть php-fpm.<br>У php-fpm корневой процесс - тоже самое, что у apache, так же занимается минимумом дел.<br>И от ошибок дочерних процессов не падает.<br><br>&gt; Я всегда сравниваю nginx с FreeBSD в этом плане<br><br>А Apache - это linux типа?<br> https://opennet.ru/openforum/vsluhforumID3/89051.html#86 Fri, 22 Mar 2013 03:18:46 GMT &gt; Вообще segfault - это уже само по себе плохо.<br><br>Именно. Но в случае динамики у Вас оно может быть достаточно легко, потому что объём выполняемого кода достаточно велик. Это не проксирование/статика.<br><br>&gt; Потом, у nginx можно задать несколько процессов-обработчиков.<br>&gt; И потом, nginx общается с динамикой не внутри своего процесса, а через <br>&gt; fcgi/wsgi/proxy/...<br><br>И всё это печально одним... нет, даже двумя моментами.<br>а) Apache - очень хороший менеджер процессов, куда лучше, чем во многих имплементациях FCGI. В частности PHP как FCGI лучше даже не рассматривать.<br>б) Если у Вас падает воркер или FCGI - всё становится невесело. Потому, что обрываются ВСЕ запросы, связанные с данным воркером/FCGI-процессом. А не один упавший. В случае FCGI еще и рестартер держать придётся. <br><br>У Apache в данном случае еще одно преимущество - корневой процесс минималистичный, вылизывался годами сотнями людей, и шанс его падения близок к 0. Поэтому доверия к нему куда больше, чем к nginx+FPM/FCGI.<br><br>А в общем да - я с вами согл https://opennet.ru/openforum/vsluhforumID3/89051.html#85 Thu, 21 Mar 2013 18:55:24 GMT &gt;&gt; У вас были прецеденты, где обваливался nginx, а Apache держал нагрузку?<br>&gt; Не только прецеденты, но и вполне реальные грабли.<br>&gt; segfault в apache/prefork(itk) - это смерть одного соединения.<br>&gt; segfault в nginx - это смерть всех текущих соединений. Разница легко ощутима. <br><br>Вообще segfault - это уже само по себе плохо.<br>И всегда можно откопать причину, с помощью gdb, strace и т.д.<br><br>Потом, у nginx можно задать несколько процессов-обработчиков.<br>Да, есть один master, как и у apache, но он врядли упадет (как и у apache).<br><br>И потом, nginx общается с динамикой не внутри своего процесса, а через fcgi/wsgi/proxy/...<br>Скажем, если упадет процесс php-fpm, процессу nginx от этого ничего не станет, он просто передаст запрос следующему процессу, или серверу в upstream.<br>Например недавно был баг в pinba, изза которого php процесс падал в segfault при авторизации на сайте.<br>php процесс падал, а nginx спокойно передавал запросы дальше.<br>В том и плюс nginx, что он динамику внутри себя не обрабатывает, он занимается пе https://opennet.ru/openforum/vsluhforumID3/89051.html#84 Thu, 21 Mar 2013 05:30:09 GMT &gt; nginx с динамикой сегфолтился каждый второй день. Это было на бородатой 0.8.2. <br>&gt; А еще страшно не умел chunked. После этого было решено им <br>&gt; пользоваться только для проксей и фронтендов - на статике не падает. <br><br>Добрый день.<br>Простите за интерес, а какие у Вас (хоть ориентировано) показатели нагрузки ? <br>В плане к-ва запросов, трафика и т.д. ?<br>Мне интересно как общего развития, т.к. у меня динамику отдает Tomcat, спрятанный за nginx ... <br><br> https://opennet.ru/openforum/vsluhforumID3/89051.html#83 Thu, 21 Mar 2013 05:16:45 GMT &gt;&gt; segfault в apache/prefork(itk) - это смерть одного соединения.<br>&gt;&gt; segfault в nginx - это смерть всех текущих соединений. Разница легко ощутима.<br>&gt; о_О и часто у Вас apache и nginx сегфолтятся?<br><br>nginx с динамикой сегфолтился каждый второй день. Это было на бородатой 0.8.2. А еще страшно не умел chunked. После этого было решено им пользоваться только для проксей и фронтендов - на статике не падает. <br><br>На критичных участках даже на фронтах - апач с worker/event. Сейчас ситуация могла измениться, но в целом даже тестирование уже не окупится - смысла ломать стабильно работающие узлы нет.<br><br>Опять же - да - ситуация личная. В моем случае проще (и дешевле!) смасштабироваться горизонтально, чем пытаться допилить вечную бету для хайлоада до рабочего состояния. Ну и нет у меня задач с приоритетом оптимизации нагрузки - есть задачи с приоритетом стабильности и поддерживаемости сторонними лицами.<br> https://opennet.ru/openforum/vsluhforumID3/89051.html#82 Thu, 21 Mar 2013 04:04:42 GMT &gt; segfault в apache/prefork(itk) - это смерть одного соединения.<br>&gt; segfault в nginx - это смерть всех текущих соединений. Разница легко ощутима. <br><br>о_О и часто у Вас apache и nginx сегфолтятся?<br><br> https://opennet.ru/openforum/vsluhforumID3/89051.html#81 Thu, 21 Mar 2013 03:17:29 GMT &gt; У вас были прецеденты, где обваливался nginx, а Apache держал нагрузку?<br><br>Не только прецеденты, но и вполне реальные грабли.<br>segfault в apache/prefork(itk) - это смерть одного соединения. <br>segfault в nginx - это смерть всех текущих соединений. Разница легко ощутима.<br>