Идеально рассказано, без воды. Всю нужную информацию вместил в 13 минут, у некоторых это занимает час. Спасибо, за такое лайк!

Очень толковое видео, без воды, по полочкам все красиво разложил!)

Вообще сам лого Apache, это перо - вызывает у меня чертовскую ностальгию:) 2004й, я в 11м классе, первая книга по веб-технологиям, тонкая такая брошюрка в мягком переплёте, рассказывающая, как поставить Apache на Windows и прикрутить туда PHP 3й или 4й версии. Это всё тогда, конечно, было просто космического, крышесносного уровня магией, захватывающей и интересной. Интернета почти не было - по модемным карточкам, которые стоили 60 руб за, если не ошибаюсь, пол часа доступа к сети, которых никак не хватало, чтобы хоть что-то оттуда выцепить. Да и 60 руб это была сумма тогда. Дааа:) Не могу не улыбнуться, вспоминая то время:) Может видос отдельный про это снять?

Спасибо за простое и информативное объяснение , продолжай в том же духе!

Было очень информативно, спасибо)

Спасибо большое за ваш вклад, все оч нравится, не прекращайте это дело, все круто, всех благ

Спасибо за обзор!

Полезно, понятно!

Просто и понятно. Спасибо!

Спасибо, давно хотел себе именно это разъяснить.

Четка, красива, лайк!)

Отлично, все по полочкам. Спасибо 🤝 подписался

Благодарю! Снова всё, наконец-то, уложилось по полочкам в голове. Алексей, у вас великолепно получается подавать материал! Величайше благодарю за всю вашу работу!

чётко, толково, коротко и по существу подписываюсь на канал, жму колокольчик и лайк :)

самый недооцененный тек блогер в мире...

Спасибо за видео без воды!

Привет, коллега. Классный контент, подпишусь на канал. Я не согласен с тем что apache настраивается легче чем nginx, как по мне второе намного легче, и документация более понятная. И ещё ты не упомянул о куче модулей для nginx и о возможности расширении функционала с использованием lua

все видео из головы не лез вопрос: так все же вебсарвар или апликейшенсарвар. :D как всегда, прекрасные объяснения, спасибо

Супер!

Спасибо.

Хорошо разложил

Отличное видео, поддерживаю такой же формат про субд

