Apache все больше уступает IIS на рынке веб-серверо


Оглавление (нажмите, чтобы открыть):

Автономный веб-сервер против Apache/IIS

Я разрабатываю довольно сложное приложение с win32 и веб-доступом. Реализация на стороне сервера является обычным явлением, и она будет размещена в нашей компании. HTTP-сервер может быть реализован как отдельный Indy (или другой) HTTP-сервер или более традиционно с Apache/IIS.

Я хотел бы знать, каковы преимущества/недостатки автономного HTTP-сервера и Apache/IIS с точки зрения безопасности или всего, что вы считаете релевантным.

Я бы сказал, это зависит от ваших потребностей и ожиданий. Это большая разница, если вы пишете пользовательский простой http-сервер, возможно, даже поддержку ISAPI и т.д., Или вы пишете узкоспециализированный http-сервер/прокси-сервер и т.д., Который ограничивает только узкие специализированные задачи. Например, у меня есть такой специализированный прокси-сервер и специализированная инфраструктура обработки модулей ISAPI. Не так много преимуществ я бы сказал. Итак, профессионалы:

  • Простота развертывания. Попробуйте развернуть apache с вашим приложением на каждую машину.
  • Лучшая производительность, меньшая площадь памяти. Попробуйте использовать apache на ноутбуках с низким уровнем обслуживания.
  • Повышенная безопасность. Поскольку вы выполняете только узкие задачи, вероятность нарушения намного меньше. Апач делает все возможное, так что вероятность нарушения намного выше.
  • Полный контроль над работой такого сервера и контроль над кодом. Если вам нужно немного другое поведение или новые функции, вы получили его.
  • Если вы используете ISAPI-модули, как я, вы можете изолировать их в отдельных процессах и добиться большей стабильности. Если один модуль/запрос сбой, другие не пострадают.
  • Написание еще одного http-сервера
  • Изучение протоколов и внутренних операций с нуля
  • Чем больше ошибок, тем выше вероятность ошибок, потому что код еще не затвердел. Это требует времени, чтобы обосноваться.
  • Поскольку у вас узкий фокус, вы не настолько универсальны, как Apache для сравнения. Не обязательно плохо, как указано ранее.

Мой вердикт будет таким. Если вам нужен простой HTTP-сервер для обслуживания некоторого контента, и вы будете размещать его в доме, на одном или нескольких серверах, для Apache. Если вы создаете специализированную часть обработки http-кода, которая будет установлена ​​много, и вам нужно будет контролировать, а затем разработать свой собственный. Поверьте мне, стоит того. Я так рад, что тогда я придерживался этого, когда мы решали то же самое. Теперь у меня много компютерных установок программного обеспечения, которое довольно сложно, и я не могу себе представить, что нужно устанавливать Apache на каждый ноутбук. А затем настройте его так, как мне нужно.

И Indy (со всеми его проблемами и причудами) оказался очень стабильным из коробки веб-сервера. ICS здесь, наверное, то же самое, но я еще не использовал ее для этого, поэтому не могу сказать. Настройка HTTP-сервера Indy смешно.

Обзор популярных Web серверов

Каждый день в Интернете появляется все больше и больше сайтов и все больше людей хотят научиться их создавать, хотят стать хорошими web мастерами, но при этом забывают один маленький аспект – это умение обслуживать и конфигурировать web сервер. Поэтому я решил посвятить целую линейку статей посвященных web серверам. Сегодня мы рассмотрим самые популярные веб-сервера на текущий момент.

Как я уже сказал, процесс создания сайта — это не только написание HTML страницы, как многие думают:), это целый комплекс мероприятий, который требует достаточно большого объема знаний в web направлении, например, можете прочитать статью «Как стать вебмастером и что для этого нужно знать?» и Вы, наверное, поймете, что знание HTML ничего еще не дает.

Популярные web сервера

Ну, хватит вступления, перейдем к теме нашей статьи. И начнем с того, что мы просто перечислим самые популярные WEB-сервера, а сегодня ими являются:

  • Apache – примерно 55-60% всех сайтов в Интернете (это самый популярный webсервер в мире!);
  • Microsoft-IIS – примерно 12-14 % всех сайтов в Интернете;
  • Nginx – примерно 10-12% всех сайтов в Интернете.

Остальную долю занимают, как Вы понимаете, менее популярные web сервера, такие как:

Сегодня мы проведем обзор 3 самых популярных web серверов и начнем, конечно же, с самого популярного это — Apache!

Обзор веб сервера Apache

Apache – это бесплатный, кроссплатформенный web сервер, он поддерживает следующие операционные системы: Microsoft Windows, Linux, BSD, Mac OS, Novell NetWare, BeOS.

Данный веб сервер отличается своей гибкостью в конфигурирование и расширяемостью, т.е. к нему можно подключать внешние модули. На данном web сервере можно разрабатывать сайты на таких языках программирования как:

А самое главное, что подключить эти языки довольно просто, всего лишь нужно прописать в конфигурационном файле httpd.conf подключение нужных модулей, например, PHP подключается следующем образом:

Это мы подключили php к apache версии 2.2, да, кстати, если речь зашла об версионности, давайте поговорим и об этом.

На сегодняшний день последней версией Apache является 2.4, но как не странно эта версия пока не является самой популярной. В Интернете широкое распространение получили две версии Apache — это версия 1.3 и версия 2.2. Пусть версия 1.3 уже морально устарела, но ей все равно не перестают пользоваться. Особо кардинальных отличий между этими версиями нет, хотя в версии 2.2 изменилось расположение некоторых файлов, файл httpd.conf разбился на несколько частей и немного изменилась структура папок, что может поначалу затруднить переход с версии 1.3 на 2.2.

Самое главное, что мне нравится в Apache — это достаточно много нормальной документации что, конечно же, позволяет упростить освоение данного сервера. Например, у Apache есть официальный сайт — www.apache.org где, кстати, Вы можете скачать любую версию Apache для любой операционной системы. У новичков всегда возникают вопросы, где можно скачать тот или иной дистрибутив (советую качать только с официального сайта), например, вот на этой странице вот она Вы можете скачать дистрибутив для Windows (например, версию 2.2.22 в виде msi пакета, соответственно выбирайте нужное расширение).

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

Пока про Apache все, переходим к следующему по популярности Web серверу.

Обзор web сервера IIS

IIS (Internet Information Services) – это не отдельный web сервер, а целый набор web служб, необходимых для функционирования полноценного web сервера. Данный WEB Server реализован на платформе Windows (и соответственно принадлежит компании Microsoft), я даже больше скажу, он полностью интегрирован с этой операционный системой (как впрочем, и все другие сервера, которые входят в состав Windows). На данном сервере можно разрабатывать сайты с помощью технологий ASP (но она уже устарела) и ASP.NET, так как эта технологии от компании Microsoft, но любителей других технологий (языков программирования) компания Microsoft не забыла и сделала возможность прикручивать эти языки к этому WEB серверу, например: PHP, PERL и другие. Самыми популярными версиями являются IIS-6, IIS-7, IIS-7.5 и самая последняя версия (на сегодняшний день) IIS-8 (в Windows 8 и Windows Server 2012).

Основными компоненты web сервера IIS являются:

  • сама web служба;
  • служба FTP, может, кстати, функционировать как самостоятельный сервер, если Вы вдруг хотите настроить ftp, но при этом не использовать web сервер, ничего страшного в этом нет, устанавливайте и пользуйтесь на здоровье;
  • SMTP сервер, также можете использовать его как отдельный почтовый сервер у себя в организации.

Конечно в новых версия Windows, таких как Windows 7, Windows Server 2008 существует более подробная разбивка на отдельные компоненты, так сказать для удобства, т.е. если пользуетесь, ставьте, если нет, то не ставьте. Выше я представил лишь общую (малую) часть всех компонентов.

Все кто работал с Windows серверами знают, что практически все настройки во всех ролях сервера, делаются через графический интерфейс и сервер IIS не исключение, поэтому если Вам не нравится конфигурировать файлы или просто работать в командной строке, то этот сервер отлично подойдет Вам. Для кого-то это будет плюсам по сравнению с тем же самым апачем.

Многие web мастера не хотят использовать IIS только потому, что думают, что для этого нужно устанавливать Windows Server, например, 2003 или 2008, с одной стороны они правы, т.е. если Вы хотите размещать свои сайты на собственном сервере (как например хостинговые компании в Интернете), то тогда конечно лучше всего установить серверную операционную систему. Но если Вы хотите просто разрабатывать сайты, а потом перенести на хостинг в Интернет, то IIS можно устанавливать и на обычные клиентские операционные системы такие как: Windows XP Pro или Windows 7 Pro и выше. Делается это штатными средствами операционной системы:

Панель управления -> Установка/удаление программ (Windows XP) или программы и компоненты (Windows 7) -> Установка компонентов (Windows XP) или «Включение/отключение компонентов» (Windows 7) -> выбираем Internet Information Services (IIS) для Windows XP и службы IIS для Windows 7.

В Windows XP Pro:

В Windows 7:

Если нужно, можете нажать состав (Windows XP) или просто нажать плюсик (Windows 7) чтобы подробней посмотреть или выбрать необходимые компоненты, которые будут устанавливаться. Потом может потребоваться вставить установочный диск с операционной системой, для того чтобы программа установки взяла необходимые компоненты, и все, установка идет как установка обычного приложения, далее можете открывать:

Панель управление->администрирование-> Internet Information Services (Windows XP) или Диспетчер служб IIS (Windows 7).

Для проверки, что сервер работает и включен, откройте любой браузер и наберите, например, 127.0.0.1 должна открыться страница по умолчанию.

Если у Вас Windows XP, то установится IIS 5.1, который менее функционален по сравнению с другими версиями, например, с IIS 6 и 7. А если у Вас Windows 7, то установится IIS версии 7, который отлично подходит для нормального WEB сервера. В будущем на Windows 8 Вы будете ставить IIS версии 8.

Если Вы соберетесь ставить IIS на нормальную серверную операционную систему, то на Windows Server 2003 у Вас установится IIS 6, а на Windows Server 2008 IIS 7, на Windows Server 2008 R2 IIS 7.5, на Windows Server 2012 IIS версии 8. Рассматривать подробную инсталляцию данного сервера сейчас не будем, так как это выходит за рамки данной статьи, но в скором времени я планирую выпустить несколько статей по установке, настройке, администрированию WEB сервера IIS 7 на платформе Windows Server 2008, где Вы уже сможете подробно посмотреть все тонкости этого сервера.

