Блог компании Runa Capital / NGINX шагает по планете

sergeykalenik — Fri, 10 Feb 2012 10:37:17 GMT

Всегда приятно писать об успехах своих коллег и земляков. Особенно, когда это успехи планетарного масштаба.

В прошедшем январе NGINX стал вторым сервером в мире. Уверенно обогнал Microsoft ISS по популярности среди активных веб-сайтов и угрожает скоро вытеснить Microsoft IIS также и со второго места среди миллиона топ-сайтов.

Феральский отчет netcraft.

До Apache, кстати, тоже не так уж и далеко, NGINX остается единственным вебсервером, демонстрирующим рост популярности +0.53%. По сравнению с конкурентами это взлет ракеты, ведь даже суперпопулярный Apache каждый месяц теряет по полпроцента.

Читать дальше →

Веб-стандарты / Доля Nginx снова немного подросла

marks — Wed, 08 Feb 2012 11:13:13 GMT

Компания Netcraft, как всегда, держит нас в курсе общемировых тенденций, в плане динамики рынка веб-серверов и общего количества сайтов в мире. Так вот, на днях был опубликован очередной отчет, согласно которому всего за месяц сайтов в Сети стало больше на 30 миллионов. Это увеличение примерно на 5,2%. Если так пойдет и дальше, что скоро ~~ГС заполонят интернет~~ количество сайтов будет исчисляться в миллиардах.

Читать дальше →

Веб-разработка / Open Server — профессиональный инструмент веб-разработчика под Windows

ArhMax — Wed, 01 Feb 2012 01:30:03 GMT

Хочу представить вам новый профессиональный инструмент для веб-разработки под Windows.

Open Server — это портативный локальный WAMP/WNMP сервер, имеющий многофункциональную управляющую программу и большой выбор подключаемых компонентов. Представленный пакет программ не является очередной любительской сборкой собранной «на коленке», это первый полноценный профессиональный инструмент, созданный специально для веб-разработчиков с учётом их рекомендаций и пожеланий.

Если вы всё еще используете Denwer, Xampp, Vertrigo и т.д. или предпочитаете устанавливать все компоненты сервера раздельно — добро пожаловать под кат.

Читать дальше →

Nginx / Nginx обогнал Microsoft IIS и вышел на второе место по активным сайтам

alizar — Fri, 06 Jan 2012 09:07:54 GMT

В свежей статистике Netcraft за январь 2012 произошло замечательное событие: веб-сервер nginx наконец-то обогнал Microsoft IIS и вышел на второе место в интернете среди активных сайтов (то есть сайтах с уникальным контентом, сделанных не по шаблонам).

Разработчик	Декабрь 2011	Доля	Январь 2012	Доля	Изменение
Apache	102 005 032	58,21%	105 684 049	57,93%	-0,28
nginx	20 342 324	11,61%	22 221 514	12,18%	0,57
Microsoft	21 572 870	12,31%	22 142 114	12,14%	-0,17
Google	14 240 979	8,13%	14 412 926	7,90%	-0,23

Примечательно, что в этой статистике все основные конкуренты потеряли позиции, и только nginx прибавил по сравнению с декабрём 2011 года.

Читать дальше →

Nginx / Четыре зловещие шестнадцатеричные цифры на страницах ошибок — и как преодолеть их

Mithgol — Tue, 03 Jan 2012 15:01:41 GMT

С этим загадочным глюком вы столкнётесь только при сочетании сразу нескольких условий.

Ваш сайт обслуживается Apache Server. (Это условие выполнить нетрудно: сейчас Apache — один из наиболее популярных вебосерверов.)

Ваш сайт также снабжён кэширующим сервером nginx. (Закупая shared-хостинг для небольшого сайта, вы можете до последней минуты ничего и не знать о том, что хостинговый провайдер, заботясь об экономии ресурсов, навесил nginx. Если, конечно, не полезете читать заголовки HTTP-отклика.)

Вы ставите какой-нибудь движок, работающий на PHP. (Например, CMS Drupal. Или, например, вики MediaWiki.)

После этого вам хочется посмотреть, как выглядят страницы ошибок №404, создаваемые движком. Вы скармливаете в вики адрес несуществующей статьи, или скармливаете в Drupal адрес несуществующей страницы.

И тогда приходят они. Четыре шестнадцатеричные цифры. Они появляются в коде страницы с описанием ошибки 404 (а также и 403), они стоят в этом коде перед «», и поэтому многие браузеры (например, Firefox) стремятся отобразить их выше всего остального текста страницы — а значит, заметно разламывают дизайн, задуманный создателями CMS или вики:

