Почему Apache под винду лучше не ставить?

Кто-то ставит на VirtualBox linux и туда все окружение, а кто-то работает только на линукс. Чем хуже это все поставить под винду и там вести разработку? Или почему под веб-проект нельзя взять VDS на винде и воткнуть туда apache?

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

Упорото вантузовые вебмакаки качают денвер и говнокодят. Ну а привычного вашему виндузовому сознанию инсталлятора кликом у попача в венде нет. Сэд бат тру.

Можно, проблем особых не будет если не выбиваешься за рамки, обычные для этого юзкейса. Если надо будет скомпилить какой-то модуль и тд — начнешь париться.

где вылезут косяки из-за разницы платформ.

Можно хотя бы 1-2 примера таких косяков?

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

Нет полноценного терминала, убогая регистронезависимая фс, отсутствие пакетного менеджера и как следствие средств разработки под рукой.

Хотя, смотря что и на чём разрабатывать.

Можно хотя бы 1-2 примера таких косяков?

Косяки, связанные с регистро[не]зависимостью в именах файлов, разделителями путей, тысячи их.

Лол, я тут недавно попытался через виндовый проводник создать каталог .jupyter . Он мне упорно отвечал, что никак нельзя. При этом в текущем каталоге уже были каталоги начинающиеся с точки. Через терминал нормально создается.

Так что да, мазохизм полный.

Хз, https://cmder.net/ + wsl с убунтой норм. Регистронезависимая фс это только если специально докапываться (как недавно тут с компилянием линукс кернел).

Как по мне, что в винде терминал + vscode, что в линукс терминал + vscode — никакой разницы, только в винде гуй не тормозит.

Чем терминал винды

не устроил для веб разработки?

Это плюс — нет пердолинга с поломанными в очередной раз зависимостями или упоротостью разрабов, проявившейся в новых версиях.

Косяки, связанные с регистро[не]зависимостью в именах файлов,

Если человек не может верно написать имя файла, то это не проблема винды.

Аналогично. Для этих макак даже константы типа DIRECTORY_SEPARATOR запилили. Но они и разрабатывая локально на линуксе могут написать require «/home/vasya/inc.php» а потом жаловаться что на сервере не работает. Это ведь не будет проблемой линукс?

Пока не вижу ни одной, хотя я на твоей стороне.

https://chocolatey.org/ но баловство конечно. Хотя с wsl норм.

Хз насколько это актуально, но когда я пробовал, оно еле ворочалось на стареньком ноутбуке с i5 Sandy Bridge и винтом. Всё остальное либо неполноценное (msys2), либо неюзабельное (cygwin).

Регистронезависимая фс это только если специально докапываться

Вовсе нет, во времена видузячества не раз спотыкался об неё. И убога она не только из-за этого.

А VSCode у меня и под линуксом не тормозит.

Если человек не может верно написать имя файла, то это не проблема винды.

Ну у меня, например, возникали проблемы при копировании файлов, доставшихся после макак и блондинок, с названиями вроде file.jpg, file.JPG и File.jpg, пришлось паковать и переливать уже архивом.

Для этих макак даже константы типа DIRECTORY_SEPARATOR запилили.

Как будто макак это когда-либо останавливало.

Проводник — для ламеров; истинные последователи вероучения Евгения Попова используют только крякнутый Total Commander.

Того, кто видел альтернативы, он не может устраивать для любых целей.

Зато есть пердолинг с дырами, через которые поимеют пользователей, угу.

Хех, припоминаю троллинг виндузятников архивом со звёздочками в именах в студенческую бытность 😉

Вовсе нет, во времена видузячества не раз спотыкался об неё. И убога она не только из-за этого.

NTFS божественна. Особенно на фоне ущербной ext3, где fsck раздела в сотню-другую гигабайт могло длиться полдня. Хорошо хоть в ext4 это починили.

Лол, обычно линукс побыстрее работает у всех.

А с разделителями-то в чём проблема, винда давно поддерживает прямые слеши в путях.

оно еле ворочалось на стареньком ноутбуке с i5 Sandy Bridge и винтом

Да норм, сижу сейчас на G3420 + 8гб озу в вин10 + wsl. Подмывало на линукс вернуться, вытерпел часов 6. Хотя я вообще винду раньше редко юзал, но как убили гном2 — пришлось уйти.

А как программы устанавливать тогда? Только не говори, что скачивать инсталляторы.

У свитчеров-неофитов с вау эффектом, обычно. В этом нет ничего стыдного, сам таким когда то был.

Ох, а вот FAT12 то как был плох.