Существуют несколько отличий серверов IIS 6 и IIS 7 (и выше) если быть точнее, то преимуществ 7 версии (и выше) над 6:

  • у 7 версии, на мой взгляд, более удобный интерфейс;
  • если Вы хотите разрабатывать сайты на PHP, то в 7 (и выше) версии более удобная интеграция и управление php расширением;
  • IIS 6 изначально не был ориентирован для хостингов, а IIS 7 (и выше) уже ориентирован, например: способность владельцам сайтов управлять и конфигурировать свои сайты (имеется в виду web сервер) без обращения в техподдержку и без использования дополнительных скриптов у хостера, так как на версии IIS 6 хостеры использовали дополнительные скрипты, чтобы вручную не настраивать, выполнять просьбы владельцев сайтов. IIS6 был ориентирован только на корпоративные web сайты, но его начали использовать и хостеры, т.е. он приобрел популярность. IIS 7 отличный вариант для тех, кто любит Windows и Windows приложения и он уже ничем не уступает самому популярному web серверу в Интернете apache.

На сегодняшний день в Интернете из серверов IIS самым популярным пока остается 6 версия, но 7 версия уже почти догнала и все web мастера и хостеры уже активно переходят на 7 или выше версию IIS.

Обзор веб сервера Nginx

Nginx – веб сервер и почтовый прокси-сервер, разработанный российским программистом, который его активно продвигает, сейчас даже появилась компания Nginx, Inc.


Nginx работает на unix-подобных операционных системах, таких как: FreeBSD, OpenBSD, Linux, Solaris, Mac OS X, AIX, HP-UX, но также есть и версии под Windows, хотя как Вы уже поняли, разрабатывался этот web сервер именно под unix. Последней версией на данный момент является версия 1.2.4.

Главные особенности Nginx это: простота, быстрота, надежность. В общем, также как и вышеперечисленные web сервера — это отличный web сервер.

На сегодня все, в следующих статьях будем рассматривать уже подробно установку, настройку, обслуживание web серверов (на примере Apache 2.2.22 и IIS 7).

Обзор наиболее распространенных веб-серверов

Лабораторная работа

Установка web-сервера

Цель работы: получить теоретические и практические навыки по работе с веб-сервером.

Теоретическая часть

Введение

Основа Интернета известна всем – это сервера. Именно на них размещены домашние страницы рядовых пользователей, состоящие из нескольких страничек, тематические ресурсы, состоящие из сотен страниц, часто генерируемых динамически и в большинстве своем поддерживаемые группой людей, а также коммерческие проекты и вполне настоящие, несмотря на свою виртуальность, магазины. Большинству рядовых пользователей свой сервер совершенно не нужен. Посудите сами: даже если не выключать домашний компьютер круглосуточно, установив серверное ПО, то для доступа к нему также необходимо круглосуточное соединение с провайдером. Соединение по телефонной линии слишком медленное, чтобы обслуживать хотя бы десять клиентов одновременно. А выделенная линия стоит дорого. Намного проще разместить свою страничку на сервере провайдера. Другое дело – корпоративные пользователи. Как правило, у них уже есть выделенная линия, соединяющая с Интернетом локальную сеть, и выделенный компьютер, выполняющий роль шлюза между локальной и глобальной сетями. На нем-то и можно установить веб-сервер. Или для того, чтобы отдать дань моде, или развернуть крупный проект, приносящий прибыль.

Для того чтобы в Интернете появился сайт, он должен быть размещен на сервере хостера или вашем собственном, подключенном к Сети и имеющем выделенный IP-адрес. Сервер представляет собой компьютер, на котором установлено специальное программное обеспечение, которое тоже называют «веб-сервером».

Веб-сервер — это сервер, принимающий HTTP-запросы от клиентов, обычно веббраузеров, и выдающий им HTTP-ответы, обычно вместе с HTML-страницей, изображением, файлом, медиа-потоком или другими данными. Веб-серверы — основа Всемирной паутины.

Клиенты получают доступ к веб-серверу по URL адресу нужной им веб-страницы или другого ресурса.

Дополнительными функциями многих веб-серверов являются:

• ведение журнала обращений пользователей к ресурсам,

• поддержка динамически генерируемых страниц,

• поддержка HTTPS для защищённых соединений с клиентами.

Что должен делать Web-сервер?

Основное действие конечного пользователя в Интернете – это «переход на Webстраницу». На самом общем уровне это предполагает совместную работу пары приложений:

• Web-браузера, такого как Firefox или Internet Explorer, который показывает в удобной для человеческого восприятия форме запрашиваемую страницу, которую он получает от…

• Web-сервера, находящегося, как правило, на удалённой машине, который отвечает на запрос страницы потоком данных в формате HTML или аналогичном.

С браузерами имеют дело Web-пользователи, которые подходят к их выбору и анализу с надлежащей тщательностью. Напротив, серверы видны только техническому персоналу сайтов.

Web-сервер оценивается по целому ряду важнейших параметров:

Эффективность: как быстро он отвечает на запрос?

Масштабируемость: продолжает ли сервер работать надёжно, когда к нему одновременно обращаются много пользователей?

Безопасность: совершает ли сервер только те операции, которые должен? Какие возможности он предлагает для аутентификации пользователей и шифрования потока обмена информацией? Делает ли его использование более уязвимыми соседние приложения или хосты?

Работоспособность: какие у сервера режимы отказа и аварийные ситуации?

Соответствие стандартам: поддерживает ли сервер соответствующие RFC?

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

Требования к платформе: на каких платформах возможно использование сервера? Предъявляет ли он особые требования к аппаратной платформе?

Управляемость: легко ли установить и обслуживать сервер? Совместим ли он с организационными стандартами по ведению журналов, аудиту, оценке затрат и т.д.?

Практическая часть

Установка Денвера

Для установки веб-сервера требуется полноценный доступ к изменению файла hosts, расположенному в папке: C:\WINDOWS\system32\drivers\etc(разумеется, диск и название папки WINDOWS могут быть другими)

1. Запускаем инсталляционный файл Денвера.

2. Указываем, в какой каталог требуется установить комплекс (по умолчанию, все файлы загрузятся в папку C:\WebServers). Все файлы Денвера будут находиться только в этой папке (за исключением трех ярлыков на рабочем столе)

3. Следующий шаг заключается в создании виртуального диска. Придумываем ему имя (например Server) и оставляем умолчание Z:/

4. После копирования файлов дистрибутива будет задан вопрос, каким образом запускать и останавливать комплекс. Пользователю предлагается два варианта

а) создание виртуального диска и запуск Денвера при загрузке компьютера

б) создание виртуального диска и запуск Денвера вручную при щелчке ярлыка запуска (Start Servers) на рабочем столе.

5. Установка комплекса завершена.

Обращаем внимание, что если установка производится под логином «Администратор» (записанном кириллицей), ярлыки на Рабочем столе не создаются. В этом случае они могут быть созданы вручную, используя папку C:\WebServers\etc.

При возникновении проблем с установкой системы Денвер, рекомендуется обратиться за дополнительной информацией на сайт разработчика: http://www.denwer.ru/base.html

Лабораторная работа

Установка web-сервера

Цель работы: получить теоретические и практические навыки по работе с веб-сервером.

Теоретическая часть

Введение

Основа Интернета известна всем – это сервера. Именно на них размещены домашние страницы рядовых пользователей, состоящие из нескольких страничек, тематические ресурсы, состоящие из сотен страниц, часто генерируемых динамически и в большинстве своем поддерживаемые группой людей, а также коммерческие проекты и вполне настоящие, несмотря на свою виртуальность, магазины. Большинству рядовых пользователей свой сервер совершенно не нужен. Посудите сами: даже если не выключать домашний компьютер круглосуточно, установив серверное ПО, то для доступа к нему также необходимо круглосуточное соединение с провайдером. Соединение по телефонной линии слишком медленное, чтобы обслуживать хотя бы десять клиентов одновременно. А выделенная линия стоит дорого. Намного проще разместить свою страничку на сервере провайдера. Другое дело – корпоративные пользователи. Как правило, у них уже есть выделенная линия, соединяющая с Интернетом локальную сеть, и выделенный компьютер, выполняющий роль шлюза между локальной и глобальной сетями. На нем-то и можно установить веб-сервер. Или для того, чтобы отдать дань моде, или развернуть крупный проект, приносящий прибыль.

Мастер Йода рекомендует:  25 полезных виджетов WordPress для вашего сайта

Для того чтобы в Интернете появился сайт, он должен быть размещен на сервере хостера или вашем собственном, подключенном к Сети и имеющем выделенный IP-адрес. Сервер представляет собой компьютер, на котором установлено специальное программное обеспечение, которое тоже называют «веб-сервером».

Веб-сервер — это сервер, принимающий HTTP-запросы от клиентов, обычно веббраузеров, и выдающий им HTTP-ответы, обычно вместе с HTML-страницей, изображением, файлом, медиа-потоком или другими данными. Веб-серверы — основа Всемирной паутины.

Клиенты получают доступ к веб-серверу по URL адресу нужной им веб-страницы или другого ресурса.


Дополнительными функциями многих веб-серверов являются:

• ведение журнала обращений пользователей к ресурсам,

• поддержка динамически генерируемых страниц,

• поддержка HTTPS для защищённых соединений с клиентами.

Что должен делать Web-сервер?

Основное действие конечного пользователя в Интернете – это «переход на Webстраницу». На самом общем уровне это предполагает совместную работу пары приложений:

• Web-браузера, такого как Firefox или Internet Explorer, который показывает в удобной для человеческого восприятия форме запрашиваемую страницу, которую он получает от…

• Web-сервера, находящегося, как правило, на удалённой машине, который отвечает на запрос страницы потоком данных в формате HTML или аналогичном.

С браузерами имеют дело Web-пользователи, которые подходят к их выбору и анализу с надлежащей тщательностью. Напротив, серверы видны только техническому персоналу сайтов.

Web-сервер оценивается по целому ряду важнейших параметров:

Эффективность: как быстро он отвечает на запрос?

Масштабируемость: продолжает ли сервер работать надёжно, когда к нему одновременно обращаются много пользователей?

Безопасность: совершает ли сервер только те операции, которые должен? Какие возможности он предлагает для аутентификации пользователей и шифрования потока обмена информацией? Делает ли его использование более уязвимыми соседние приложения или хосты?

Работоспособность: какие у сервера режимы отказа и аварийные ситуации?

Соответствие стандартам: поддерживает ли сервер соответствующие RFC?

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

Требования к платформе: на каких платформах возможно использование сервера? Предъявляет ли он особые требования к аппаратной платформе?

Управляемость: легко ли установить и обслуживать сервер? Совместим ли он с организационными стандартами по ведению журналов, аудиту, оценке затрат и т.д.?