3340 … … … </code></pre><br/> В чём же дело?<br/> <br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nginx/135662/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Персональные блоги / Основные тезисы конференции HighLoad++ 2011</h1> <p>b441berith — Tue, 29 Nov 2011 07:44:26 GMT</p> В октябре 2011 года в Москве проходила ежегодная конференция разработчиков высоконагруженных проектов HighLoad++. <br/> Решил поделиться с читателями основными тезисами с конференции. Поскольку вся информация открыта и доступна на <a href="http://www.highload.ru/">странице</a> конференции, решил что собрать все тезисы вместе будет не такой уж и плохой затеей. Сразу отмечу, что в отчёте не содержится детальной информации о каждом докладе — затронуты лишь ключевые моменты.<br/> Итак, о чём говорилось на HighLoad++ 2011.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/conference/133592/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Информационная безопасность / Школьный DDoS и стоит ли его бояться</h1> <p>zenon — Fri, 25 Nov 2011 21:54:53 GMT</p> Современный интернет предлагает четыреста относительно честных способов зарабатывания денег. К сожалению, не все алчные до наживы персонажи ими ограничиваются. К счастью, только некоторые из них обладают достаточной квалификацией, чтобы причинить серьезный вред. Тем не менее их действия для неподготовленных людей могут оказаться достаточно разрушительными. Под катом вы найдете душещипательную историю с угрозами, шантажом, вероломным нападением и традиционным киношным хеппиэндом.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/infosecurity/133418/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Блог компании Sprinthost.Ru / Как на самом деле работает mod_rewrite. Пособие для продолжающих</h1> <p>cronfy — Wed, 26 Oct 2011 08:23:39 GMT</p> <br/> Эта статья выросла из идеи продвинутого обучения наших сотрудников технической поддержки работе с mod_rewrite. Практика показала, что после изучения имеющихся в большом количестве учебников на русском языке саппортам хорошо дается решение шаблонных задач, но вот самостоятельное составление правил происходит методом проб и большого количества ошибок. Проблема заключается в том, что для хорошего понимания работы mod_rewrite требуется изучение оригинальной англоязычной документации, после чего — либо дополнительные разъяснения, либо часы экспериментов с RewriteLog.<br/> <br/> В статье изложен механизм работы mod_rewrite. Понимание принципов его работы позволяет четко осознавать действие каждой директивы и ясно представлять себе, что происходит в тот или иной момент внутри mod_rewrite при обработке директив.<br/> <br/> Я предполагаю, что читатель уже знаком с тем, что такое mod_rewrite, и не буду описывать его основы, которые легко найти в интернете. Также нужно отметить, что в статье освещается работа mod_rewrite при использовании его директив в файле .htaccess. Отличия при работе в контексте <VirtualHost> изложены в конце статьи.<br/> <br/> Итак, вы изучили mod_rewrite, составили несколько RewriteRule и успели столкнуться с бесконечными перенаправлениями, со случаем, когда правило почему-то не ловит ваш запрос, а также с непредсказуемой работой группы правил, когда последующее правило неожиданно изменяет запрос, кропотливо подготовленный правилами предыдущими.<br/> <br/> Почему так происходит?<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/sprinthost/blog/129560/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Блог компании Rusonyx / Тестируем хостинг нового поколения</h1> <p>rusonyx_team — Wed, 19 Oct 2011 08:32:44 GMT</p> <br/> <h4>Привет, Хабр!</h4><br/> Сегодня мы хотим рассказать о своем новом виртуальном хостинге четвертого поколения (мы его так у нас называем), который мы не так давно внедрили, и который до сегодняшнего дня находился в закрытом тестировании.<br/> Сразу хочу сказать, что данная система разработана нашими коллегами из компании Parallels.<br/> Наша заслуга в том, что мы первые, кто внедрили этот солюшн в России.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/rusonyx/blog/130687/#habracut">Читать дальше →</a> </div> </article> <article> <h1>PHP / [Опрос] По адресу windows.php.net/download сборки PHP 5.3 сделаны VC9, а для Apache от apache.org нужны VC6</h1> <p>Mithgol — Tue, 18 Oct 2011 05:52:59 GMT</p> </article> <article> <h1>Веб-разработка / «Правильная» utf-8 кодировка в настройках nginx/apache</h1> <p>StraNNikk — Sun, 16 Oct 2011 12:19:27 GMT</p> Надеюсь, что данный пост окажется полезным многим разработчикам, т.к. судя по многочисленным тредам в интернете, проблема-то довольно частая. Суть проблемы в следующем: неправильное наименование кодировки utf-8 в настройках nginx/apache. При этом отдаваемый сервером контент воспринимается нормально во всех браузерах, кроме Internet Explorer-a.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/130511/#habracut">Читать дальше →</a> </div> </article> <article> <h1>*BSD / [Из песочницы] Активная защита FreeBSD на основе логов, sh и cron</h1> <p>NikitaTratorov — Sun, 16 Oct 2011 09:19:40 GMT</p> <b>Приветствую всех администраторов FreeBSD!</b><br/> <br/> Настроив свой второй сервер на FreeBSD и перенеся туда важную корпоративную информацию, я задумался о защите. Не буду повторяться про антивирусы, брандмауэры и дополнительные полезные комплексы — ни один из этих инструментов не решал мою задачу.<br/> <br/> <b>Задача </b>возникла сама собой, при просмотре логов:<br/> <code>/var/log/exim/rejectlog<br/> /var/log/auth.log<br/> /var/log/apache22/httpd-error.log</code><br/> <br/> в них постоянно попадала информация о неудачных попытках подобрать пароль к <i>exim</i>, к серверу и к веб-почте соответственно. Рано или поздно злоумышленники могут пароль подобрать, поэтому их нужно как-то остановить, например, добавив их IP-адрес в правила <i>ipfw</i>. А на веб-сервере еще и пытались найти несуществующие каталоги и файлы, относящиеся к администрированию, типа phpmyadmin, очевидно, чтобы проверить их на существующие уязвимости.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/bsdelniki/130501/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Linux для всех / Мультидоменность в Apache без лишних хлопот на локальном хосте</h1> <p>Skywrtr — Thu, 06 Oct 2011 18:31:18 GMT</p> Интернет пестрит руководствами по настройке виртуальных хостов в Apache. Но, в большинстве случаев, создание такого поддомена представляется хлопотным делом.<br/> По «стандартной» инструкции предлагается сделать следующее:<br/> <ol> <li>Создать папку для сайта</li> <li>Создать конфигурационный файл с именем будущего домена</li> <li>Включить сайт специальной опцией</li> <li>Перезагрузить Apache</li> <li>Прописать наш домен в файле hosts</li> </ol><br/> Некоторые пытаются оптимизировать данный процесс различными скриптами, но проблемы это, по сути, не решает.<br/> Итак, попробуем добиться, чтобы процесс создания поддомена сводился лишь к созданию папки для сайта. Возможно ли это? Проверим…<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/linux/129900/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Веб-разработка / [Из песочницы] Установка XAMPP в Ubuntu Linux</h1> <p>Vumik — Sat, 01 Oct 2011 18:35:21 GMT</p> <h4>Предисловие</h4><br/> Все началось в одно прекрасное, светлое утро, когда рассеялась тьма и восходила бодрая и лучистая заря — пришла идея перейти с не всеми, но многими любимых Окон с их антивирусами, сквозной коммерциализацией и внезапной задумчивостью, на быстрого, достаточно надежного, умного и дружелюбного Ubuntu Linux.<br/> <br/> Во главе этой идеи — создание свободной системы для разработки (не в виде дистрибутива), где будет только открытое ПО. Некий такой уголок программиста с производственным станком для кодоблудства. <br/> Сам занимаюсь веб-разработкой на PHP, поэтому неотъемлемой частью этой системы надлежит быть Apache + MySQL + PHP ну и xDebug до кучи. Так как нативно xDebug собирается на 32 битных системах (без установки кучи дополнительных пакетов), была выбрана именно такая Ubuntu Linux. Есть еще один плюс — много хорошо обкатанного ПО. <br/> <br/> С учетом экономии времени для развертывания системы серверов был выбран XAMPP, который немного допилил. Начнем по порядку, но условимся, что у тебя, %username%, уже установлена Ubuntu Linux, либо какая-то иная операционная система (скорее всего проблем с рецептом не возникнет — все приготовится также и в сковороде иной марки), а также что версии пакетов в командах ты поправишь относительно их свежести. <br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/129539/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Серверное администрирование / [Из песочницы] Отказоустойчивый кластер для Java приложений</h1> <p>imperial — Wed, 28 Sep 2011 20:49:43 GMT</p> Со времени запуска проекта прошло некоторое время и настало время наращивать вычислительные мощности для работы приложения. Было принято решение построить для этого кластер, который в дальнейшем можно будет легко масштабировать. Таким образом нам надо настроить кластер для распределения запросов между серверами.<br/> <br/> Для этого мы будем использовать 4 сервера на Linux CentOS 5.5, а так же Apache, Tomcat6, mod_jk, Heartbeat.<br/> web1, web2 сервера — для распределения запросов средствами Apache и отказоустойчивости средствами Heartbeat. tomcat1, tomcat2 сервера — Tomcat сервера для Java-приложения.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/s_admin/129377/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Linux для всех / [Из песочницы] Создание виртуальных хостов в apache под Linux на Python</h1> <p>valualit — Thu, 08 Sep 2011 10:07:33 GMT</p> Занимаюсь разработкой сайтов и всякие эксперименты и основную разработку делаю на локальном компьютере под Debian. В следствии того, что приходилось постоянно ручками создавать виртуальные хосты пришлось поставить себе цель автоматизировать процесс. <br/> Первый делом двинулся я в просторы интернета в поисках необходимого решения, которое должно было обладать простотой и выполнять всего 2 задачи: добавлять виртуальный хост и удалять его. Мне удобно пользоваться консолью, поэтому и приложение должно было быть консольным. Но все варианты которые нашел имели большое количество ненужного функционала, кроме того почти все они предоставляли web интерфейс, которым я просто не хотел пользоваться. <br/> В результате были поставлены цели:<br/> — написать свой простенький скрипт, который создавал все то, что мне нужно;<br/> — в качестве языка разработке я выбрал python, т.к. давно искал повод на нем учится писать.<br/> <br/> <b>Update (08.09.11 20:25): </b> учитывая ошибки в комментариях немного исправил скрипт. Начал использовать optparse, сократил использование .write. <br/> <br/> В результате я получил полностью удовлетворяющий меня скрипт <s>под катом</s>.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/linux/127996/#habracut">Читать дальше →</a> </div> </article> <article> <h1>Веб-разработка / [Из песочницы] Автоматические хосты для веб-разработки (FreeBSD)</h1> <p>Ti_webdev — Tue, 30 Aug 2011 14:21:29 GMT</p> <br/> <br/> При разработке и поддержке большого числа сайтов, создание виртуальных хостов на локальной машине занимает определенное время.<br/> <br/> Как вариант, можно <a href="http://habrahabr.ru/blogs/nix/126468/">скриптами обновлять</a> конфиги apache и файл hosts.<br/> <br/> Другое решение, настройка собственного DNS сервера с зоной верхнего уровня.<br/> Это мы и сейчас и проделаем.<br/> <br/> Итак, создадим зону ".dev" (используя демон named и apache под FreeBSD)<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/127374/#habracut">Читать дальше →</a> </div> </article> <article> <h1>*nix / Bash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 3</h1> <p>TITnet — Fri, 19 Aug 2011 08:13:58 GMT</p> В продолжении <a href="http://habrahabr.ru/blogs/nix/126468/">первой</a> и <a href="http://habrahabr.ru/blogs/nix/126529/">второй</a> части хочу развить тему дальше и не ограничиваться одним лишь bash, hg и apache для упрощения обучения новичков и ускорения работы профессионалов. Я изучил комментарии, которые вы мне оставили, и хочу подытожить некоторые моменты.<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nix/126649/#habracut">Итоги</a> </div> </article> <article> <h1>*nix / Bash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 2</h1> <p>TITnet — Wed, 17 Aug 2011 12:25:55 GMT</p> В <a title="Первая часть" href="http://habrahabr.ru/blogs/nix/126468/">первой</a> части мы рассмотрели скрипт, синхронизирующийся с ропозиторием и создающий виртуальный хост Апача, для удобной работы с проектом. Теперь пришло время подумать, а как удалить локальный проект, если в нем отпала необходимость?<br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nix/126529/#habracut">Не ручками же подчищать все за первым скриптом?</a> </div> </article> <article> <h1>Системное администрирование / [Из песочницы] Автоматизация SVN + Apache + LDAP</h1> <p>zaabjuda — Mon, 15 Aug 2011 12:22:24 GMT</p> По выше упомянутой связке много чего написано, однако, я вечно чувствовал некие неудобства при заведении нового репозитория: необходимо было завести новый локейшн в конфигурационном файле, создать репозиторий с помощью svnadmin, перезапустить apache. Когда такую работу приходиться выполнять раз в месяц — это терпимо, однако, когда такую работу приходиться выполнять по несколько раз в неделю, стоит задуматься об автоматизации этого процесса. Собственно об этом речь и идёт под катом.<br/> <br/> <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sysadm/126338/#habracut">Читать дальше →</a> </div> </article> </main></body></html>

Хабрахабр: Метки / apache

Блог компании Runa Capital / NGINX шагает по планете

Веб-стандарты / Доля Nginx снова немного подросла

Веб-разработка / Open Server — профессиональный инструмент веб-разработчика под Windows

Nginx / Nginx обогнал Microsoft IIS и вышел на второе место по активным сайтам

Nginx / Четыре зловещие шестнадцатеричные цифры на страницах ошибок — и как преодолеть их