Дружище, уже в моде Docker и Kubernetes. Какие апачи, какие VDS на Windows? Это 2000 год, сейчас в 2019 в пару кликов мышкой и пару команд в терминале я могу развернуть примерно 500 копий сайта за 2-3 минуты, и это не шутка, плюс CDN для статики, примерно ещё 5 минут и готово. И всё. Ты представляешь о чём речь? За 10 минут чел может развернуть инфраструктуру подобно avito.ru, и даже не пёрнуть.

А как программы устанавливать тогда? Только не говори, что сносить полсистемы.

А VSCode у меня и под линуксом не тормозит.

Не тормозит, но гном3 это жесть. + В паузах решил поиграть в cs:go в убунте (пробовал на nvidia с проприетарным драйвером и нуво) — нереально. Просто забил, т.к. лень ковыряться уже, 10 лет назад было интересно.

А теперь проще на сервере что-то делать сразу, или в докере/wsl, чем на десктопе держать тестовый полигон.

Если ты сравниваешь ext3 с FAT12 то это скорее хреново говорит о первой. Между ними двадцать лет.

Причем тут эффекты какие то, работает говорю быстрей! Motif, GTK2 приложения так вообще со скоростью света.

conemu/cmder + bash с гнутилитами не особо отличишь, впрочем как и в макоси.

ЕМНИП, мне приходилось инсталлятор на каждый чих запускать, чтобы что-то докинуть. И оно не родное в любом случае. Ничем не лучше виртуалки.

choco upgrade windows

Вот вот, не будем о прошлом, лучше сравнить ФС настоящего времени.

Вот вот, не будем о прошлом, лучше сравнить ФС настоящего времени.

Я apt-get upgrade запустил и оно отрабатывало часа 4.

У winbtrfs такой проблемы нету?

Хех, припоминаю троллинг виндузятников архивом со звёздочками в именах в студенческую бытность

Я рекурсивными ярлыками на рабочем столе троллил.

Нет полноценного терминала, убогая регистронезависимая фс, отсутствие пакетного менеджера и как следствие средств разработки под рукой.

PowerShell, VisualStudio, NuGet. Более чем можно жить, если пилишь под ASP.NET(MVC)/MSSQL

Спорить не буду, но у меня такого нет (на дешевом пне g3420).

Я к тому, что если уж маколюбская среда (я сам им был раньше) считается нормальной для разработки, то винда и подавно может. По сути, терминал с ide или редактором пофиг где юзать.

Что такое Apache

Интернет невозможно представить без всевозможных сайтов. Все они работают за счёт веб-серверов – программ, отвечающих за передачу данных от физических хранилищ до браузеров пользователей.

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

Передача информации веб-сервера выполняется по протоколу HTTP (HyperText Transfer Protocol), изначально созданного для работы с HTML-страницами. Уже позже стало возможным отправлять через HTTP файлы любых типов. В последнее время преобладают сайты, работающие через HTTPS. Это улучшенная версия HTTP, которая отличается от предшественника тем, что поддерживает шифрование трафика TLS/SSL между пользователем и сервером.

Звание самого популярного веб-сервера в мире уже более 25 лет удерживает за собой Apache HTTP Server, который принято называть сокращенно Apache или «Апач». Сегодня программа обслуживает более 40% всех существующих серверов, включая проекты IBM, eBay, PayPal и Facebook.

Рассмотрим причины популярности Apache подробнее. Это не только пополнит копилку знаний об интернет-технологиях, но и поможет сделать правильный выбор веб-сервера для размещения сайта в будущем.

Что это такое

Apache – это свободное программное обеспечение для размещения веб-сервера. Он хорошо показывает себя в работе с масштабными проектами, поэтому заслуженно считается одним из самых популярных веб-серверов. Кроме того, Apache очень гибок в плане настройки, что даёт возможность реализовать все особенности размещаемого веб-ресурса.

История создания

Apache HTTP Server был выпущен в 1995 году разработчиком Робертом Маккулом из Университета штата Иллинойс (UIUC). Продукт возник как доработанная версия другого HTTP-клиента – NCSA HTTPd 1.3, созданного Робертом ранее.

Основой для модификации стали многочисленные «патчи» или программные «заплатки» для NCSA. Именно отсюда (а не от индейского племени апачей) изначально и происходит название Apache. Оно расшифровывается как «a patchy server» или «сервер с патчами».

Разработкой и поддержкой продукта с 1999 года занимается организация Apache Software Foundation (ASF) – сообщество экспертов-энтузиастов со всего мира. Этим же некоммерческим фондом была создана официальная лицензия ПО – Apache License.