Обзор наиболее распространенных веб-серверов

В мире существует огромное множество веб-серверов. Они отличаются друг от друга по функциональности и по предназначению.

Около 90% всех сайтов, согласно недавним исследованиям Netcraft, работают всего на двух из них — Apache и Internet Information Server (IIS). Оба эти сервера – тщательно проработанные продукты, обладающие не только очень длинным списком встроенных возможностей, но и процветающим «вторичным рынком» книг, дополнений, консультаций, провайдеров и т.д.

IIS — это монстроподобный гигант великой компании Microsoft. Установив этакую «штуковину», Вы сразу получаете FTP сервер, WEB сервер, Сервер Почты и многое другое. IIS поддерживает удаленное администрирование, для этого существует специальный web интерфейс. Программа имеет красивый и интуитивно понятный графический интерфейс для контроля и настройки. Несколько разновидностей логов. IIS нуждается в минимальной настройке. Большинству пользователей вполне подойдут настройки по умолчанию. IIS работает только под ОС Windows. Создавая IIS, Microsoft хотела втолкнуть Windows NT на рынок веб-серверов. Если имеется необходимость поставить сервер для большого предприятия, и исторически сложилось так, что сервер работает под Windows NT/2000 — в этом случае IIS для Вас. IIS входит в стандартную поставку Windows 2000 Server и Windows 2000 Advanced Server. Из поддерживаемых технологий следует отметить ASP и работу с ODBC (различные базы данных). Более подробную информация имеется на сайте разработчика http://www.microsoft.com/iis Другой, не менее распространенный сервер — Apache удовлетворяет практически всем потребностям современных веб-разработок, но в то же время он достаточно прост, чтобы его устанавливали программисты для отладки своих программ.

В 1994 году сотрудник Национального центра приложений для суперкомпьютеров в Университете Иллинойса США (NCSA) Роб Маккул выложил в общее пользование первый веб-сервер, который так и назывался — NCSA HTTP daemon. Сервер получил популярность в узких кругах, но в середине 1994 года Маккул покинул университет, и разработки прекратились.

Небольшая группа заинтересованных веб-мастеров начала совместную работу над продуктом. Общаясь в дискуссионном листе по электронной почте, они разрабатывали «заплатки» и нововведения для сервера. Именно они и создали Apache Group, разработавшую первую версию Apache-сервера. Произошло это в апреле 1995 года, когда на основу (NCSA Server 1.3) были наложены все существующие «заплатки». Так появился первый официальный публичный релиз Apache 0.6.2.

Итак, что же такое Apache? Это полнофункциональный, расширяемый веб-сервер, полностью поддерживающий протокол HTTP/1.1 и распространяющийся с открытым исходным кодом. Сервер может работать практически на всемх распространенных платформах. Существуют готовые исполняемые файлы сервера для Windows NT, Windows 9x, OS/2, Netware 5.x и нескольких UNIX-систем.

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

Самая простая функция, которую может выполнять Apache – стоять на сервере и обслуживать обычный HTML-сайт. При получении запроса на определенную страницу сервер отправляет в ее ответ браузеру. Набираете адрес, открывается страница — все просто.

Если на одном сервере с установленной операционной системой семейства Unix и сервером Apache заведено несколько пользователей, то каждому из них можно создать отдельную директорию. Точнее, она будет создаваться автоматически вместе с псевдонимом. Это делается с помощью модуля mod_userdir и директивы UserDir. Так, например, можно папке public_html в домашней папке пользователя сопоставить адрес www.site.ru/

user. В общем-то, так и делается на серверах большинства сайтов, предоставляющих бесплатный хостинг. Администратор сервера может разрешить или запретить определенным пользователям создавать домашние страницы, использовать SSI и другие функции сервера. Полноценный же хостинг обычно предусматривает создание отдельного виртуального сервера для каждого пользователя.

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

Если вам нужно разместить на вашем сервере домены domain.ru и domain.com, то для начала надо сделать так, чтобы в системе DNS им был сопоставлен ваш IP-адрес. После этого в конфигурационном файле Apache создаете две директивы , где описываете каждый виртуальный хост. Таким образом, сервер будет знать, на какую папку «отправлять» пришедший запрос.

В данный момент большинство интернет-страниц являются динамическими. Это значит, что их внешний вид и наполнение формируется с помощью программного скрипта, написанного на одном из «языков» (их нельзя в полной мере назвать языками, определение достаточно условно). В данный момент наиболее сильно распространены технологии CGI и PHP. Разумеется, в Apache существует поддержка и того, и другого, плюс возможность подключать другие языки.

Модуль mod_cgi позволяет вам размещать на сервере CGI-скрипты. Вообще, это всегонавсего исполняемые файлы, написанные на одном из допустимых языков программирования. Они могут содержаться как в откомпилированном виде (например, так делают, если пишут CGI на языке C++), так и в виде исходного текста (если на сервере установлен Perl, то программист может помещать и такие файлы. Иногда они имеют расширение .pl).

Что касается PHP, то возможность интеграции его в Apache предусмотрена разработчиками самого PHP. Apache же выполняет только функции посредника между скриптом и компилятором. Существует два способа интеграции PHP в Apache. Первый – установка специального модуля, расширяющего возможности сервера, и тогда он сам становится способным «компилировать» скрипты. И второй – установка в конфигурационных файлах связей между php-файлами и самим компилятором (он находится на диске в виде файлов .cgi или .exe).

На основе сервера Apache можно создавать не только простые любительские сайты, но и ресурсы, требующие серьезной криптографической защиты передаваемых данных. Специально для этого был разработан протокол SSL/TLS, а его поддержка была встроена в Apache 2.0. С помощью специального модуля можно осуществлять аутентификацию на основе именных сертификатов, что позволяет практически наверняка гарантировать подлинность пользователя.

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

1С — публикация на веб-сервере: Apache или IIS?

Для начала скажу, что я не гуру ни в Apache, ни в 1С, ни в IIS. Тем не менее, окунуться пришлось, так как передо мной встала простая задача — локальная сеть плюс несколько баз 1С:8.3 плюс несколько пользователей. И, естественно, защита от возможных сбоев …и минимальный бюджет.

Не буду писать про попытку, в общем удачную, использования 1С совместно с sql-сервером postgres. Снимаю шляпу перед этой СУБД, но я от этого пути отказался.

Выбор пал на использование файловых версий баз и публикацию их на веб-сервере. 1С работает с Apache и IIS. Про достоинства Apachе можно не рассказывать — у всех на слуху. В отношении 1С можно добавить лишь то, что публикация баз происходит на Apache без дополнительных настроек. Повозиться пришлось лишь с дистрибутивом этого популярного веб-сервера, который грамотно пропишется в установленных программах ОС Windows. Да, забыл упомянуть, что всё разворачивается на этих ОС. Проблема состоит в том, что 1С не видит Apache, если сервер установлен простым копированием. Баловался созданием кустарных установщиков Apache для того, чтобы версию 2.4 поставить — не помогло. Ну не видит 1С-ка веб-сервер и всё тут. Тем не менее, подходящий дистрибутив версии 2.2 был найден.

Всё пошло как по маслу. До начала реальной работы нескольких пользователей с несколькими базами. Периодически у всех в сети появлялась надпись «Сеанс отсутствует или удалён» с предложением перезагрузить базу, либо выйти. Программа при этом, что логично, прекращала работу у всех пользователей сразу. Работа в таком режиме продолжалась. Потерь данных не было, но терпение моё и сотрудников не было безгранично. Попытки найти решение на просторах интернета не привели ни к чему, кроме усугубления ситуации при изменении параметров работы Apache (ThreadsPerChild; MaxRequestsPerChild; TimeOut).

Тогда я решил пробовать перейти с Apache на IIS. При этом, IIS поднимался на платформе обычной настольной Win7x64 из состава штатной поставки операционки. По настройкам IIS под нужды веб-сервиса 1С в сети информации много. Например вот тут. Сначала всё шло неплохо, но…

Через непродолжительное время опять произошло падение с той же самой ошибкой.

Тогда я попробовал создать несколько пулов приложений и распределить веб-приложения (базы) между ними. В результате w3wp.exe, рабочий процесс IIS, был запущен столько раз, сколько пулов приложений было задействовано при загрузке баз данных. При этом именем пользователя каждого запущенного процесса стало имя пула приложений IIS. Нагрузка была распределена.

Что могу сказать? Сутки работы проходят без сбоев. Заметно увеличилось потребление оперативной памяти. Но раньше оно, возможно, тоже было бы большим. Просто процессы и httpd сервера Apache, и w3wp сервера IIS вылетали до нужного разрастания. По достижении некоторой критической массы.

Будут вопросы, буду рад ответить.

P. S. При написании заметки ни одно животное не пострадало. Все права, принадлежащие разработчикам и/или владельцам торговых марок и продуктов упомянутых в статье, остаются им принадлежать.

Apache одновременно с IIS 8.5 — как?

Есть VDS, на нём стоит Windows server 2008 и IIS 8.5.
На нём сейчас крутится множество проектов на asp.
Нужно на этот сервер перенести проект на Joomla.
Joomla сама по себе ставится и запускается, но не работают человекоподобные урлы.
Web.config трогали, urlrewrite тоже.
Решили пойти на радикальные действия: поставить параллельно с IIS Apache и на нём стартануть Joomla.
Но тут и появился вопрос: не будет ли конфликтов?
Судя по всему апач тоже захочет себе 80 порт.

Как поступить? Есть ли способ изоляции апача от iis на одном сервере, причем, чтобы iis продолжал работать как работает, а изменения вносить исключительно в конфиг апача. Или может быть решить проблему без установки апача?
Поломать IIS нельзя ни в коем случае.

Автономный веб-сервер против Apache/IIS

Я разрабатываю довольно сложное приложение с win32 и веб-доступом. Реализация на стороне сервера является обычным явлением, и она будет размещена в нашей компании. HTTP-сервер может быть реализован как отдельный Indy (или другой) HTTP-сервер или более традиционно с Apache/IIS.

Я хотел бы знать, каковы преимущества/недостатки автономного HTTP-сервера и Apache/IIS с точки зрения безопасности или всего, что вы считаете релевантным.


