Блог компании Runa Capital → NGINX шагает по планете
Всегда приятно писать об успехах своих коллег и земляков. Особенно, когда это успехи планетарного масштаба.
В прошедшем январе NGINX стал вторым сервером в мире. Уверенно обогнал Microsoft ISS по популярности среди активных веб-сайтов и угрожает скоро вытеснить Microsoft IIS также и со второго места среди миллиона топ-сайтов.
Феральский отчет netcraft.
До Apache, кстати, тоже не так уж и далеко, NGINX остается единственным вебсервером, демонстрирующим рост популярности +0.53%. По сравнению с конкурентами это взлет ракеты, ведь даже суперпопулярный Apache каждый месяц теряет по полпроцента.
В прошедшем январе NGINX стал вторым сервером в мире. Уверенно обогнал Microsoft ISS по популярности среди активных веб-сайтов и угрожает скоро вытеснить Microsoft IIS также и со второго места среди миллиона топ-сайтов.
Феральский отчет netcraft.
До Apache, кстати, тоже не так уж и далеко, NGINX остается единственным вебсервером, демонстрирующим рост популярности +0.53%. По сравнению с конкурентами это взлет ракеты, ведь даже суперпопулярный Apache каждый месяц теряет по полпроцента.
Nginx → Для Nginx появилась коммерческая техподдержка
Доступны три пакета услуг:
Контракты заключаются на 3-12 месяцев, платежи помесячно или поквартально, предоплата.
Разумеется, подписываться на коммерческую поддержку никто не заставляет, можно пользоваться бесплатной поддержкой, продукт и все исходные коды тоже остаются свободными.
- Essential ($1100/мес)
- Advanced ($4400/мес, $50K/год)
- Premium ($6600+/мес, $70K+/год)
Контракты заключаются на 3-12 месяцев, платежи помесячно или поквартально, предоплата.
Разумеется, подписываться на коммерческую поддержку никто не заставляет, можно пользоваться бесплатной поддержкой, продукт и все исходные коды тоже остаются свободными.
Веб-стандарты → Доля Nginx снова немного подросла
Компания Netcraft, как всегда, держит нас в курсе общемировых тенденций, в плане динамики рынка веб-серверов и общего количества сайтов в мире. Так вот, на днях был опубликован очередной отчет, согласно которому всего за месяц сайтов в Сети стало больше на 30 миллионов. Это увеличение примерно на 5,2%. Если так пойдет и дальше, что скоро
Блог компании Jelastic → GlassFish кластеризация в Jelastic
Как вам уже известно, GlassFish — высоконадежный Java EE сервер приложений с полной поддержкой промышленной кластеризации и широким спектром функций.
До недавнего времени Glassfish использовался в Jelastic Java PaaS просто как отдельный сервер, теперь же мы поддерживаем все функции этого сервера, включая высокую доступность (HA).
Мы сберегли «родную» кластерную архитектуру GlassFish, которая основана на концепции административного домена. Административные домены состоят из кластеров и инстансов, контроль над которыми осуществляется с помощью DAS (Domain Administration Server).
Вы можете управлять центральным репозитарием с помощью админ консоли. Это легкий в использовании GUI, который поддерживает все фичи, доступные в Glassfish. DAS управляет Java инстансами домена, а GMS (Group Management Service) отвечает за предоставление информации о кластере и его инстансах.
До недавнего времени Glassfish использовался в Jelastic Java PaaS просто как отдельный сервер, теперь же мы поддерживаем все функции этого сервера, включая высокую доступность (HA).
Мы сберегли «родную» кластерную архитектуру GlassFish, которая основана на концепции административного домена. Административные домены состоят из кластеров и инстансов, контроль над которыми осуществляется с помощью DAS (Domain Administration Server).
Вы можете управлять центральным репозитарием с помощью админ консоли. Это легкий в использовании GUI, который поддерживает все фичи, доступные в Glassfish. DAS управляет Java инстансами домена, а GMS (Group Management Service) отвечает за предоставление информации о кластере и его инстансах.
Системное администрирование → Разворачиваем PSGI приложение на Plack+Starman+Nginx из песочницы
PSGI — это интерфейс между perl приложением и веб сервером, позволяющий абстрагироваться от реализации подключения к веб серверу. PSGI приложения хорошо масштабируются, особенно при использовании Nginx в качестве фронтенда и балансировщика нагрузки.
В этой небольшой заметке я расскажу как развернуть небольшое PSGI приложение. Если приложение будет большим, вероятно, и заметка потребуется побольше.
В этой небольшой заметке я расскажу как развернуть небольшое PSGI приложение. Если приложение будет большим, вероятно, и заметка потребуется побольше.
Nginx → fbi.gov тоже использует nginx
Недавно, по работе, пришлось столкнуться с сайтом fbi.gov. Пароль, который выдали почему-то не прошел, и каково-же было мое удивление, когда после 3-ей попытки я увидел это
Nginx → MySQL в NGINX: использование блокирующих библиотек в неблокирующем сервере из песочницы
Как известно, при разработке высоконагруженных серверов часто применяется событийная модель работы с сокетами. Ключевым компонентом системы при этом является epoll (во FreeBSD и Windows есть свои решения, но остановимся на Линуксе). Функция epoll_wait, будучи единственным блокирующим вызовом, возвращает нам информацию обо всех сетевых событиях, которые нас интересуют. Подобным образом, конечно, работает и всем известный сервер NGINX.
Событийная модель программирования делает код весьма своеобразным, как будто выворачивает его наизнанку. Но эта проблема не так страшна. Есть другая проблема — использование в событийно-ориентированном коде существующих библиотек, изначально не предназначенных для него. Если подобная библиотека делает блокирующие вызовы (например, connect, recv и т.д.), вся событийная модель может потерять смысл т.к. окончания одного такого вызова будут ждать все остальные клиенты, что совершенно неприемлемо, если вы пишете серьезный продукт.
Событийная модель программирования делает код весьма своеобразным, как будто выворачивает его наизнанку. Но эта проблема не так страшна. Есть другая проблема — использование в событийно-ориентированном коде существующих библиотек, изначально не предназначенных для него. Если подобная библиотека делает блокирующие вызовы (например, connect, recv и т.д.), вся событийная модель может потерять смысл т.к. окончания одного такого вызова будут ждать все остальные клиенты, что совершенно неприемлемо, если вы пишете серьезный продукт.
Веб-разработка → Open Server — профессиональный инструмент веб-разработчика под Windows
Хочу представить вам новый профессиональный инструмент для веб-разработки под Windows.
Open Server — это портативный локальный WAMP/WNMP сервер, имеющий многофункциональную управляющую программу и большой выбор подключаемых компонентов. Представленный пакет программ не является очередной любительской сборкой собранной «на коленке», это первый полноценный профессиональный инструмент, созданный специально для веб-разработчиков с учётом их рекомендаций и пожеланий.
Если вы всё еще используете Denwer, Xampp, Vertrigo и т.д. или предпочитаете устанавливать все компоненты сервера раздельно — добро пожаловать под кат.
Open Server — это портативный локальный WAMP/WNMP сервер, имеющий многофункциональную управляющую программу и большой выбор подключаемых компонентов. Представленный пакет программ не является очередной любительской сборкой собранной «на коленке», это первый полноценный профессиональный инструмент, созданный специально для веб-разработчиков с учётом их рекомендаций и пожеланий.
Если вы всё еще используете Denwer, Xampp, Vertrigo и т.д. или предпочитаете устанавливать все компоненты сервера раздельно — добро пожаловать под кат.
Серверная оптимизация → Я медленно удаляю apache с сервера
Есть у меня серверок (да, да, именно серверок, сервером его назвать сложно). Железо старенькое (2 гига оперативы, AMD Athlon(tm) 64 Processor 3500+, програмный RAID). Админю я его сам, без особых навыков и познаний. Когда-то давным давно (больше года назад) поставил на него Debian 5.0 Lenny (это была вторая в жизни установка linux-системы, до этого ставил только Ubuntu на рабочий ноутбук) и панель управления ISPConfig3 по мануалу. Держу на нем несколько (штук 40) сайтов друзей и клиентов, Redmine, SVN и еще немного по мелочам.
Периодически все это безобразие падает (load average > 20), и приходится на сервере раз в пару часов перегружать apache или высасывать из пальца очередную попытку оптимизации. В общем полный раздрай и разруха. И вот в одну прекрасную субботу я подумал — а почему бы не решить вопрос раз и… И вот в общем.
Под катом — история убитых выходных + предыстория. Интересна в первую очередь мне, чтобы потом легко вспомнить что именно и зачем я ставил. Может быть интересна новичкам в интересном и нелегком (ох, ...) деле серверной оптимизации постепенным(!) переводом сайтов из-под Apache c его ModRewrite под Nginx (
