Готовьтесь, NGINX идет



Возможно, одним из наиболее востребованных и популярных запросов функций, представленных для cPanel & WHM, было добавление веб-сервера NGINX в качестве альтернативы Apache. У нас есть хорошие новости для тех из вас, кто спрашивал: NGINX идет.


Примечание: поскольку поддержка NGINX на серверах cPanel и WHM все еще является экспериментальной, она не будет сразу доступна в графическом пользовательском интерфейсе WHM. Имейте в виду, что это представление о том, как интерфейс может появиться в более поздних версиях.

Первый шаг сделан
cPanel уже давно рассматривает возможность предложения NGINX в качестве альтернативы Apache. Однако, учитывая то, что cPanel & WHM полагается на Apache в своей основе, мы решили, что в то время этот процесс был слишком сложным для выполнения. Мы потратили значительное время на то, чтобы отделить продукт от зависимости от Apache. Хотя наша работа еще не завершена, мы продвинулись достаточно далеко, чтобы сделать первые шаги в направлении интеграции другого веб-сервера.

Наше исследование показало, что основным вариантом использования для людей, запрашивающих поддержку NGINX, были сайты WordPress, поэтому именно на этом мы сфокусировали этот минимально жизнеспособный продукт. Мы выбрали PHP-FPM в качестве обработчика PHP, поскольку именно этот обработчик рекомендует WordPress и уже поддерживается cPanel & WHM. Чтобы воспользоваться NGINX, вам нужно включить PHP-FPM на всех доменах, которые обслуживают контент PHP.

Несколько предостережений
NGINX не полностью заменяет Apache в этом экспериментальном выпуске. cPanel & WHM по-прежнему требует Apache для некоторых функций (например, Mailman) для правильной работы. На этой итерации Apache перемещается на альтернативный порт в процессе установки NGINX и возвращается в прежнее состояние, когда NGINX удаляется.

Пожалуйста, также будьте предупреждены, это экспериментальный релиз. Как и в случае со всеми сборками EDGE и Experimental, мы не рекомендуем запускать NGINX в производственной среде, если администратор сервера не имеет большого опыта и не имеет плана отката. Будут вещи, которые просто не будут работать в продукте, что мы ожидаем. Мы будем искать ваши отзывы о том, что, по-видимому, не работает должным образом, и мы с радостью повторим, если позволит время.

В настоящее время мы можем с уверенностью сказать, что правила mod_security не будут работать с NGINX, а правила и ограничения переписывания .htaccess больше не будут применяться. Значение таких перезаписей как защищенных паролем каталогов больше не будет работать.

Хорошие новости!
Вместо того чтобы сосредоточиться на частях cPanel & WHM, которые в настоящее время не работают с NGINX, вот части, которые мы протестировали и показали, что они работают нормально:
  • WordPress
  • PHP-FPM
  • cPanel и субдомены веб-службы
  • почтальон
  • MultiPHP (с PHP-FPM)
  • AutoSSL

Итак… Как мне установить его?
Процесс установки довольно прост, но требует SSH-доступа корневого уровня к вашему серверу. Получив доступ к вашему серверу, выполните следующие команды:
yum install ea4-experimental


yum install ea-nginx



NGINX вообще не подключается к cPanel & WHM, поэтому, если будут внесены какие-либо изменения в конфигурацию, вам нужно будет вручную запустить
/scripts/ea-nginx config --all

для регенерации конфигураций NGINX и перезагрузить сервер. Добавление этого сценария в корневой каталог при использовании NGINX является одним из потенциальных решений для серверов, на которых часто происходят изменения.

Что мы ищем?
Мы решили выпустить его как экспериментальный, потому что полностью осознаем, что NGINX еще не готов к работе в среде cPanel. Наша цель — получить обратную связь от вас, сообщества cPanel, чтобы мы могли оценить ваши потребности и потребности от NGINX в качестве функции и использовать ее для будущих итераций. В настоящее время мы не планируем запускать NGINX в производство, поскольку некоторые важные функции cPanel в настоящее время не работают должным образом. Ваши отзывы о NGINX будут чрезвычайно полезны для демонстрации того значения, которое он добавляет к пользовательской базе в целом.

Когда это пойдет в производство?
Ответ на это не простой. Этот выпуск поможет нам оценить текущий интерес к NGINX как альтернативе Apache и получить ценные отзывы сообщества. Однако у нас пока нет сроков перехода от этой реализации к экспериментальной и производственной. Как только мы увидим принятие этой экспериментальной реализации и получим отзывы от этих пользователей, следующим шагом будет исправление известных нам проблем. Затем мы подвергаем продукт строгому испытательному периоду, следя за тем, чтобы не было выявлено критических или серьезных ошибок, и чтобы эта функция соответствовала нашим критериям для функции производственного уровня. Только тогда мы начнем внедрять его в производственную среду.

Для получения дополнительной информации о запуске NGINX на вашем сервере cPanel & WHM, пожалуйста, ознакомьтесь с нашей документацией.