В 2000 году ASF представило новую версию Apache 2.0 с полностью переработанной архитектурой, свободной от кода NCSA. С этого момента веб-сервер развивается по двум основным веткам – 1.х и 2.х.

Как устроен Apache

Архитектура

Apache состоит из ядра и динамической модульной системы. Параметры системы изменяются с помощью конфигурационных файлов.

Ядро Apache разработано Apache Software Foundation на языке C. Основные функции — обработка конфигурационных файлов, протокол HTTP/HTTPS и загрузка модулей. Ядро может работать без модулей, но будет иметь ограниченный функционал.

Модульная система

Модуль – отдельный файл, подключение которого расширяет изначальный функционал ядра. Они могут включаться в состав ПО при первоначальной установке или подгружаться позже через изменение конфигурационного файла.

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

Для Apache существует больше 500 модулей. Многие популярные веб-приложения сразу выпускаются в виде модуля к Apache. Например, ISPmanager и VDSmanager.

Конфигурация

Система конфигурации Apache работает на текстовых файлах с прописанными настройками. Она подразделяется на три условных уровня, для каждого из которых имеется свой конфигурационный файл:

1. Уровень конфигурации сервера (файл httpd.conf) – основной конфигурационный файл. Действие распространяется на весь механизм веб-сервера.
2. Уровень каталога (файл .htaccess) – дополнительный конфигурационный файл. Его директивы охватывают только каталог, где расположен файл, а также вложенные подкаталоги.
3. Уровень виртуального хоста (файл httpd.conf> или extra/httpd-vhosts.conf).

Обычно конфигурационные файлы Apache находятся в папке «conf», а дополнительные конфигурационные файлы во вложенной в нее папке «extra». Внести изменения можно как через редактирование самого файла, так и через командную строку.

Виртуальные хосты

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

В Apache можно установить настройки модуля и ядра, а также вводить лимиты на потребление серверных ресурсов (трафик, RAM, CPU) для каждого виртуального хоста в отдельности. Это технологическая основа всего механизма веб-хостинга.

Достоинства и недостатки Apache

Плюсы

• Доступность. Это программное обеспечение с открытым исходным кодом. Значит, его может бесплатно использовать или модифицировать любой желающий. Разработчики по всему миру создают конфигурации и модули веб-сервера для своих специфических нужд. По этой же причине Apache регулярно получает полезные дополнения, расширяющие его базовый функционал.
• Гибкость настройки. Apache использует несколько конфигурационных файлов для управления веб-сервером. Это позволяет настроить ПО под узконаправленные задачи.
• Функциональность. У Apache динамическая модульная структура. Можно быстро подключать дополнительный функционал в виде скачиваемых модулей, даже без обращения к внешним источникам. Это позволяет решать целый комплекс важнейших задач в области безопасности, кэширования, редактирования URL, распределения нагрузки. Благодаря гибридным модулям MPM, Apache может одинаково успешно обслуживать статический и динамический контент. Есть возможность оперативно отключать ненужные модули и ускорять работу веб-сервера
• Кроссплатформенность. Apache работает как на Windows, так и на всех Unix-подобных системах. Администрирование веб-сервером не имеет серьёзных отличий на разных ОС. Индивидуален только процесс установки и расположение директорий с файлами программы.
• Совместимость. Apache работает на базе скриптовых или веб-ориентированных языков (PHP, Python, Tcl, Ruby, Perl, ASP), что делает его совместимым с самым широким спектром баз данных и серверного ПО. Многие веб-приложения и инструменты сразу выходят со средствами запуска из-под Apache в виде PHP-модуля. Веб-сервер, поддерживает технологии FastCGI и CGI, позволяющие пользоваться программными продуктами на объектно-ориентированных языках Java, sh, C, C++.
• Масштабируемость. Подходит для веб-ресурсов любого масштаба. Apache хорошо работает как на одностраничном сайте (лендинге), так и на многостраничном сайте с ежедневной аудиторией в десятки тысяч посетителей.
• Поддержка пользователей. Apache удерживает первенство популярности среди веб-серверов с 1996 года. За прошедшее время для него создана обширнейшая база документации – как официальной, так и созданной сторонними разработчиками. Готовые, подробно описанные руководства можно найти практически на любой сценарий.

Минусы