Я бы сказал, это зависит от ваших потребностей и ожиданий. Это большая разница, если вы пишете пользовательский простой http-сервер, возможно, даже поддержку ISAPI и т.д., Или вы пишете узкоспециализированный http-сервер/прокси-сервер и т.д., Который ограничивает только узкие специализированные задачи. Например, у меня есть такой специализированный прокси-сервер и специализированная инфраструктура обработки модулей ISAPI. Не так много преимуществ я бы сказал. Итак, профессионалы:

  • Простота развертывания. Попробуйте развернуть apache с вашим приложением на каждую машину.
  • Лучшая производительность, меньшая площадь памяти. Попробуйте использовать apache на ноутбуках с низким уровнем обслуживания.
  • Повышенная безопасность. Поскольку вы выполняете только узкие задачи, вероятность нарушения намного меньше. Апач делает все возможное, так что вероятность нарушения намного выше.
  • Полный контроль над работой такого сервера и контроль над кодом. Если вам нужно немного другое поведение или новые функции, вы получили его.
  • Если вы используете ISAPI-модули, как я, вы можете изолировать их в отдельных процессах и добиться большей стабильности. Если один модуль/запрос сбой, другие не пострадают.
  • Написание еще одного http-сервера
  • Изучение протоколов и внутренних операций с нуля
  • Чем больше ошибок, тем выше вероятность ошибок, потому что код еще не затвердел. Это требует времени, чтобы обосноваться.
  • Поскольку у вас узкий фокус, вы не настолько универсальны, как Apache для сравнения. Не обязательно плохо, как указано ранее.

Мой вердикт будет таким. Если вам нужен простой HTTP-сервер для обслуживания некоторого контента, и вы будете размещать его в доме, на одном или нескольких серверах, для Apache. Если вы создаете специализированную часть обработки http-кода, которая будет установлена ​​много, и вам нужно будет контролировать, а затем разработать свой собственный. Поверьте мне, стоит того. Я так рад, что тогда я придерживался этого, когда мы решали то же самое. Теперь у меня много компютерных установок программного обеспечения, которое довольно сложно, и я не могу себе представить, что нужно устанавливать Apache на каждый ноутбук. А затем настройте его так, как мне нужно.

И Indy (со всеми его проблемами и причудами) оказался очень стабильным из коробки веб-сервера. ICS здесь, наверное, то же самое, но я еще не использовал ее для этого, поэтому не могу сказать. Настройка HTTP-сервера Indy смешно.

Apache все больше уступает IIS на рынке веб-серверо

Никак, пока его на 80-й порт не повесишь. Если порт не указан, система по дефолту адресует запрос 80-му порту.

Цитата:

При том мне нужно чтобы в урле у юзера этого самого :81 не светилось, а был просто адрес http://тутуту.ляляля.ру.

Не получится, ставь ИИС на 80, а Апача на другой — тогда можно.

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 19:40 22-03-2003
xRat

Advanced Member

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору lynx

Цитата:

ставь ИИС на 80, а Апача на другой — тогда можно.

Но тогда основной сайт я так понимаю открываться не будет?

Я думал это можно сделать Апачевской проксей. Чтобы она при вызове моего http://тутуту.ляляля.ру лезла на http://тутуту.ляляля.ру:81 и результат кидала юзеру. По инфе прочитанной с офсайта Апача это возможно, но у меня почему-то не работает так, как у них написано. Может у кого есть хорошая русская инфа про прокси моду апача?

———-
Нету у меня мании величия. Ее вообще не бывает у великих. ;))
Поддержим отечественного производителя.
Всего записей: 884 | Зарегистр. 22-10-2001 | Отправлено: 21:44 22-03-2003
lynx

Advanced lynx

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору xRat

Во первых, тебе замечание за неюзание фильтра перед созданием новой темы:

Во вторых, читай внимательно эту тему:
http://forum.ru-board.com/topic.cgi?forum=8&topic=0320#12
похожая проблема, я решила ее с помощью реврайта: http://forum.ru-board.com/topic.cgi?forum=8&topic=0320#14

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 00:21 23-03-2003
xRat

Advanced Member

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору lynx
Я уже все темы тут по Апачу облазил прежде чем свою создал. Серьезно.
Везде ведь другие проблемы совсем обсуждаются. Я скажем вовсе не боюсь того, что обсуждают в http://forum.ru-board.com/topic.cgi?forum=8&topic=0320#12, а именно, что они у меня конфликтовать будут.
А с реврайтом у меня происходит просто редирект на http://тутуту.ляляля.ру:81. Мне же надо чтобы :81 не светилось.
Вообще я хотел бы еще раз про мод прокси спросить. Есть ли инфа? И фильтр и поиск юзал.

———-
Нету у меня мании величия. Ее вообще не бывает у великих. ;))
Поддержим отечественного производителя.
Всего записей: 884 | Зарегистр. 22-10-2001 | Отправлено: 01:59 23-03-2003
lynx

Advanced lynx

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору xRat

Цитата:

А с реврайтом у меня происходит просто редирект на http://тутуту.ляляля.ру:81. Мне же надо чтобы :81 не светилось.

Говорю тебе, это невозможно. Это возможно _только_, если сервер повешен на порт 80.

Цитата:

ообще я хотел бы еще раз про мод прокси спросить.

Так что именно то? Я не поняла вообще при чем тут он?

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 03:40 23-03-2003
xRat

Advanced Member

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Цитата:

ProxyPass directive
Syntax: ProxyPass path url
Default: None
Context: server config, virtual host
Override: Not applicable
Status: Base
Module: mod_proxy
Compatibility: ProxyPass is only available in Apache 1.1 and later.

This directive allows remote servers to be mapped into the space of the local server; the local server does not act as a proxy in the conventional sense, but appears to be a mirror of the remote server. path is the name of a local virtual path; url is a partial URL for the remote server.

Suppose the local server has address http://wibble.org/; then

ProxyPass /mirror/foo/ http://foo.com/
will cause a local request for the to be internally converted into a proxy request to .

Ну в частности вот про это хотел уточнить. У меня почему-то не получилось сделать как написано. Мне пишет Err-500 при попытке сделать так.

———-
Нету у меня мании величия. Ее вообще не бывает у великих. ;))
Поддержим отечественного производителя.
Всего записей: 884 | Зарегистр. 22-10-2001 | Отправлено: 01:25 24-03-2003
lynx

Advanced lynx

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору xRat

Покажи кусочек конфига то.

Всего записей: 11712 | Зарегистр. 08-05-2001 | Отправлено: 02:07 24-03-2003
xRat

Advanced Member

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору lynx

Код:

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module modules/mod_proxy_http.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
.

ProxyRequests On

Order allow,deny
Allow from all

#
# Enable/disable the handling of HTTP/1.1 «Via:» headers.
# («Full» adds the server version; «Block» removes all outgoing Via: headers)
# Set to one of: Off | On | Full | Block
#
#ProxyVia On

#
# To enable the cache as well, edit and uncomment the following lines:
# (no cacheing without CacheRoot)
#
#CacheRoot «C:/Program Files/Apache Group/Apache2/proxy»
#CacheSize 5
#CacheGcInterval 4
#CacheMaxExpire 24
#CacheLastModifiedFactor 0.1
#CacheDefaultExpire 1
#NoCache a-domain.com another-domain.edu joes.garage-sale.com

.

.
ProxyPass /aport/ http://www.aport.ru/
.

Вот мой конфиг.

———-
Нету у меня мании величия. Ее вообще не бывает у великих. ;))
Поддержим отечественного производителя.
Всего записей: 884 | Зарегистр. 22-10-2001 | Отправлено: 02:56 24-03-2003
Ivin

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору lynx

Цитата:

замечание за неюзание фильтра перед созданием новой темы:

Во вторых, читай внимательно эту тему:
http://forum.ru-board.com/topic.cgi?forum=8&topic=0320#12
похожая проблема, я решила ее с помощью реврайта: http://forum.ru-board.com/topic.cgi?forum=8&topic=0320#14

Прошу прощения за похожий вопрос. Но теми способами, которые тут описаны у меня ничего не получилось. Задача такая:
Есть внутренний сервер internal.mydomain.ru, имя которого нельзя опубликовать в открытом DNS, и есть открытый сервер public.mydomain.ru. Мне нужно организовать доступ к внутреннему серверу через публичный. Доступ должен осуществляться через SSL и альтернативный порт 8081. Я пытаюсь делать это через rewrite. На публичном сервере создаю виртуальный хост:

NameVirtualHost 10.1.1.1:8081

ServerName public.mydomain.ru
SSLEngine on
RewriteEngine on
RewriteRule ^(.*)$ http://internal.mydomain.ru:8081/$1 [P]

Options FollowSymLinks
AllowOverride None
SSLRequireSSL

В результате первый запрос действительно перенаправляется на внутренний сервер, с него получается корректный сертификат, но дальше этого не идет, т.к. клиент пытается дальше работать с внутренним сервером напрямую (видимо, asp-страницы, генерируемые на внутреннем сервере, проставляют в ссылках имя хоста в явном виде). А тот, естественно, не виден из интернета. И SSL больше не запрашивается, т.к. клиент не пытается работать через публичный виртуальный сервер.
Я подозреваю, что я вообще неправильно подошла к проблеме. Может быть нужно решать ее какими-то другими средствами?

Всего записей: 36 | Зарегистр. 31-03-2003 | Отправлено: 16:40 22-04-2003

Число сайтов

Доля рынка, %

Apache


20497607

Microsoft

11156732

iPlanet

1302788

792530

Как мы можем увидеть, фактически рынок Web- серверов поделен Apache и Microsoft Information Server (IIS). На их долю приходится 87% рынка, ближайшие конкуренты iPlanet и Zeus имеют около 3%. Можно сделать вывод, что выбор Web- сервера сейчас это выбор между Apache и IIS .

Apache сейчас лидирует опережая IIS примерно в 2 раза (20 млн. серверов Apache , против 11 млн. серверов IIS). В компаниях использующих продукты Microsoft (Windows, Microsoft SQL Server и др.) доля Apache и IIS примерно одинакова . В российском интернете работает около 10 000 сайтов под управлением Microsoft Information Server. В основном это сайты малых и средних компаний использующие как базовое средство автоматизации Microsoft Windows, Microsoft SQL Server и учетную систему класса 1С : Предприятия для SQL. Показательно, что сайт компании 1С ( www.1c.ru ) и сайты ее крупнейших партнеров Рарус и ИТРП работают под управлением IIS. Для интернет-решений используют IIS такие компании как Intel, Ford, Alcatel, ГУТА-Банк и др. Один из крупнейших порталов российского интернета Апорт эксплуатирует поисковую систему на базе IIS 5.0 и Windows 2000.

Динамика рынка 2001 года настораживает. На начало 2001 года Apache имел 63% , а IIS — 21%. Таким образом, Apache за 2001 год потерял 13% своей доли, а IIS увеличил долю на 30% . Поскольку доля iPlanet и Zeus фактически не изменилась (3%), можно однозначно утверждать, что доля IIS росла за счет доли Apache. Без сомнения изменение ситуации на рынке было связано с выходом версии IIS 5.0 и скорой готовностью версии IIS 6.0 XP в составе платформы Microsoft.Net.