Nginx+Apache на виртуальном безлимитном хостинге

  • Well-Web
Здравствуйте.

Сегодня мы рады сообщить еще об одном шаге в развитии нашей компании и улучшении услуг виртуального хостинга. Так как диск у нас безлимитный и попадается не мало нагруженных изображениями, проектов, да и просто тяжеловесных сайтов, мы решили оптимизировать работу наших серверов и использовать связку Nginx+Apache на виртуальном хостинге. Всю прошлую неделю, мы тестировали данную связку на экспериментальном сервере — и не выявили каких либо недостатков. Все стандартные функции для Вас по прежнему доступны и работают (сертификаты Lets Encrypt, настройка htaccess и т д).

Разберемся подробнее, связка двух веб-серверов, один из которых выполняет функцию фронтенда — Nginx, другой — бэкенда — Apache, предназначена для снижения общей нагрузки на сервер и ускорения работы сайтов. Достигается это за счет того, что более легкий Nginx первым принимает все запросы. Далее он самостоятельно выдает по запросам статический контент (изображения, html-файлы, javascript-скрипты и т д), не озадачивая этой функцией тяжеловесный Apache, который, обрабатывает динамический контент. Apache не работает напрямую с пользователем, все их запросы проксируются Nginx, и ему же возвращаются ответы.

За счет более быстрой обработки статики Nginx-ом Ваши сайты грузятся практически в два раза быстрее.

Все наши клиенты — уже ощутили турбо ускорение своих сайтов, не пропустите и Вы.

Данная опция бесплатна и активна по умолчанию для всех клиентов.

Ссылка для заказа хостинга — виртуальный хостинг.

Так же напоминаем — не упустите Ваш шанс получить скидку 50% на виртуальный хостинг. Детали акции ниже.

С Уважением
Хостинг провайдер
ООО «Велл-Веб»

Установка и настройка Nginx (LNMP) на Ubuntu



В 2002 году российский программист Игорь Сысоев начал разработку HTTP-сервера Nginx, в связи с потребностью в новом программном обеспечении для высоконагруженных сайтов. Сейчас, помимо обычного веб-сервера, Nginx используется, как обратный или почтовый прокси-сервер, а также, как TCP/UDP прокси-сервер для решения общих задач. Nginx настраивается и эффективно работает на всех основных Unix-подобных ОС, в том числе на Linux.

В июле 2016 года компания Netcraft проанализировала ответы более миллиарда загруженных сайтов и сообщила, что Nginx проксирует или обслуживает 27,9% из них. Достоинства Nginx по праву оценили такие крупные компании, как Вконтакте, Рамблер, Яндекс и Mail.ru.

В начале своей карьеры разработчик Nginx использовал серверы Apache для нужд компании Рамблер. Сысоев пытался оптимизировать Apache под запросы крупных и быстро растущих сайтов, например, создал патч, сжимающий(регулирующий) ответы сервера. В большинстве случаев устранить недостатки Apache не удавалось, поэтому началась работа над Nginx.

В чем была проблема с Apache? Apache создает отдельные треды (thread) для каждого события, поэтому не подходит для решения проблемы С10К. При обработке большого количества соединений, веб-сервер начинает перегружать вычислительные мощности, что приводит к нарушениям в работе. В свою очередь, Nginx использует неблокирующие асинхронные алгоритмы обработки событий и стабильно справляется с обработкой более 10 000 рабочих процессов одновременно. Поэтому построенные на Nginx проекты куда меньше страдают от вызванных перегрузкой проблем, чем аналогичные решения на Apache.

vstoike.ru/ru/blog/how-to-setup-lnmp-on-ubuntu

HTTP/2: готовимся к переходу



blog.selectel.ru/http2-gotovimsya-k-perexodu/

В прошлом году в мире сетевых технологий произошло очень важное событие: была утверждена и стандартизирована новая версия протокола HTTP — HTTP/2. HTTP/2 уже поддерживается в популярных веб-серверах: Apache, Nginx, IIS. Реализована поддержка и в большинстве современных браузеров.

Использование HTTP/2 за последнее время существенно расширилось.

По данным на середину 2015 года, процент сайтов и веб-сервисов, перешедших на HTTP/2, был невелик ― всего 0,4%. Совсем свежая статистика (январь 2016) свидетельствует о значительном росте: с 0,4 до 6,5%. Есть все основания полагать, что в ближайшее время темпы роста будут увеличиваться.

Задуматься о практических аспектах перехода на HTTP/2 стоит уже сейчас. Эту тему мы хотели бы затронуть в сегодняшней статье. Особенно нас будет интересовать проблема адаптации существующих приёмов оптимизации производительности веб-сайтов под специфику нового протокола.
Прежде чем перейти непосредственно к рассмотрению этого вопроса, обратимся к истории протокола HTTP/2 и кратко опишем основные нововведения, отличающие его от HTTP/1.1.