• Производительность. Скорость обработки запросов Apache несколько ниже, по сравнению со своими конкурентами. Гибкость веб-сервера в некоторых случаях вредит производительности. Например, Apache приходится каждый раз считывать несколько конфигурационных файлов на сервере, затрачивая системные ресурсы и время. Но этот и многие другие факторы можно исправить, отключив ненужные опции. Правда в таком случае функциональность Apache не будет сильно отличаться от других веб-серверов.
• Сложная конфигурация повышает уязвимость. Возможность подключать модули в Apache это не всегда преимущество. Чем больше модулей, тем сложнее становятся настройки. Соответственно, больше шансов допустить критические пробелы в контуре безопасности.
• Синтаксис конфигов.. В файлах с параметрами программы используются разнообразные переменные, поэтому настройка и управление веб-сервером может показаться сложной новичкам. Упростить администрирование Apache можно с помощью бесплатного инструмента Apache GUI.
• Излишний функционал. Даже без дополнительных модулей Apache предоставляет пользователям массу возможностей. Правда, большинство использует лишь небольшую часть базового функционала приложения. Поэтому часто после установки приходится тратить время на отключение «лишних» модулей.

Альтернативы Apache

NGINX

Nginx (Engine-X, «энжинкс») — второе по популярности веб-серверное приложение и главный конкурент Apache. Было выпущено в 2004 году под открытой лицензией BSD. Изначально приложение создавалось для решения проблемы масштабирования, известной как «10 тысяч соединений» (С10к). Это значит, что до Nginx веб-сервер не был способен одновременно обрабатывать пользовательские запросы более чем с 10 000 подключений.

У этого веб-сервера асинхронная событийно-ориентированная архитектура (event-driven), которая позволяет добиваться быстрого масштабирования даже при минимальных ресурсах. Вместо того, чтобы создавать новый процесс для каждого пользовательского запроса, Nginx обрабатывает множество соединений в едином потоке.

Nginx отлично подходит для веб-проектов с высокой посещаемостью. Однако веб-сервер не может самостоятельно работать с динамическим контентом. Поэтому его чаще используют для статических веб-сайтов или например, в связке с PHP-FPM или Apache HTTP Server как прокси-сервер.

Lighttpd

Веб-сервер Lighttpd (произносится «лайти») — кроссплатформенное программное обеспечение на языке С. Выпущено в 2003 году под лицензией BSD. «Лайти» работает на операционных системах Windows и семейства Unix/Linux. Приложение поддерживает технологии FastCGI, SCGI, HTTP proxy, Auth, перезаписи URL и AJP (с версии 1.5).

Как и Nginx, изначально «Лайти» создавалось для решения проблемы «С10к». Неудивительно, что его специализация — веб-проекты с большой посещаемостью. В числе компаний, использующих Lighttpd, такие гиганты, как Google, Википедия, Яндекс и Ubuntu.

Microsoft IIS

Internet Information Services (IIS) — набор сервисов для создания веб-сервера от компании Microsoft. Распространяется в комплекте с операционными системами Windows NT как дополнительно устанавливаемый компонент. Веб-сервер поддерживает технологии CGI, FastCGI, ISAPI и SSI.

Главная сила IIS – в глубокой интеграции и поддержке продуктов Microsoft. Его часто выбирают те, чьи ресурсы работают на движке ASP.NET и используют скриптовый язык ASPX. Главный недостаток – жесткая привязка к операционной системе Windows и отсутствие версий для Unix/Linux.

Tomcat

Apache Tomcat — это контейнер сервлетов, который обрабатывает спецификации Java. Например, Java Servlet, Java Server Pages (JSP), Java EL и WebSocket. Продукт был разработан фондом Apache Software Foundation на основе открытой лицензии Apache License 2.0. Tomcat используется как в качестве самостоятельного веб-сервера, так и в связке с Apache HTTP Server.

Приложение написано на языке Java и способно автоматически загружать Java-библиотеки. Его основная специализация — веб-проекты с динамическим содержимым. Но у Apache Tomcat хуже возможности для настройки, что сужает его сферу применения. Например, для запуска WordPress эффективнее использовать обычный HTTP-сервер Apache.

Заключение

Сервер Apache – универсальный инструмент для быстрого и безопасного запуска интернет-проектов разного масштаба. Веб-сервер совместим с большинством существующих операционных систем, программных продуктов и языков разработки.
Система конфигурационных файлов дает «Апач» гибкие возможности для настройки, а динамически подгружаемые модули расширяют функционал до максимума. Особенно эффективно использовать веб-сервер Apache в связке с ближайшим аналогом – Nginx.

Для работы с «Апач» пользователю нужен определенный уровень IT грамотности. Желательно знать основы программирования и веб-администрирования. Но процесс сильно упрощает активное сообщество поддержки и отлично развитая база официальной документации.

Раскройте все возможности и преимущества веб-сервера Apache с надёжным хостингом от Eternalhost!