В чем-то дуэль Apache и IIS напоминает дуэль Netscape Navigator (NN) и Microsoft Internet Explorer (IE). В случае с Netscape компании Microsoft удалось фактически выгнать конкурента с рынка Web- браузеров. Хотя в момент выхода IE можно было только посмеяться над утверждением, что Microsoft удастся победить Netscape. Надо сказать, что Microsoft сражаясь с Apache, применяет те же приемы, что и против Netscape: бесплатная поставка продукта вместе с Windows, интеграция с другими продуктами компании, насыщение продукта функциональным богатством и достижение быстродействия, за которыми конкуренту с ограниченными ресурсами не угнаться. Конечно Microsoft не вытеснит Apache с рынка совсем, но в компаниях использующих Microsoft Windows и Microsoft SQL Server скорее всего I IS займет 1е место с приличным отрывом от Apache в ближайшее время. В качестве примера можно вспомнить также борьбу Microsoft и Oracle за рынок серверов баз данных на платформе Windows. В 2001 году Microsoft с очень удачным сервером MS SQL 2000 смог уверенно опередить Oracle по продажам БД для Windows.

Авторитетная аналитическая компания Zdnet (http://zdnet.com) проводит сравнительное тестирование Web- серверов по следующим потребительским качествам :

Доступность — непрерывная доступность Web-сервера для пользователей. За данным критерием стоит безостановочная работа Web- сервера, не смотря на его перенастройку, аварии, шквальный наплыв пользователей и т.д.

Степень защиты — защита сервера от несанкционированного доступа. За данным понятием стоит устойчивость сервера как разрушительным действиям хакеров и вирусов, так и защита от похищения коммерческой информации через Web- сервер.

Администрирование и управление — простота и эффективность управления сервером.

Разработка — сложность разработки Web- приложений для сервера.

Производительность — быстродействие сервера.

В своем тесте Zdnet ( http://zdnet.ru/? > ) выставила следующие оценки Web- серверам по пятибалльной шкале. В данном исследовании лидерами стали Microsoft IIS и iPlanet. Вот результаты тестирования :

ОБЩИЕ

Степень защиты

Админи-
стрирование и управление

Разработка

Произво-
дительность

Microsoft W indows 2000 Advanced Server с Microsoft IIS

NetWare с NetWare Enterprise Web Server и IBM WebSphere

Red Hat Linux Professional с Apache Web Server

Solaris с Apache Web Server

Solaris с iPlanet Web Server

В общем с большинством выводов можно согласится, хотя сравнение IIS и Apache требует дополнительных комментариев, особенно если учесть, что Web- серверу придется взаимодействовать с Microsoft SQL Server 2000.

До выхода IIS 5.0, Windows 2000 Server, MS SQL 2000 продукты Microsoft остро критиковали за необходимость перезагрузки серверов при изменении конфигурации, в результате сервера были недоступны некоторое время. В 2000 году Microsoft фактически все свои серверы оборудовал возможностями изменения конфигурации «на ходу». Кроме того, Microsoft предложил средства организации кластеров (групп серверов) для Web- серверов. Кластер позволяет продолжать работать Web- серверу даже в случае аварии.

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

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

Безопасность Web- сервера довольно многогранное понятие, которое включает в себя следующие аспекты :

  1. Защита от вывода сервера из строя
  2. Защита от хищения информации
  3. Защита базы данных в SQL Server

Защита от вывода сервера из строя . Сервер может быть выведен из строя в результате атаки хакеров или воздействия вируса. В 2001 году как и Apache, так и IIS оказались не готовы к новым видам хакерской атаки Den ial of service (DoS) . Затем вирусы класса Code Red поражали сервера Apache и IIS (http://zdnet.ru/? >Следует отметить, что IIS более уязвим для хакеров и вирусов, чем Apache. Это связано с тем, что IIS не просто Web- сервер, а готовое бизнес-решение, которое содержит в себе около 20 web- сервисов разного плана . Иногда вирусу и хакеру удается поразить одну из служб IIS ( например, Index Search), что приводит к общей остановке сервера. В Apache для создания бизнес-решения приходится использовать продукты других фирм, поражения их системы безопасности не защипываются Apache как прокол. Следует отметить, что проблемы безопасности не следует не преувеличивать, не приуменьшать. Даже большая вирусная эпидемия класса Nimba хоть и поражала несколько тысяч серверов (в первую очередь с ненастроенной безопасностью), но в целом такая эпидемия не затрагивала даже 1% от их общего числа, которое измеряется миллионами.

Большое количество служб IIS представляет проблему для администратора, т.к. если они все используются требуется 2-3 раза в месяц устанавливать антивирусные обновления. В прочем проблему можно решить и кардинально, выключив не нужные IIS службы совсем. Для этого можно воспользоваться утилитой IIS Lockdown. Кроме того можно использовать утилиту AutoUpdate для автоматической установки обновлений для IIS 6.0 в платформе Microsoft.Net.

Следует отметить, что большинство поражений серверов Apache и IIS происходит не столько благодаря их архитектуре, сколько по вине администраторов не работающих над поддержкой безопасности в фирме. Встроенная защита Apache и IIS не заменит антивирусные программы для Web- серверов от Symantec и TrandMicro, и таких средств безопасности как Internet Security Scanner.

Защита от хищения информации . Если в плане устойчивости к атакам Apache имеет преимущество перед IIS, то в плане защиты от похищения информации IIS во многом защищен лучше. IIS может использовать систему идентификации пользователей из Windows 2000 Server, это не только облегчает администрирование, но и повышает защиту. На Apache в случае довольно типичной ошибки администратора , хакер сможет легко украсть список пользователей с паролями. Недавний взлом сервера самих производителей Apache (www.apache.org) тому подтверждение (http://archives.neohapsis.com/archives/apache/2001/0012.html)

Следует также отметить, что IIS может использовать различные средства шифрования от шифрования диска средствами NTFS до шифрования передачи данных через SSL . По нашему мнению данные средства лучше реализованы в IIS, чем в Apache.

Защита базы данных SQL Server . Поскольку Web- сервер имеет доступ к корпоративной базе данных в SQL Server, важным моментом является обеспечение безопасности этой связки. Microsoft SQL Server 2000 имеет XML- расширения которые позволяют передавать данные в Internet через firewall, что позволяет на порядок повысить безопасность. Штатные средства XML из MS SQL 2000 могут работать только с IIS.

C момента появления IIS он сразу стал лидером по легкости администрирования и управления. В качестве примера можно сослаться на следующий обзор IIS 4.0 (http://www.esstu.ru/win/inzone/izone132/pub/izone23.htm). Поскольку в данной области лидерства IIS никто из аналитиков не оспаривает не будем подробно затрагивать данную тему.

Для Apache стандартные средства разработки обычно представлены средством генерации динамических страниц PHP. Возможности продуктов Microsoft тут несравнимы. В составе IIS 5.0 идет около 20 различных сервисов на все случаи жизни. Среда визуальной разработки Microsoft InterDev позволяет быстро и дешево создавать динамические Web- сервера. Отличные средства поиска ошибок (отладки) Microsoft заслужили широкое признание. В частности IBM рекомендует пользоваться инструментарием Microsoft для отладки JavaScript в своих Web- серверах. IIS превосходно интегрирован с другими продуктами Microsoft, не будет проблем с организацией взаимодействия.

XML- средства MS SQL 2000 позволяют значительную часть работы по созданию и поддержке сайта выполнить программистам владеющим MS SQL.

Разработать Web- сервер под IIS можно значительно быстрее и дешевле чем для Apache.

IIS 5.0 под Windows 2000 работает существенно быстрее Apache под всеми платформами (см. тесты Zdnet). Также следует отметить, что с помощью серверных ActiveX- компонент можно реализовать очень быстродействующие и сложные системы. Например, генерацию графического изображения из базы данных в MS SQL на HTML- страницу.

В случае использования XML- расширений MS SQL 2000 можно увеличить быстродействие IIS в 5-10 раз, т.к. в данном случае HTML- страницы генерируются не интерпретируемым скриптом, а скомпилированным кодом специальной библиотеки.

Сравнивая стоимость владения IIS и Apache можно сделать следующие выводы :

  1. IIS и Apache бесплатны, если вы пользователь Windows 2000 Server
  2. В IIS существенно быстрее и дешевле можно разработать или переделать сайт . Разработка сайта будет еще дешевле, если вы используете MS SQL 2000.
  3. У Apache дешевле стоит обеспечение безопасности . Пользователям IIS для снижения стоимости безопасности следует отключить ненужные сервисы, установить антивирусное ПО и использовать XML- средства MS SQL 2000.
  4. Администрирование Apache дороже, чем IIS . Apache сложнее администрировать, но администратору IIS требуется чаще устанавливать антивирусные обновления . Однако установка обновлений для IIS не такая дорогая и сложная работа как написание конфигурационных файлов для Apache.
  5. Персонал. Разработчики под IIS обойдутся дешевле, кроме того, вы можете использовать для разработки ваших специалистов в MS SQL 2000, если используется «XML support for IIS».

Общий вывод. Для пользователей Windows 2000 Server и MS SQL 2000 более хороший выбор Microsoft Information Server. Разработка и сопровождение сайта под IIS будет стоить дешевле чем под Apache.

Market Share for Top Servers

Самый авторитетный сайт в области статистики использования различных серверов в Интернете. Если хотите посмотреть долю рынка Apache и IIS в любой момент времени вам сюда.

Хорошая статья по сравнению различных Web-платформ. Сравнительно простое и убедительное тестирование.


ZDNet.ru: Червь поражает ПК и серверы

Червь заражает компьютеры под Microsoft Windows 98, Windows Me и Windows 2000. Unix-серверы с установленным на них популярным ПО веб-сервера Apache при сканировании червем выходят из строя. Например, в результате этого побочного эффекта “упало” несколько серверов службы веб-хостинга EarthLink.

Apache open-source site attacked

Заметка о том, как 17 мая 2001 был вскрыт хакерами сервер самих разработчиков Apache ( www.apache.org) , к счастью проникновение заметили администраторы. Чтобы предотвратить хищение клиентской базы и разрушение сервера администраторам пришлось выключить систему. Хакер получил доступ к модулям сервера Apache, которые поставляются клиентам. До 29 мая специалисты Apache искали возможные заражения троянскими вирусами кода сервера, который мог разрушить сервера клиентов.

Дыра в модулях аутентификации для Apache позволяет красть пароли

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

Утилита IIS Lockdown

Полезная утилита выключающая не нужные сервисы IIS. Сокращение сервисов резко повышает безопасность сервера.

Лучшие среды разработки Web-приложений

Статья посвященная сравнению Apache и IIS 4.0, многое верно и для IIS 5.0. Авторы верно отмечают преимущества IIS: более легкое конфигурирование и более высокую производительность. Отмечена проблема связанная с необходимостью перезагрузки IIS 4.0 при реконфигурировании, это было исправлено в IIS 5.0.

Comparing Microsoft IIS and Apache HTTP Server

Статья сторонника сервера Apache. Верно указана главная причина проблем безопасности в IIS — наличие сразу большого количества включенных сервисов в сравнении с Apache поставляемым в минимальной функциональности.

Статья о выходе Covalent Technologies — Enterprise Ready Server, в который входит Apache 2.0. Как видим Apache-решения далеко не бесплатны.

Внедрение Internet- комлекса платежей в ГУТА-Банк

«Success story» о проекте в ГУТА-Банк на базе Microsoft Information Server и Microsoft SQL Server.

доля апач увеличилась на рынке WEB-серверов

Apache отрывается от веб-сервера Microsoft
Британская компания Netcraft подсчитала, что число веб-сайтов, использующих Apache, увеличилось примерно с 22 млн (при общем количестве веб-сайтов около 35 млн) в январе 2003 года приблизительно до 31 млн (при общем количестве веб-сайтов 46 млн) в январе 2004 года — то есть прирост достигает 40%. За тот же период число установок IIS осталось почти неизменным, увеличившись с 9 739 069 до 9 675 504. Доля рынка Apache выросла с 62% до 67%, а доля рынка IIS сократилась с 27% до 21%.
и так далее. http://www.securitylab.ru/42155.html

Re: доля апач увеличилась на рынке WEB-серверов

> увеличившись с 9 739 069 до 9 675 504

все увидели увеличение?

Re: доля апач увеличилась на рынке WEB-серверов

> увеличившись с 9 739 069 до 9 675 504.

Re: Re: доля апач увеличилась на рынке WEB-серверов

Ты бинокль-то переверни! :)))

Re: Re: доля апач увеличилась на рынке WEB-серверов

>> увеличившись с 9 739 069 до 9 675 504

>все увидели увеличение?

вот-вот, у MS все так — более быстро, более надежно

доля апач увеличилась на рынке WEB-серверов

Ну что придрались к человеку, сами как будто Моцарты. Маленько ошибся, с кем не бывает. А по теме не чего удивительного в этом факте я не вижу. На рынке не закобаленным монопольными кондалами продукты Майкрософт всегда (практически) проигрывают сторонним разработкам. В условиях свободной конкуренции они просто не жизнеспособны.

Re: доля апач увеличилась на рынке WEB-серверов

Дык ктож сомневался-то, а?

current

Между прочим, если посмотреть статистику на том же неткрафте, картина изменилась в последние 2-3 месяца , и доля IIS упала до того уровня, с которого его в свое время подняла рекламная кампания .NET

Re: доля апач увеличилась на рынке WEB-серверов

«Общие цифры не отражают важного факта: сильных позиций Microsoft на рынке серверов Secure Sockets Layer, которые широко применяются провайдерами электронной коммерции. Исследование Netcraft показало, что на долю Microsoft приходится около 49% рынка SSL-серверов. За ней следуют Apache примерно с 36% рынка и Sun с 3,5% рынка.»

Посчитали сервера Вась Пупкиных :), которые они случайно не отключают после инсталляций 🙂

Тем более, статью в чистом виде скопировали с zdnet.ru. Хоть бы залезли на оригинал, мать вашу!

Число реальных инсталляций апача снизилось на пару десятков тысяч серверов, а IIS наоборот поднялось

Re: Re: доля апач увеличилась на рынке WEB-серверов

А нах мне нужен твой ссл на хомпаге? Вон даже ЛОР живет без ссл и ниче 🙂 Так что сам иди в сад, пионэр-винтусятник

Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Re: Re: доля апач увеличилась на рынке WEB-серверов

2anonymous (*) (14.01.2004 13:25:27)

«Посчитали сервера Вась Пупкиных :), которые они случайно не отключают после инсталляций 🙂