Вообще к пониманию статистики веб-серверов стоит учесть, что чаще всего в highload проектах, то чаще всего идет nginx как frontend прокси для статики и балансировщик для нескольких apache, которые идут backend`ом. И в целом nginx все же чаще используется именно как проксирующий сервер, и это относится не только к понятию web-сервер

Оч крутой видос!) Хорошо, что я знаю что такое процесс, поток, асинхронная обработка запросов и application-server)) Кстати, по поводу конфигов. Получается, что Apache считывает htaccess каждый раз, а Nginx считывает один раз и держит эту информацию в оперативной памяти? Интересно кстати, что получится если сравнить NginX и какой-нибудь сервер на платформе Node.js.

Хороший канал, судя по всему, подпишусь.

Если в вопросе скорости, то как помню, как раз mod_php для apache самое быстрое решение. Но оно обладало огромным (для некоторых случаев) недостатком это невозможность разделение ресурсов по пользователям. Все скрипты выполнялись от имени владельца apache, и пользователи могли свободно шариться по соседним каталогам. Как раз FastCGI решило это проблему, но за счет некоторого снижения производительности ввиду необходимости стартовать новые процессы (php-cgi), а не выполняться в уже запущенном apache. Nginx со своей асинхронностью привнес снижение нагрузки на железо, более шуструю работу со статикой, соответственно появилась возможность обслуживать большие нагрузки. Его часто стали ставить на фронт перед апачем. Он отрабатывал статику и проксировал php на апач, а тот в свою очередь на FastCGI. Проблема htaccess уже тут начала вырисовываться. Так как от апача было бы интересно отказаться, но очень много CMS тогда использовали htaccess (собственно и сейчас так, но именно сейчас крайне много информации по переносу htaccess на правила nginx и это уже не вызывает сложности, так же панели управления серверами научились автоматом вставлять эти правила в конфиг nginx). Могу ошибаться, но вроде бы быстро fast-cgi сменился на php-fpm. Это повысило скорость выполнения php и, опять же на сколько могу помнить, сравнялось по скорости с модульным php. Но при этом оставалась возможность выполнять скрипты от имени владельца. После этого апач стал ну вообще ни при делах. Оставалась только загвоздка с htaccess, но, если это был не сервер шаред хостинга, то решалось однократной настройкой на этапе установки ПО и запуска сайтов. Варианты с версиями php для apache были и ранее, помню были шаблоны конфигов которые по расширению файла выбирали версию модуля для обработки. В этом случае дописывалась версия php после расширения файла, например, index.php5. С переходом на FastCGI задача выбора версии PHP вообще сильно упростилась и до сих пор не является чем то сложным.

Топовый контент

Лайк я под видео поставил(ровно 400тый 😊), но все же как то однобоко. По статистике вопрос, в графике nginx на котором крутится сайт или просто он отвечает клиенту, а сам стоит как кэширующий прокси и сайт на том же апаче. Апач работает не только в связке с mod_php, но и fastcgi который с некими оговорками очень схож с php-fpm. В большинстве случаев использую fastcgi, но к примеру разработчики битрикса рекомендуют использовать mod_php со своим продуктом, поскольку в других режимах бывает не правильная работа движка. С производительностью nginx не поспоришь, но в жизни он хорош в синтетике, или когда это твой сайт который ты "вылизываешь", или очень крупный проект с хайлодом и распределением между серверами. В остальном производительности достаточно для связки нгинкс как прокси и апач, и она гораздо дешевле времени спеца. Зачастую после сдачи проекта весь прирост нивелируется напихиванием скриптов метрик и статистик, а так же заливкой 10 мегабайтных картинок. Отсутствие .htaccess добавляет уйму гемора, если это не твой сайт или крупная фирма с своим ресурсом и четко выстроенной вертикалью сотрудников. Обновление CMS рано или поздно вызовет проблемы. Не каждый программист умеет править конфиги nginx(да и апача) но ключевые параметры в .htaccess могут. Так же не уверен обрабатывает ли nginx ini_set() в скриптах. Тут уместно сравнить с python и с++. Если вдаваться в крайности то можно сайт написать и скомпилить в виде модуля веб сервера, скорость будет пушка 😂 Для меня золотая середина в львиной доле nginx proxy + apache.

Делаю вклад в комюнити Apache, и вы знаете меня постоянно поражает стереотип о сравнении nginx Vs apache. И я могу с уверенностью сказать что Apache есть место и в 2020 году, да и в будущем тоже. Но вот мой ответ на стереатипное утверждение что apache не для highload. 1. Не секрет что у apache есть те же самые воркеры в mpm modules, возьмите mpm_event настройте, и будет такой же функционал воркеров-потоков. 2. Так же не секрет и поддержка php-fpm в apache, а в конфигурации fastcgi, php-fpm(UDS), apache обходит nginx по скорости выполнения скриптов, даже unity режим nginx'a обходит. 3. Этого еще нет в оф релизе apache, но это уже заложено в исходники apache, поддержка PCRE2, что может говорить нам об улучшения в производительности apache модуля Rewrite который отвечает за работу htaccess. Я даже написал статью по этой теме на хабре, Как сделать поддержу PCRE2 в Apache 2.4. 4. Финальный момент для статики положительно будет поддержка Pcre2, Ну и конечно поддержка HTTP 2.0 принесет скорость обработки запросов, и статики в том числе. С такой конфигурацией можно забыть о стереатипах стекла веб сервера, и идти в будущее, в ногу со временем. Интересно будет увидеть цитату автора ролика к этому комментарию.

профессиональный обзор.

Все по делу сказал

Чем больше смотрю диджидая, тем больше становлюсь консерватором)

Добрый день, спасибо за классный контент, хочу немного уточнить, апач в режиме прокси + режим worker по производительности схож с тем же nginx, не подтягиваем mod php и живём как в nginx

Nginx, вообще-то, еще как настраивается на отдельные директории. Достаточно положить name.conf в любую директорию и заинклюдить этот файл в главный конфиг сайта.

мне казалось, что keep alive указывает, что tcp соединение должно висеть, а не http

Hello, can you help to configure Django(DRF) backend and Angular (frontend) Nginx, Gunicorn, PostgreSQL on the same server.

Было бы круто сделать после видео секунд на 5-7 сек чёрного экрана с ссылками на другие видео.

Хотелось бы узнать, о менее популярном, но - тем не менее громком - Roadrunner, что принципиально иного/полезного имеет в себе ?

Отличное видео! Расскажи про варианты локального сервера на Mac) Или везде "консолька")))

Однажды меня заинтересовал NGINX. Рекламировали, что держит большой трафик посещений... Повелся и попробовал. На счет того, что NGINX тянет высоконагруженные сервисы, а Apache нет или же ему это делать тяжелее, это же брехня. Да NGINX легче чем Apache и на небольших нагрузках разница есть. Но только начинаешь грузить по-сильнее, как разница по-тихоньку "уходит в туман". Есть, конечно же, сугубо частные случаи, но они не всчет. В сравнении с Apache, какой-то разницы в потере производительности не заметил. ~1500 запросов в секунду перед тем как сервер с Apache начал захлебываться, сервер с NGINX лег где-то уже после 1000. Нагрузка поднималась экспоненциально. В добавок Apache может намного больше. А на высоко нагруженных сервисах можно использовать FastCGI и сэкономить ресурсов дополнительно (если вы разрабатываете эти сервисы). На счет того, что Apache не может работать с двумя версиями PHP... И ты не можешь назвать профессионалами людей, которые не умеют работать с обоими (NGINX и Apache) серверами? Я лично поднимал сервер, который работал и с PHP5, PHP7 и Python... Просто нагуглил и ради интереса поднял. Было несколько лет тому назад, вспомнить тяжело, но принцип работы такой: задаются условия и указывается модуль *.so, который будет обрабатывать запрос. Этим методом можно обработать скрипт, практически, на любом языке (с оговорками, конечно). Да, это костыли, но по-другому никак и даже в NGINX... PHP (5 или 7) и Python использовать еще можно, но PHP5 и PHP7 одновременно использовать без боли и слез уж никак (да и не знаю где это нужно вообще, на хостинге разве). Я уже молчу про пляски с одновременной установкой их на один сервер. Проксировать запросы это просто фигня полная. Как это можно записывать в положительные качества не понимаю. Это просто есть по-умолчанию (такое можно написать на коленке для любого сервера), да и как оно проксирует? Костыли же...

Кто дизлайки поставил? Чудики :) Годное видео, спасибо

а как nginx тогда обходиться без .htaccess файлов, если работаешь с cms'ками?

Толковое видео.

Я так и не понял что не может делать хорошо nginx то что может делать apache? В чем преимущество для nginx в данной связке?

Жалко что у чувака мало просмотров и подписок, а то у всех кликбейтные видосы как стать программистом за 1 час и всё такое... Продолжай в том же духе, у меня есть темка - сделай сравнение например сервера на питоне и джаве - в питоне я знаю нельзя сделать многопоточность а в джаве можно, или все таки в питоне можно сделать?

Очень хорошее видео, хотя музыка джаза очень достает. Не то, что бы я против джаза, но лучше как-то его отдельно слушать.

я так и не понял, воркеры это потоки или дочерние процессы? :(

Привет каким макбуком пользуешься? какого года ? есть ли смысл брать такой сейчас для работы

го теперь mysql vs postgresql

жаль что лайк можно поставить только раз....

Расскажи пожалуйста про гуникорн. У тебя было как-то видео про весь стек Django сервера. А вот конкретного примера толкового нету:( И как ты относишься к docker?

Привет. Можешь что-нибудь рассказать про django + celery + rabbitmq на каких-нибудь реальных задачах? В каких случаях такую связку следует использовать, а в каких можно чем-нибудь заменить?

Пользовался изначально Apache. Единственное, что в нём могло бы понадобиться - это .htaccess. Как рассказали в ролике, других преимуществ у Apache нет. Зачем мне тогда на него ориентироваться при разработке? Ну да, если используешь какой-то готовый движок, то проще поставить Apache, чем вручную писать заменители .htaccess.

Thanks

Будет видео как настраивать Nginx?

Debian + Nginx + PHP-FPM + MariaDB =

название трека в студию, пожалуйста.

Всё хорошо, но мне кажется не хватает картинок для пояснения.

А что насчёт iis в 2019?

Openlitespeed, самый быстрый с PHP, поддержка .htaccess с Apache, поддержка http3, быстрее NGinx

Я так и не понял, nginx+php-fpm чисто для php скриптов имеет преимущество в сравнении с apache+mod_php? Я понял, что сам nginx работает с соединениями более оптимально... но как работают с соединениями сервера приложений, на которые перенаправляются запросы, тот же php-fpm? Или при равных количествах одновременных запросов nginx+php-fpm всё же меньше создадут процессов и меньше употребят ресурсов, нежели apache+mod_php? Уточню, при условии что весь контент - исключительно динамический php.

Я так и не понял почему апач легче настроить? Из за .htaccess?

что лучше, молоток или отвертка?

Кесарю - Кесарево, Богу - Божье. Например на системе Умный дом MajorDomo используется Apache и на Nginx скорее всего он не заведется.

Читал в какой-то книге/статье, что огромные сайты используют сочетание nginx + apache. Не вникал, ибо тема была мне не интересна. Там вроде говорилось, что nginx встречает клиентов, распоряжается статическим контентом и говорит что делать апачу, а apache работает под ним и отвечает за динамический контент.

для Apache как организации http сервер перестал занимать лидирующую роль довольно давно, и очень печально, что они во время не купили nginx или не перестроились когда он появился

меня вот всегда поражало, как зарабатывают эти опен сорс решения? типа nginx апача ? за счет чего

Энджинэкс

Nginx не может обрабатывать внутри себя языки программирования?) Автор ну блин... nginx.org/ru/docs/http/ngx_http_perl_module.html perl_set $perl_random_digit 'sub { return int rand 10; }'; Работает асинхронно. Воркеры не блокирует. Также есть модуль lua и php. В lua даже есть redis коннектор.

Дак какой прок от апачей, если нгджинкс быстрее, ярче, выше и т.д.? Какие преимущества у апачей? Быстрее конфигурация? Ммм, нет.

Апач тоже умеет пркировать и точно также можно использвать несколько версий php-fpm

Гы. Если по статистике апача больше. Значит админы забили болт. Или боятся что то менять!!!

NginX отдаёт их коробки статику , именно отдает и все. Обработать без модулей или связки с аапачем какие-то хитрые запросы он не сможет. И он виигривает в статике

Срочно в номер: "Рамблер пытается оспорить статус Nginx как открытого ПО"

А как же lighttpd? Отличный веб-сервер, незаслуженно недооцененный... Легкий, быстрый, отлично держит нагрузку.

Привет из 2023. NGINX таки обогнал Apache

Короче если меня спросят на собеседовании что лучше, я отвечу NGINX потому что он наш.(условно)

Nginx нет .httaccess и это плюс, что бы программеры на админили ресурсы

Apache есть место в 2019м - да ,как минимум эго модуль PHP-FRM (даже не смотев видео чисто по работе опыт) много ли коментаторов работают Dev-Opsа-ми

Кто такие катаны?

Не Эн-Жинс, а Энжин-Икс. Почему что бы стать прогером надо не знать английский. Недавно от одного услышал брик (break). Кровь из ушей потекла.

Короче, у Апача по факту нет преимуществ, а название видео - спекуляция.

Кто такой котан?...

Nginx и Apache одинаковы по сложности настройки.

Уважаемый, когда есть Docker, Apache это третье колесо.

Как можно сравнивать nginx и apache в 2019? А особенно как можно сравнивать в разрезе php и python? Для обоих вариантов "апач сосет". Когда-то было время, когда nginx не умел все ф-ии apache'а, но они давно прошли, а выигрыш по памяти и процу - очевидный.

Энджин-Экс ;) Не инджинкс

все легаси технологии, которые использовались раньше будут ещё лет 10 лидировать в статистике, потому что владельцу продукта проще(дешевле) поддерживать старый легаси проект, чем заплатить за новые технологии и новый идентичный продукт. PHP тоже лидирует по числу написанных сайтов, но я не знаю новых крутых проектов, где начинают писать web на PHP, если только динозавры какие-то и говноконторки

Зачем ты постоянно гладишь свой телефон?) Зачем тебе вообще телефон в руках?)