Малыш, ты гонишь. Прежде чем что-нить писать, залезь на неткрафт и почитай.
http://news.netcraft.com/archives/2003/11/index.html
цитата:
In the November 2003 survey we received responses from 44,946,965 sites.

Apache has a significant percentage gain this month as register.com, a leading domain registrar with a domain parking system serving responses for over one million domains eliminated its Windows front end, and reverted to Linux and Apache which it ran previously. Barely weeks ago its largest rival, Network Solutions made a similar switch from Microsoft-IIS back to SunOne, nee Netscape-Enterprise, for its own domain parking system.

During 2001 and the first half of 2002 several companies hosting very large numbers of hostnames including Webjump, Namezero, Homestead, register.com and Network Solutions migrated to Microsoft-IIS. Subsequently these businesses have either failed, significantly changed their business model, or reverted to their previous platform, and Microsoft-IIS share is now in line with its long term pre-summer 2001 level of around 20%.

Re: Re: доля апач увеличилась на рынке WEB-серверов

> Читаем дальше 🙂 > «Общие цифры не отражают важного факта: сильных позиций > Microsoft на рынке серверов Secure Sockets Layer, которые > широко применяются провайдерами электронной коммерции. > Исследование Netcraft показало, что на долю Microsoft > приходится около 49% рынка SSL-серверов. За ней следуют > Apache примерно с 36% рынка и Sun с 3,5% рынка.» > Посчитали сервера Вась Пупкиных :), которые они случайно не > отключают после инсталляций 🙂 > децки сат.

Читай дальше, мальчик. Неткрафт _не_учитывает_ дефолтные апачевские страницы Вась Пупкиных

Re: Re: доля апач увеличилась на рынке WEB-серверов


> Читаем дальше 🙂 > «Общие цифры не отражают важного факта: сильных позиций > Microsoft на рынке серверов Secure Sockets Layer, которые > широко применяются провайдерами электронной коммерции. > Исследование Netcraft показало, что на долю Microsoft > приходится около 49% рынка SSL-серверов. За ней следуют > Apache примерно с 36% рынка и Sun с 3,5% рынка.» > Посчитали сервера Вась Пупкиных :), которые они случайно не > отключают после инсталляций 🙂 > децки сат.

Читай дальше, мальчик. Неткрафт _не_учитывает_ дефолтные апачевские страницы Вась Пупкиных

Re: доля апач увеличилась на рынке WEB-серверов

ксоиды, вы обкурились?

«Many servers support facilities to enable a single computer to run a server for multiple domain names on different ip addresses. Additionally, some service providers offer a more crude domain aliasing facility with multiple hostnames resolving to the same ip address, and customers home pages being referenced by a trailing pathname. This survey counts each of these domain names as separate servers.»

Как же вы маны читаете? :))))

Re: Re: доля апач увеличилась на рынке WEB-серверов

Если не дошло, поъясняю

Оба на виртуальном хостинге. Посчитано 2 🙂

Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

А здесь IIS отжрал чуть-чуть

Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

> Если не дошло, поъясняю > wasja.register.com pupkin.register.com > Оба на виртуальном хостинге. Посчитано 2 🙂

Ну, исходя из такой логики так и примем на веру. IIS больше одного виртхоста не тянет. :-))

Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

> Ну, исходя из такой логики так и примем на веру. IIS больше одного виртхоста не тянет.

Тот что входит в состав ХР — именно так, тот что в серверных версиях — тянет сколько угодно в разумных пределах. 🙂

На самом деле просто надо понимать что у каждого продукта своя ниша. Лепить домашние странички Васи Пупкина на IIS это стрелать из пушки по воробъям, для этого есть апачь с его Proffesional Home Pages, а вот делать корпоративный сайт обычно удобней на IIS. Отсюда и такая разница в статистике, посчитанной по разным методикам. Понятно также что страничек Васи Пупкина гораздо больше чем корпоративных сайтов, правда висят они сотнями на одном сервере, ибо обычно достаточно просты и нересурсоемки. А корпоративный сайт это нередко тяжелое приложение, живущее не на одном сервере.

P.S. Когда только начинался jabber.ru я вполне сознательно выбрал для него апачь, ибо он лучше подходил для этой задачи. А вот сайт конторы, где я сейчас работаю, наоборот переполз с апача на iis, ибо некоторые задачи на апаче было бы затруднительно решить, а зато на iis они решились как говорится одной левой.
Так что имхо iis — для корпоративных сайтов, апачь — для хостеров и интернет-проектов.

К вопросу о Пупкиных

Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Как раз для домашних страниц IIS — более удачный вариант. Кстати, те 20% что его используют — это в основном не ITшные компании.

Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2Murr: хммм. обоснуй? Зачем на хомепагах все эти навороты по работе с БД например? Это все для энтерпрайза имхо больше подходит.
А на счет не IT-шные конторы — судя по логам например совсем не IT-контора, которой принадлежит intel.com, живет на нескольких серверах, на которых стоит как IIS6, так и первый апачь. Видимо им так удобней — часть задачь решать на iis, часть на апаче. Или как вариант — поскольку iis у них свеженький, они в процессе миграции на оный. )
Да и вообще — пройдясь по серверам таких не IT-компаний, как Nortel, AOL, Cisco, Alcatel, SGI и т.д. я апача почти не нашел, но зато чесно скажу с удивлением обнаружил довольно много нетскейповского сервера. ) Вообщем я не утверждаю что моя выборка из десятка-другого IT компаний сильно репрезентативна, но все же. Апачь в основном абнаруживается у тех, кто имеет свои коммерческие юниксы, типа как у IBM, HP. Но это-то какраз понятно имхо. )

Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

В обсуждении одного из рыбных дней уважаемый DP пытался приводить примеры крупных контор у которых хостинг на IIS — большинство из них не IT (примеров было много). Просто вспомнилось .

>Зачем на хомепагах все эти навороты по работе с БД например? Это все для энтерпрайза имхо больше подходит.

Для «энтерпрайза» говоришь? То-то в большинстве дистрибутивов Linux вместе с Apache идут BDB, MySQL, Postgre, а в Win2k Advanced Server — дуля с маслом. 😉

Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

угу, и апач прямо весь из себя имеет встроенные средства работы с этими дазами банных.

Ты еще про подпорки забыл типа php, jsp и проч.

Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2Murr: ай, ну прекратите. засовывание в дистрибудит нескольких БД, из которых людям возможно нужна одна, а скорей всего — ни одна из предложенных не нужна, ибо ни постгрес, ну мускль не тянут на БД энтеррайз-уровня (про берлевую — вообще молчим), имхо не есть признак хорошего тона.
Кстати у мелкософта таки есть своя БД, очень неплохая прошу заметить, хотя разумеется до оракла или БД2 не дотягивает, но все постгресы и мускули делает лехко.
Так что прекращаем мешать яблоки и апельсины — IIS имеет хорошие механизмы для работы с практически любой БД, а вот апачь этих механизмов в таком объеме не имеет, они там гораздо более убогие и зачастую завязаны на одну конкретную БД, однозначно не подходящую для энтерпрайза, что не есть гуд.

Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

>anonymous (*) (14.01.2004 17:20:56)
Мы про СУБД говорили, а не средства работы с ними (благо оных в дистрибутивах Linux опять же хватает).

Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

>ибо ни постгрес, ну мускль не тянут на БД энтеррайз-уровня (про берлевую — вообще молчим), имхо не есть признак хорошего тона.

Я не знаю что такое «энтерпрайз уровень», в учебниках по СУБД есть такой термин как «промышленная СУБД». И Postgresql и MySQL удовлетворяют его определению. Если они не удовлетворяют каким-то конкретным задачам, то берем и ставим другую, которая удовлетворяет.

>но все постгресы и мускули делает лехко.
В чем же?
Для одного-двух процессорного писюка, на котором выполняются несложные запросы к БД — MSSQL будет медленее MySQL и Postgresql (про BDB я вообще молчу). На каких-то тестах будет, не сомневаюсь, быстрее.

P.S. Не надо делить все на черное и белое.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2Murr: господи, ну чтож вы как маленькие?
При чем здесь скорость БД, да еще и на 1-2х процессорном серваке? Чтож вы все мыслите в рамках фирмы Васи Пупкина, где сеть типа сервер, десяток станций в двух комнатах, соединеных через хаб, а секретарша — по совместительству любовница шефа?

Ты кстати так и не ответил, чем же так хорош IIS для домашних страничек?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Нет, мы говорим именно про средства работы с СУБД, которые имеются в апаче и в iis. 🙂

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

> При чем здесь скорость БД, да еще и на 1-2х процессорном серваке? Чтож вы все мыслите в рамках фирмы Васи Пупкина, где сеть типа сервер, десяток станций в двух комнатах, соединеных через хаб, а секретарша — по совместительству любовница шефа? Даже президенту РФ такого веб-сервера вполне хватит. На фига больше?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

> При чем здесь скорость БД, да еще и на 1-2х процессорном серваке? Чтож вы все мыслите в рамках фирмы Васи Пупкина, где сеть типа сервер, десяток станций в двух комнатах, соединеных через хаб, а секретарша — по совместительству любовница шефа?

Даже президенту РФ этого хватит. Зачем больше?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Ой, а какие задачи возлагаются на веб-сервер президента РФ? Поверь — на несколько порядков более простые и менее ресурсоемкие, чем на самый захудалый веб-магазин. )


Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Ну, Irsi меня уже опередил с ответом 🙂

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Irsi>Ты кстати так и не ответил, чем же так хорош IIS для домашних страничек?

Наверное, своей простотой для администрирования «любителем» — благодоря GUI, это делать (в простейшем случае) не сложнее, чем работать с диском в Explorer’е.

>IIS имеет хорошие механизмы для работы с >практически любой БД, а вот апачь этих механизмов >в таком объеме не имеет, они там гораздо более убогие >и зачастую завязаны на одну конкретную БД, >однозначно не подходящую для энтерпрайза, что не есть гуд.

А зачем эти механимы HTTP-серверу? Его задача совсем в другом — принять коннекшион и передать его на следующий уровень (в J2EE-based AppServer, например). А уж J2EE имеет механизмы для работы с любой БД (я бы даже сказал, что они получше, чем в IIS).

Чем тебе этот вариант в качестве «энтерпрайза» не нравится? Учитывая, что все это отлично кластеризуется на любое количество серверов?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Ну простотота администрирования это обычно не совсем то, что надо автору домашней странички, ибо он обычно собственно администрирования не касается — дешевле купить виртуальный сервер, чем выставить свою машину.

А на счет средств работы с БД — ага, именно, в этом и собака зарылась. ) Апачь — это вообщем просто httpd, вся остальная функциональсть добавляется к нему примочками третих разработчиков, а iis это целый комплекс, который включает в себя не только httpd, более того — httpd там не самый главный компонент. ) И эти средства весьма неплохи.
Кстати энтерпрайзу не нравится набор типа сделай сам, ему по ряду причин нравятся полуфабрикаты, фастфуд. Это в результате дешевле обходится.
А на счет J2EE — угу, неплохая технология. и ее в энтерпрайзе активно юзают. иногда вместе с иис, но обычно — с нетскейповским сервером. А вот с апачем — тоже иногда.

Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

>Кстати у мелкософта таки есть своя БД,

И совсем даже не кстати.

>очень неплохая прошу заметить, хотя разумеется до оракла или БД2 не дотягивает, но все постгресы и мускули делает лехко.

Аргументируйте плиз. Я когда СУБД выбирал, я специально посмотрел, каким требованиям она должна удовлетворять, как то: возможности запросов, защита и целостность данных, поддержка создания спец. программ, словарь данных, поддержание непротиворечивости данных, время отклика и т.п., и т.д. И хотя я точно знал, что буду выбирать из Postgre vs. MySQL я для чистоты эксперимента зашел на маленький и мягкий. Результат — ничего по перечисленным функциям, ничего, кроме рекламного бреда и совершенно не нужных мне вещей я не нашел.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2GladAlex: простите, начать надо с того, для каких задачь Вы выбирали СУБД? Прошу не забывать того что то что вам совершенно ненужно, для другого может оказаться жизнено необходимо. 🙂
А на счет «не нашел» — может просто искать надо было получше, а не для чистоты эксперемента, зная зараниее что MS SQL вы все равно юзать не будете?

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2 Irsi >Чтож вы все мыслите в рамках фирмы Васи Пупкина, где сеть типа сервер, десяток станций в двух комнатах, соединеных через хаб

>iis это целый комплекс, который включает в себя не только httpd, более того — httpd там не самый главный компонент

Это еще одна причина, почему IIS больше подходит для простых серверов — т.к. он «много чего в одном флаконе».

Но для распределенных серверов это совершенно не важно. В них всего одна машина (или 2 — для redundants) служат в качестве фронт-сервера. Легкий Apache httpd (в котором ничего лишнего нет) на *nix (и в нем тоже ничего лишнего нет) здесь и по производительности, и по безопасности выигрывает. А сама J2EE работает на другом (часто — не нескольких) серверах. На них тоже нет ничего лишнего (например, «целого комплекса, который включает в себя не только httpd» — все это только зря занимает ресурсы).

>Кстати энтерпрайзу не нравится набор типа сделай сам, ему по ряду причин нравятся полуфабрикаты, фастфуд

По этой причине есть ряд фирм, которые делают свои энтерпрайз-решения на основе Apache httpd сервера (например, Oracle или IBM).

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2anonymous (*) (14.01.2004 19:13:12): да нет — для простых серверов фастфуд тоже не подходит, ибо слишком громоздко. Это скорей для среднего уровня, что-нибуть в стиле — httpd и скрипты на одной машине, sql на другой, иногда некоторые тяжелы приложения — на третьей.
Ну вообщем мелкософт пока не претендует на hi-end сервера, понимает что кишка тонка. А вот на low-end & middle-end он сидит крепко.

Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

> Лепить домашние странички Васи Пупкина на IIS это стрелать из пушки по воробъям, для этого есть апачь с его Proffesional Home Pages, а вот делать корпоративный сайт обычно удобней на IIS.

Irsi я не пойму ISS для больших и крупных сайтов, а apache для Домашних страничек, так чтоли? Ни чего не путаешь? Я про производитльность ASP vs PHP даже не говорю.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

если он низшем и среднем уровне он сидит крепко, почему у него

20%, а не 80 (как минимум)? или в интернете обратная пирамида получается (20% — домашние странички и средней руки магазинчики, а 80% — представительства мегакорпораций)? каждый видит то что хочет видеть. на деле выходит что в мегапроектах iis вообще пролетает (рылом пока не вышел), а вот в секторе мелких и средних проектов он имеет свои законные 20% (пусть 25%, с учетом того что наверху его практически нет).

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

По моим наблюдениям, wl в основном юзается либо сам по себе, либо через апач. Более того, во многих полуоффициальных рекомендациях (типа книги J2EE Performance или что-то там. сейчас ее под рукой нет. их главного технолога) для лоад балансинга рекомендуется решение именно на базе апачей.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

охх, Irsi, как мине хотелось бы сказануть тебе чего-нибудь, но увы — бесполезно.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

2HellAngel (*) (14.01.2004 19:58:20)
«почему у него

20%, а не 80 (как минимум)?»
Потому что большая часть сайтов хостится виртуально.
За счет хостинга апач будет имел и в ближайшее время будет иметь как минимум 60% рынка, даже с половиной своей функциональности.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

> Потому что большая часть сайтов хостится виртуально.

Ну, конечно. Весь рост IIS был когда они заболтали крупных хостеров. Когда хостеры оценили на практике сколько стоит обслуживание гамна под маркой IIS откатились обратно на юникс технологии.

Re: доля апач увеличилась на рынке WEB-серверов

ну теперь я совсем не понял ничего. похоже ты апачу в вину ставишь его функциональность (точнее ту часть, которая к виртуальным хостам относится). может ты для установления(восстановления) справедливости попросишь никого не пользоваться этой фишкой? :)) да и кого это .бет, на скольких машинах крутится 1 хост и сколько хостов крутится на одной машине? считают ведь хосты. предположим что владельцем одного хоста является один клиент (вася пупкин). значит только 20% вась пупкиных используют iis, остальные — апач и прочие сервера. или ты считаешь что владельцы серверов для своего удовольствия на апаче развешивают по тысяче виртуальных хостов, чтобы в статистике повыше быть? нет, скорее уж они хотят хапнуть лаве с максимального количества клиентов. 2irsi и другим, которые считают что все-в-одном это круто: обе модели предпологают использование компонентов (апач и iis). только вот беда — для апача можно найти почти любой требуемый код. или свой написать (исходники все видели?). а вот для iis — что m$ в коробочку положит, то и будите жрать. (справедливости ради — от сторонних тоже есть, только http://www.google.com/search?q=apache+module выдает 1’280’000 ссылок, а http://www.google.com/search?q=iis+module только 148’000)

Re: Re: доля апач увеличилась на рынке WEB-серверов

2HellAngel (*) (14.01.2004 21:10:10)
«похоже ты апачу в вину ставишь его функциональность (точнее ту часть, которая к виртуальным хостам относится»
Вы, молодой человек, экстримист.
Я не «ставлю в вину».
Я _просто_ _ответил_ _на_ вопрос_ почему апач имеет большую часть рынка.
Когда большие хостеры попытались ставить айайас, это сразу дало айайасу прирост в 10-15%. Ушли обратно на апач, iis он вернулся на свое место.
70% процентов сайтов это виртуальный хостинг. Веб сервер используемый хостерами — по определению будет самым массовым в инете. Это _все_ что я хотел сказать тем постингом.

Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Кто мне объяснит феномен на диаграмме «http://www.panorama.ru/info/demo/TEXTS/4826.html»? А именно — разницу между Nov и Dec. Все (!) столбцы одновременно упали, но в сумме вроде как по-прежнему составляют прежний процент. Это как. Чего я не понял?

Re: Re: Re: Re: Re: доля апач увеличилась на рынке WEB-серверов

Я имел в виду диаграмму «Windows NT Corporate Web Sites Migrate
To Windows 2000 — Windows Server 2003 Gaining Share» на http://www.port80software.com/surveys/top1000webservers/

Re: доля апач увеличилась на рынке WEB-серверов

я уже давно не молодой человек. а то что реагирую бурно иногда — так это нервы и погода. наверное )

Re: доля апач увеличилась на рынке WEB-серверов

Кстати, о Berkeley DB !!

Мужики, если у кого есть толковая дока по ней — ПОДЕЛИТЕСЬ .

Христом богом прошу и заранее незнаю как благодарен.

Добавить комментарий
zevs5

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день, я спроблеммой Апача с SSL.
У меня подняты IIS DNS Apache2+PHP+Perl+MySQL+OupenSSL на Windows 2003 server EE.
Проблемма заключается в том что сам Apache не хочет обрабатывать виртуальные хосты кроме первого, зато обычный вируал хост работает без проблем
Выкладываю ssl.conf

SSLRandomSeed startup builtin
SSLRandomSeed connect builtin

AddType application/x-x509-ca-cert .crt
AddType application/x-pkcs7-crl .crl

SSLSessionCache dbm:logs/ssl_scache
SSLSessionCacheTimeout 300


# DocumentRoot: modify as necessary
DocumentRoot «C:/home/zevs5.pp.ru»
ServerName www.zevs5.pp.ru:443
ServerAlias zevs5.pp.ru:443
SSLEngine on

# Server Certificate: modify as necessary
SSLCertificateFile «C:/usr/Apache2/conf/server.crt»

# Server Private Key: modify as necessary
SSLCertificateKeyFile «C:/usr/Apache2/conf/server.key»

SSLOptions +StdEnvVars

SSLOptions +StdEnvVars

SetEnvIf User-Agent «.*MSIE.*» \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0

# compact non-error SSL logfile on a virtual host basis.
CustomLog logs/ssl_request_log \
«%t %h %x %x \»%r\» %b»

# DocumentRoot: modify as necessary
DocumentRoot «C:/usr/local/webmail»
ServerName mail.zevs5.pp.ru:443

# Server Certificate: modify as necessary
SSLCertificateFile «C:/usr/Apache2/conf/server.crt»

# Server Private Key: modify as necessary
SSLCertificateKeyFile «C:/usr/Apache2/conf/server.key»

SSLOptions +StdEnvVars

SSLOptions +StdEnvVars

SetEnvIf User-Agent «.*MSIE.*» \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0

# compact non-error SSL logfile on a virtual host basis.
CustomLog logs/ssl_request_log \
«%t %h %x %x \»%r\» %b»

Автономный веб-сервер против Apache/IIS

Я разрабатываю довольно сложное приложение с win32 и веб-доступом. Реализация на стороне сервера является обычным явлением, и она будет размещена в нашей компании. HTTP-сервер может быть реализован как отдельный Indy (или другой) HTTP-сервер или более традиционно с Apache/IIS.

Я хотел бы знать, каковы преимущества/недостатки автономного HTTP-сервера и Apache/IIS с точки зрения безопасности или всего, что вы считаете релевантным.

http web-applications webserver delphi

7 ответов

5 Решение Runner [2010-01-10 22:23:00]

Я бы сказал, это зависит от ваших потребностей и ожиданий. Это большая разница, если вы пишете пользовательский простой http-сервер, возможно, даже поддержку ISAPI и т.д., Или вы пишете узкоспециализированный http-сервер/прокси-сервер и т.д., Который ограничивает только узкие специализированные задачи. Например, у меня есть такой специализированный прокси-сервер и специализированная инфраструктура обработки модулей ISAPI. Не так много преимуществ я бы сказал. Итак, профессионалы:

  • Простота развертывания. Попробуйте развернуть apache с вашим приложением на каждую машину.
  • Лучшая производительность, меньшая площадь памяти. Попробуйте использовать apache на ноутбуках с низким уровнем обслуживания.
  • Повышенная безопасность. Поскольку вы выполняете только узкие задачи, вероятность нарушения намного меньше. Апач делает все возможное, так что вероятность нарушения намного выше.
  • Полный контроль над работой такого сервера и контроль над кодом. Если вам нужно немного другое поведение или новые функции, вы получили его.
  • Если вы используете ISAPI-модули, как я, вы можете изолировать их в отдельных процессах и добиться большей стабильности. Если один модуль/запрос сбой, другие не пострадают.
  • Написание еще одного http-сервера
  • Изучение протоколов и внутренних операций с нуля
  • Чем больше ошибок, тем выше вероятность ошибок, потому что код еще не затвердел. Это требует времени, чтобы обосноваться.
  • Поскольку у вас узкий фокус, вы не настолько универсальны, как Apache для сравнения. Не обязательно плохо, как указано ранее.

Мой вердикт будет таким. Если вам нужен простой HTTP-сервер для обслуживания некоторого контента, и вы будете размещать его в доме, на одном или нескольких серверах, для Apache. Если вы создаете специализированную часть обработки http-кода, которая будет установлена ​​много, и вам нужно будет контролировать, а затем разработать свой собственный. Поверьте мне, стоит того. Я так рад, что тогда я придерживался этого, когда мы решали то же самое. Теперь у меня много компютерных установок программного обеспечения, которое довольно сложно, и я не могу себе представить, что нужно устанавливать Apache на каждый ноутбук. А затем настройте его так, как мне нужно.

И Indy (со всеми его проблемами и причудами) оказался очень стабильным из коробки веб-сервера. ICS здесь, наверное, то же самое, но я еще не использовал ее для этого, поэтому не могу сказать. Настройка HTTP-сервера Indy смешно.

Только мои два цента;)

4 Ken Fox [2010-01-10 22:36:00]

Под «автономным веб-сервером» вы подразумеваете встроенное в ваше приложение? Я никогда не пользовался Indy, но я работал над несколькими Java-приложениями, используя библиотеку Jetty. Основными преимуществами этого по сравнению с прокси-сервером Apache/IIS на сервере приложений являются более легкое развертывание и настройка, поскольку веб-сервис тесно интегрирован в приложение, и ничего не нужно устанавливать.

Если у вас есть существующие приложения, и это новое приложение разрешено развертывать в одной и той же среде, я уверен, что ваши администраторы sys захотят использовать существующий сервер приложений. Никто не требует дополнительной эксплуатационной сложности, даже если вам немного легче построить. Добавление другого приложения на сервер приложений тривиально.

Безопасность: сетевая конфигурация, файлы журналов, элементы управления доступом и т.д. будут иметь разные реализации из ваших систем Apache/IIS, а другие обычно означают худшую безопасность. Простые вещи, такие как SSL-аутентификация, которые понимают администраторы sys с Apache/IIS, будут работать по-разному со встроенным веб-сервером.

Производительность: встроенный сервер, вероятно, немного эффективнее, но немного менее масштабируемый. Ваши решения в области кодирования сильно влияют на это, и со встроенными серверами легко вкрутить его.

Разработка. Я считаю, что встроенные серверы намного проще работать, поскольку я могу запускать их как простые Java-приложения вместо веб-приложений, например. представление Java Eclipse вместо представления J2EE с интеграцией Tomcat.

Я знаю, что это ответ с точки зрения Java, но я надеюсь, что общие идеи применимы к Delphi.

IIS и Apache хорошо разбираются в http-серверах.

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

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

Есть много недостатков, хотя

  • вы пишете уже написанный код
  • вам нужно будет обосновать и объяснить новым разработчикам, почему IIS и Apache не подходят
  • вам нужно будет документировать и обучать других, как использовать такой http-сервер. например, новые разработчики должны знать, как настроить SSL-сертификат или сжатие GZIP на IIS/Apache, однако им нужно будет узнать у вас, как это сделать на вашем http-сервере, и независимо от того, поддерживала ли он эту функцию вообще
  • Если это ваш первый http-сервер для записи, вам нужно будет потратить много времени на изучение и изучение различных стандартов и соглашений, которые находятся за пределами вашего основного бизнес-домена, на который нацелено ваше приложение.

1 SeanX [2010-01-10 22:59:00]

Я обычно развиваюсь как самостоятельный, поэтому я получаю лучшее отладочное тестирование, а затем развертываю как DLL ISAPI.

Apache все больше уступает IIS на рынке веб-серверо

В торговой компании Web-сервер обычно решает следующие типичные задачи:

  1. Поддержка имиджа компании на рынке (PR-функция)
  2. Размещение полной информации о товарах и услугах компании
  3. Актуальные в любой момент прайсы

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

Если компания решила создать сервер не как домашнюю страницу на www.narod.ru , потребуется запустить свой Web-сервер. Для торговой компании использующей базу данных на основе Microsoft SQL Server потребуется также решить задачи отображении прайсов и др. информации о товарах прямо из учетной системы класса 1С : Предприятия для SQL . Вопросу выбора Web- сервера для такой компании посвящена данная статья. Мы ориентируемся на то что читателем статьи будет менеджер по информационным технологиям, поэтому наш анализ будет смещен в область потребительских качеств Web-серверов и общей стоимости владения ими (Total Owner Cost, TOC). Мы также затронем вопрос о том как влияет на выбор Web- сервера использование XML- решения Microsoft поставляемого вместе с Microsoft SQL Server 2000 («Microsoft SQL 2000 XML support for Internet Information Server»)

Самым авторитетным источником в области исследования рынка Web- серверов является компания Netcraft (http://www.netcraft.com/survey/). Посмотрим состояние рынка на 1 января 2002 года.

Сервер