Иис сравнение: как выбрать тип, чем отличаются типы А и Б, какой выгоднее

Содержание

Стратегия Российские акции (ИИС). Открыть ИИС онлайн.

1 Возврат доступен при наличии регулярного дохода, облагаемого по ставке 13%.
2 При досрочном закрытии срочных вкладов проценты выплачиваются, как правило, по сниженной ставке. При досрочном закрытии ИИС вы теряете право на получение налогового вычета по ИИС, однако в бюджет необходимо вернуть денежные средства только в том случае, если к моменту закрытия ИИС вы уже воспользовались вычетом 1-го типа. Данным типом вычета владелец ИИС вправе воспользоваться через три года после открытия ИИС и получить вычет на сумму взносов за все три года. При досрочном закрытии ИИС в АО УК «Первая» может быть удержано вознаграждение в размере до 2% от выводимой суммы.
«Сбер Инвестиции» – бренд, под которым продаются розничные инвестиционные продукты ПАО Сбербанка и его дочерних обществ.
АО УК «Первая». Лицензия ФКЦБ России №045-06044-001000 от 07.06.2002 на осуществление деятельности по управлению ценными бумагами. Ознакомиться с условиями управления активами, получить сведения об АО УК «Первая» и иную необходимую информацию заинтересованные лица до заключения договора доверительного управления могут по адресу: 121170, г. Москва, ул. Поклонная, д. 3, корп. 1, этаж 20, на сайте www.sber-am.ru, по телефону (495) 258 05 34 или в контактно-информационном центре по телефону 8 (800) 555 55 50. Результаты деятельности управляющего по управлению ценными бумагами в прошлом не определяют доходы учредителя управления в будущем.

Договор доверительного управления не является договором банковского вклада или банковского счета. Передаваемые в управление денежные средства не застрахованы в государственной корпорации «Агентство по страхованию вкладов» в соответствии с федеральным законом «О страховании вкладов в банках РФ», государство, ПАО Сбербанк и АО УК «Первая» не дают никаких гарантий сохранности и возврата инвестируемых денежных средств. Услуги по доверительному управлению оказывает АО УК «Первая». Денежные средства в управление получает АО УК «Первая», а не ПАО Сбербанк. ПАО Сбербанк и АО УК «Первая» являются разными лицами с самостоятельной ответственностью, не отвечающими по обязательствам друг друга. Услуги по доверительному управлению означает инвестирование денежных средств в ценные бумаги. инвестирование в ценные бумаги влечёт кредитные и рыночные риски, в том числе риск потери всех или части инвестированных денежных средств. Вложение в ценные бумаги всех имеющихся у клиента денежных средств или большей их части может привести к утрате всех его накоплений, а также банкротству клиента. Для направления жалоб, а также внесудебного разрешения споров, связанных с услугами доверительного управления, клиент вправе обратиться в компанию (почтовый адрес: 121170, г. Москва, ул. Поклонная, дом 3, корп.1, этаж 20, телефон: 8 (800) 555 55 50, эл. адрес: [email protected], интернет-сайт: www.sber-am.ru), в ПАО Сбербанк, в НАУФОР, в Центральный Банк РФ. В случае невозможности внесудебного урегулирования спора клиент вправе обратиться в суд.
Вложения в облигации и акции в рамках стратегий «Накопительная» и «Российские акции» производятся путем приобретения инвестиционных паев ПИФ под управлением АО УК «Первая», инвестиционная декларация которых предусматривает размещение средств в указанные инструменты.

Сравнение веб-серверов Apache и IIS

Сравнение веб-серверов Apache и IIS

Споры о выборе Apache или IIS являются столь же давними, как и споры о выборе ОС — Linux или Windows. В нашей компании спор решился просто — наше готовое решение «интернет-шлюз Debian CBS» поддерживает оба веб-сервера. И поскольку они являются наиболее широко использованными приложениями для веб-серверов на рынке, то сделать выбор действительно трудно. Если Вы еще думаете, какое программное обеспечение должно работать на Вашем сервере, рассуждения в этой статье должны Вам помочь сделать более взвешенное решение.

Apache

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

Хоть Apache и будет работать на любой операционной системе, его намного чаще используют в комбинации с операционной системой Linux, которая также распространяется с открытым исходным кодом. Эти два компонента, объединенные с MySQL, базой данных PHP и языком сценариев, образуют популярное решение для веб-сервера под названием

LAMP (комплекс серверного программного обеспечения).

Основные преимущества Apache и серверных систем LAMP:

  • низкие затраты, так как нет необходимости приобретать лицензии на программное обеспечение;
  • гибкое программирование из-за открытого исходного кода;
  • улучшенная безопасность, так как Apache был разработан для операционной системы не-Windows (а большинство вредоносных программ написано под ОС от Microsoft), то он всегда имел репутацию более безопасной системы, чем IIS производства Microsoft.
Internet Information Services (IIS)

IIS от Microsoft — второе по популярности программное обеспечение для веб-сервера. Он состоит из серии служб, включая протокол передачи файлов (FTP), протокол передачи гипертекста (HTTP), простой протокол передачи почты (SMTP) и другие, которые позволяют системе Windows управлять веб-сайтами. Последняя версия также включает различные модули для безопасности, кэширования, журналирования, сжатия и диагностики.

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

Есть поводы для волнения по производительности IIS при использовании PHP по сравнению с Apache. До недавнего времени, были два способа выполнить PHP в среде Windows: это медленный путь с CGI и ненадежный путь с ISAPI. Поскольку много сценариев PHP записаны для Apache и Linux, то их выполнение на платформе Windows с ISAPI может заставить их нарушать и разделять процессы в IIS при взаимодействие с приложениями. Но в последнее время улучшение было достигнуто через FastCGI, с функцией, которая позволяет веб-серверу IIS осуществить быстрый и надежный хостинг PHP.

Итак, почему бы Вы могли выбрать связку Windows/IIS, а не систему LAMP?

  • Windows и IIS поддерживаются корпорацией Microsoft, тогда как Apache поддерживается только пользовательским сообществом;
  • IIS поддерживает платформу.NET Microsoft и сценарии ASPX.
  • модули позволяют включить потоковую передачу аудио и видеоконтента.
Итог сравнения:
  1. Если стоимость лицензий для Вас является главным критерием, то комбинация LAMP будет намного дешевле, поскольку нет никаких затрат на лицензирования.
  2. Если важна безопасность, то Apache известен как более безопасный веб-сервер.
  3. Если Вы используете любую ОС, кроме операционной системы Windows на Ваших серверах, то Вы не в состоянии использовать IIS.
  4. Однако, если Вам нужно выполнить сценарий, который полагается только на ASPX или Вы предпочитаете более удобные для пользователя средства администрирования, то Вам нужна связка IIS на платформе Windows.
Приложение. Сравнение кода (мнение программистов)

Все программисты знакомы с фразой «запутанный код«. Данный термин используют в таких ситуациях, когда функциональность (здесь число строк кода и вызовов функции) растет бездумно, что и отражается на простоте. Сложность кода — ярый враг безопасности и устойчивости системы в целом, когда дело доходит до разработки программного обеспечения.

Следующие изображения наглядно демонстрируют пример запутанного кода. Они явно демонстрируют, почему большинство проектов Web 2.0 используют именно систему LAMP с открытым исходным кодом (связка Linux+Apache+Php/MySQL).

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

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

что это и для чего используется

Определение

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

Если попытаться объяснить принцип работы веб-сервера максимально понятным языком, то можно сравнить его с работой службы доставки: программа формирует из вводимых в браузер пользовательских запросов IP-адреса хранилищ, а после передает из них требуемый контент пользователям.

Функционал

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

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

Популярные решения

Поговорим о наиболее популярных веб-серверах, среди которых можно выделить три:

  1. Apache. Самый популярный веб-сервер, используемый на сегодняшний день примерно на 40% всех сайтах в интернете.
  2. Nginx. Второй по популярности. Используется примерно на 28% сайтов.
  3. IIS. Третий по популярности сервер, созданный Microsoft. Используется примерно на 17% сайтов.

Естественно, на этих трех «гигантах» ассортимент веб-серверов не ограничивается, существуют и другие, хоть и менее популярные решения, среди них — Lighttpd, Resin, Lighttpd и другие.

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

Apache

Apache — детище Apache Software Foundation, которое распространяется бесплатно с открытым исходным кодом. Код приложения может свободно редактироваться конечным пользователем, если это необходимо для удовлетворения его нужд.

Apache предназначен для работы на всех ОС, включая Microsoft и Mac, но чаще всего его используют в рамках Linux. На Linux Apache вместе с СУБД MySQL и PHP-скриптами образуют, пожалуй, самый известный и популярный комплекс ПО, повсеместно используемый в сети и называемый по первым буквам: LAMP Web.

Такая популярность объясняется следующими его преимуществами:

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

Среди недостатков можно выделить:

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

IIS

IIS, или Internet Information Services — веб-сервер от Microsoft, который долгое время был вторым по популярности, но в последнее время начал уступать Nginx.

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

Веб-сервер IIS дает большую совместимость с платформами .NET Framework и ASPX, чем бесплатный Apache.

IIS не теряет своей актуальности, так как обладает важными достоинствами:

  1. Надежность. Благодаря режиму изоляции рабочего процесса IIS, сайты и приложения не могут влиять друг на друга или на сервер.
  2. Непрерывная доступность сервера. Web-сервер остается доступным, несмотря на всевозможные аварии, обновления, перезапуски и массовую нагрузку от пользователей.
  3. Высокая степень защиты. Web-сервер устойчив к любым неблагоприятным воздействиям извне. Хорошо защищен от хакеров и вредоносного программного обеспечения. Имеет специальную защиту от похищения ценной коммерческой информации.
  4. Легкое администрирование. IIS нередко называют самым простым и удобным в установке, настройке и использовании.
  5. Хорошая производительность. Отличное быстродействие сервера.

Nginx

Nginx создавался в качестве альтернативы Apache с целью устранить ограниченность производительности более раннего веб-сервера. Во многом задачу разработчикам удалось решить за счет смены архитектуры. Nginx представляет собой очень легковесную, а поэтому и производительную платформу, способную одновременно обрабатывать десятки тысяч HTTP-соединений.

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

Apache и Nginx: сравнение

Чтобы выбрать победителя в списке самых качественных веб-серверов, обязательно нужно разобраться, для чего нужен Nginx и Apache, а также сравнить их основные особенности. Среди них:

  1. Простота. Работать с Apache проще благодаря модели «одно соединение — один процесс». Nginx обладает более сложной архитектурой, что вызывает сложности при разработке модулей.
  2. Производительность. Чтобы выявить лучшего по производительности, необходимо сравнить скорость работы с динамическим и статическим контентом. В работе со статическим контентом Nginx — явный победитель, так как предназначен для работы с большим количеством одновременных подключений. Кроме того, он задействует в работе меньший объем памяти. Скорость работы с динамическим контентом у Apache и Nginx примерно равна — обработка запросов происходит в среде PHP, скорость работы в которой примерно одинаковая для сравниваемых программных решений.
  3. Поддержка ОС. Как уже говорилось, Apache работает со всеми востребованными системами. Nginx работает на большинстве современных Unix-платформах и даже на Windows, однако в последнем случае стабильность веб-сервера сильно снижается по сравнению с Unix.
  4. Безопасность. Оба веб-сервера можно называть безопасными, они полностью отвечают современным потребностям частных пользователей и корпоративных клиентов.

Что использовать: Nginx или Apache

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

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

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

Сравнение O2 XDA IIs vs Apple iPhone

Сравнение — O2 XDA IIs или Apple iPhone

O2 XDA IIs это смартфон 2004 года выпуска с массой 210 г и размерами 125 x 71 x 19 мм. Он имеет 3.5 -дюймовый экран, 0.3-мегапиксельную камеру и 128 MB RAM, 96 MB ROM. Его процессор Intel XScale PXA263 400 MHz

Apple iPhone это смартфон 2007 года выпуска с массой 135 г и размерами 115 x 61 x 11.6 мм. Он имеет 3.5 -дюймовый экран, 2-мегапиксельную камеру и 4/8/16 GB. Его процессор 412 MHz ARM 11

Подробное сравнение всех функций смотрите в таблице ниже.

Покажи отличия или покажи все

Общие характеристики
Марка и модельO2 XDA IIsApple iPhone
Рейтинг
Дата выхода2004, Q42007, Январь
Размеры (ВxШxГ)125 Х 71 Х 19 мм115 Х 61 Х 11.6 мм
Вес210 г.135 г.
ЦветаBlack
Аккумулятор1490 мАч,  Заменяемый, Li-Po0 мАч,
Срок службы батареиВ режиме ожидания — До 168 часы
В режиме разговора — До 4 часы
В режиме ожидания — До 250 часы
В режиме разговора — До 8 часы
Воспроизведение аудио — До 24 часы
Клавиатура
Ориентировочная цена420 EUR

Дисплей
ТехнологииTFTTFT
Сенсорный экранда, резистивныйда, емкостный
Глубина цвета65K16M
Размер (Диагональ)3.5″ (дюйма)3.5″ (дюйма)
Площь экрана37.9 cm236.5 cm2
Соотношение (высота: ширина)4:33:2
Соотношение (экран:корпус)42.7%52.0%
Разрешение (пикселей)240 x 320 px320 x 480 px
Точек на дюйм114 PPI165 PPI
Защита экранаCorning Gorilla Glass, олеофобное покрытие
Другое— Handwriting recognition

Камеры и видео
Камера заднего, основная0.3 MP, Одна камера2 MP, Одна камера
Характеристики-2 MP
Запись видеоYesNo
Фронтальная камера, селфи0 MP,0 MP,
Характеристика
Продуктивность
Операционная система (OS)Microsoft Windows Mobile 2003 SE PocketPCiOS, обновить до iOS 3.1.3
Центральный процессор (CPU)Intel XScale PXA263 400 MHz412 MHz ARM 11
Графический процессор (GPU)— PowerVR MBX
Внешняя карта памятиMMC/SDIOНет
Внутренняя память128 MB RAM, 96 MB ROM4/8/16 GB
Комуникация и связь
Сим-картаMini-SIMMini-SIM
СетьGSMGSM

Показать все сетевые частоты:

Частоты
Скорость интернета
GPRSClass 10Да
EdgeNoДа
Wi-FiWi-Fi 802.11bWi-Fi 802.11b/g
GPSНетНет
NFC
USBProprietary2.0
BluetoothДа2.0 (headset support only)
Вредное излучениеSAR — 0.97 W/kg (голова)     0.38 W/kg (тело)    
SAR EU — 0.97 W/kg (голова)     0.69 W/kg (тело)    
Музыка и аудио
РадиоНетНет
Разъем для наушниковНетДа
Прочие дополнения
Датчики, Инфракрасный порт— Акселерометр, Датчик близости
Другие дополнения
— Pocket Office
-MP3/MP4 player
-Voice memo

— Google Maps
-Audio/video player
-TV-out
-Organizer
-Document viewer
-Photo viewer
-Predictive text input
Версии
— Produced by HTC. Functionally identical to Qtek 9090, i-mate PDA2k, T-Mobile MDA III and Orange SPV M2000.

Видео сравнения — не найден

O2 XDA IIs vs Apple iPhone
report this ad
Поделиться Поделиться

Сравнение функций администрирования IIS

Пользовательский интерфейс (UI)

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

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

IIS 5.1 и более ранние версии: Пользовательский интерфейс управления называется оснасткой IIS и запускается в окне консоли управления Microsoft (MMC). Чтобы принудительно записать метабазу в памяти на диск, используйте параметр Backup/Restore Configuration .

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

Диспетчер IIS информирует вас, если новое значение недействительно.

Управление большими конфигурациями серверов IIS или несколькими серверами через Интернет может быть медленным и громоздким.

Не все свойства конфигурации доступны в пользовательском интерфейсе. Список тех, которые могут, см. в разделе Настройка свойств в диспетчере IIS.

Редактирование во время работы

Используйте текстовый редактор, например Блокнот, для непосредственного редактирования файла Metabase.xml во время работы IIS. Записи чувствительны к регистру. Редактирование во время выполнения не включено по умолчанию.Чтобы включить редактирование во время выполнения, настройте свойство метабазы ​​EnableEditWhileRunning, следуя инструкциям в разделе Включение редактирования во время выполнения в пользовательской документации IIS.

Изменения вступают в силу не сразу. Вместо этого на сервер IIS отправляется уведомление об изменении. Чтобы принудительно записать метабазу в памяти на диск, чтобы вы могли редактировать последнюю конфигурацию в Metabase.xml, используйте инструменты командной строки IISConfig.vbs или IISRESET.exe.

ИИС 5.1 и более ранние версии: Редактирование во время выполнения и IISConfig.vbs недоступны.

Вы можете изменить несколько свойств или создать новые узлы в одном экземпляре без необходимости открывать и закрывать несколько листов свойств.

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

При вырезании и вставке частей метабазы ​​необходимо учитывать наследование свойств. Вставляемый раздел может наследовать свойства от родительских узлов и передавать свойства дочерним узлам.

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

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

Сторонние средства просмотра метабазы ​​

Используйте стороннее приложение для визуального отображения метабазы ​​и внесения изменений в конфигурацию.Некоторые средства просмотра метабазы, такие как CIM Studio (входит в состав WMI SDK), Metabase Explorer и MetaEdit, предоставляются корпорацией Майкрософт. Вы можете найти Metabase Explorer в инструментах набора ресурсов IIS 6.0, а MetaEdit можно найти, выполнив поиск в загрузках MSDN.

IIS 5.1 и более ранние версии: CIM Studio не позволяет просматривать метабазу для этих версий, поскольку поставщик WMI для IIS недоступен.

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

Обычно для редактирования доступны все свойства.

Большинство средств не позволяют настраивать более одного сервера IIS одновременно. MetaEdit является исключением, поскольку он был разработан для работы в веб-ферме.

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

Средства командной строки, предоставляемые IIS

Используйте инструменты командной строки для быстрого внесения изменений в конфигурацию сервера IIS.

Большинство этих инструментов написаны с помощью Visual Basic Scripting Edition (VBScript) и просты в использовании.

Инструменты были разработаны для решения наиболее популярных задач администрирования.

Некоторые инструменты недоступны в более ранних версиях IIS.

Самый популярный инструмент ADsUtil.vbs не настраивает удаленные серверы.

Интерфейсы службы Active Directory (ADSI)

Используйте ADSI для программной настройки IIS в сценарии или скомпилированной программе.Изменения происходят немедленно без необходимости останавливать и запускать сервер.

Чтобы принудительно записать метабазу в памяти на диск, используйте методы SaveData , BackupWithPassword или Backup объекта IISComputer.

Настройка больших сайтов или нескольких серверов с помощью ADSI выполняется быстро и эффективно.

ADSI поддерживает сценарии. Дополнительные сведения см. в разделе Поставщики ADSI и WMI в IIS.

Вы можете настроить IIS 4.0, IIS 5.0, IIS 5.1 и IIS 6.0 с ADSI, если вы используете проверку ошибок, которая может обрабатывать отсутствующие объекты и свойства.

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

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

При использовании поставщика IIS ADSI из System.DirectoryServices некоторые функции теряются из-за позднего связывания. Однако в пакете обновления 1 для Windows Server 2003 есть исправления.

Инструментарий управления Windows (WMI)

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

Чтобы принудительно записать метабазу в памяти на диск, используйте методы SaveData, BackupWithPassword или Backup объекта IISComputer.

IIS 5.1 и более ранние версии: Поставщик IIS WMI недоступен.

Настройка больших сайтов или нескольких серверов с помощью WMI выполняется быстро и эффективно.

WMI поддерживает сценарии. Дополнительные сведения см. в разделе Поставщики ADSI и WMI в IIS.

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

WMI можно использовать только при настройке сервера IIS 6.0.

Объекты административной базы (ABO)

Используйте ABO для программной настройки IIS в скомпилированной программе, написанной на C, C++ или Visual Basic 6.0.

Чтобы принудительно записать метабазу в памяти на диск, используйте методы SaveData или Backup интерфейса IMSAdminBase.

Использование ABO — самый быстрый способ настройки IIS. Это быстрее, чем использование ADSI или WMI, поскольку поставщики ADSI и WMI являются оболочками для ABO.Дополнительные сведения см. в разделе Объекты базы администрирования в IIS.

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

ABO не поддерживает сценарии. Приложения ABO могут быть написаны только на C++ или Visual Basic 6.0.

Поскольку ABO обращается к IIS на самом низком уровне, использовать его сложнее, чем ADSI или WMI, поскольку не существует методов, сжимающих несколько строк кода ABO в один вызов метода.Кроме того, нет никаких средств защиты от настройки недопустимых параметров.

Прочие специализированные интерфейсы

Используйте другие специализированные интерфейсы, такие как IIISApplicationAdmin, IIisServiceControl и IWamAdmin, для управления службами IIS и создания приложений.

Настройка больших сайтов или нескольких серверов выполняется быстро и эффективно.

Эти интерфейсы не поддерживают сценарии. Они могут быть написаны только на C++.

Эти интерфейсы не обладают такой функциональностью, как ADSI или WMI.

Какой веб-сервер лучше?

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

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

Что такое веб-сервер?

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

Популярные веб-серверы:

В настоящее время на рынке веб-серверов доминируют три веб-сервера, а именно:

  • Apache.
  • NGINX.
  • Microsoft IIS

Эта инфографика прольет свет на статистику использования веб-серверов для веб-сайтов.

Очевидно, что Apache, NGINX и IIS лидируют.

Битва IIS против Apache против NGINX начинается!

1.IIS против Apache против NGINX : Веб-сервер Apache

Apache — это веб-сервер с открытым исходным кодом, который был разработан и поддерживается группой разработчиков под эгидой Apache Software Foundation. Это результат совместных усилий, направленных на создание надежного и безопасного веб-сервера коммерческого уровня, соответствующего всем стандартам HTTP. Он был лидером рынка с тех пор, как вышел на рынок веб-серверов в 1995 году, и остается предпочтительным веб-сервером благодаря своей способности работать на нескольких платформах.

Возможно, вы знаете, что Apache одинаково эффективен почти во всех операционных системах, но можно обнаружить, что он наиболее эффективно используется в сочетании с Linux.

IIS против Apache против NGINX: Преимущества Apache

  • Так как это открытый исходный код, поэтому нет никаких лицензионных сборов.
  • Гибкость означает, что вы можете выбрать нужные модули.
  • Имеет высокий уровень безопасности.
  • Сильное сообщество пользователей для обеспечения серверной поддержки.
  • Одинаково хорошо работает на UNIX, Linux, MacOS, Windows. Недостаток Apache

2. IIS против Apache против NGINX: Веб-сервер NGINX

NGINX — надежный веб-сервер, разработанный российским разработчиком Игорем Сысоевым.Это бесплатный HTTP-сервер с открытым исходным кодом, который при необходимости можно использовать в качестве почтового прокси-сервера или обратного прокси-сервера. Самое главное, он может эффективно обслуживать огромное количество одновременных пользователей с минимальными ресурсами. NGINX особенно полезен, когда возникает ситуация с обработкой большого веб-трафика.

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

IIS против Apache против NGINX: Преимущества NGINX

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

Недостаток NGINX:

  • Меньше поддержки со стороны сообщества разработчиков и документации по сравнению с Apache.

3. IIS против Apache против NGINX: Веб-сервер IIS

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

IIS против Apache против NGINX: Преимущества IIS

  • Имеет поддержку Microsoft.
  • Вы можете получить доступ к платформе .NET вместе со сценариями ASPX.
  • можно легко интегрировать с другими Microsoft Services, такие как ASP, MS SQL и т. Д.
  • 9002

    IIS VS Apache VS NGINX: Недостатком IIS:

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

    IIS, Apache или NGINX: Какой веб-сервер выбрать?

    Итак, вы уже ознакомились с преимуществами и характеристиками каждого веб-сервера.Использование на самом деле будет зависеть от платформы, на которой вы запускаете приложение, а также от основных служб, которые вы ищете на своем веб-сервере. Если вы ищете системы с открытым исходным кодом, вы можете выбрать Apache или NGINX. Если ваше приложение работает в среде Windows, определенно имеет смысл использовать IIS.

    В лучшем случае:

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

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

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

    Заключение:

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

    Наконец, мы успешно спроектировали и разработали онлайн-недвижимость для наших клиентов, которые впоследствии стали историями успеха. В ходе этого процесса нам пришлось ознакомиться и использовать Apache, NGINX и IIS в соответствии с бизнес-требованиями клиента. Итак, если у вас есть такие требования, для которых вам нужен наш опыт в этой области, пожалуйста, не стесняйтесь связаться с нами для БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ .

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

    Пожалуйста, оставьте свои комментарии и отзывы, чтобы сделать это взаимодействие более увлекательным.

    Сравнить Научные калькуляторы TI | Сравнение курсов

    Управляйте настройками файлов cookie

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

    Категория Описание Разрешить
    Аналитические и эксплуатационные файлы cookie Эти файлы cookie, в том числе файлы cookie из Google Analytics, позволяют нам распознавать и подсчитывать количество посетителей на сайтах TI и видеть, как посетители перемещаются по нашим сайтам. Это помогает нам улучшить работу сайтов TI (например, упрощая поиск информации на сайте).
    Рекламные и маркетинговые файлы cookie Эти файлы cookie позволяют размещать рекламу на основе интересов на сайтах TI и сторонних веб-сайтах с использованием информации, которую вы предоставляете нам при взаимодействии с нашими сайтами. Объявления на основе интересов отображаются для вас на основе файлов cookie, связанных с вашими действиями в Интернете, такими как просмотр продуктов на наших сайтах. Мы также можем передавать эту информацию третьим лицам для этих целей.Эти файлы cookie помогают нам адаптировать рекламу, чтобы она лучше соответствовала вашим интересам, управлять частотой, с которой вы видите рекламу, и понимать эффективность нашей рекламы.
    Функциональные файлы cookie

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

    Если вы не разрешите эти файлы cookie, некоторые или все функции и службы сайта могут работать неправильно.

    Файлы cookie социальных сетей Эти файлы cookie позволяют идентифицировать пользователей и контент, связанный с онлайн-социальными сетями, такими как Facebook, Twitter и другие платформы социальных сетей, и помогают TI улучшить охват социальных сетей.
    Строго необходимо Эти файлы cookie необходимы для работы сайтов TI или для выполнения ваших запросов (например, для отслеживания того, какие товары вы положили в свою корзину на TI.com, для доступа к защищенным областям сайта TI или для управления настроенными настройки файлов cookie). Всегда включен

    IIS — Хостинг Википедии

    Microsoft — компания, стоящая за веб-сервером Internet Information Services или IIS .Как и другие серверные продукты Microsoft, IIS работает в Windows и предоставляет веб-страницы всем, кто запрашивает HTML-файлы.

    Функционируя как обычный веб-сервер, IIS может принимать запросы от клиентских компьютеров, расположенных удаленно, и отвечать, отображая запрошенную веб-страницу. Он включает в себя базовые функции, которые могут позволить веб-серверам доставлять информацию по различным типам сетей, начиная от локальных сетей (LAN) в случае интрасетей и заканчивая обслуживанием веб-сайтов в Интернете.

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

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

    Другим способом доставки веб-приложений может быть Amazon Web Services или AWS, платформа, работающая в общедоступном облаке, которую пользователи могут легко администрировать с помощью портала, расположенного на веб-сайте.

    Для потребительского использования потоковое мультимедиа является типичным примером использования веб-портала для предоставления услуг, поскольку такие компании, как Netflix (фильмы) и Spotify (музыка), доставляют контент, используя веб-серверы.

    Как работает IIS?

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

    Излишне говорить, что IIS также поддерживает протоколы HTTP, HTTPS и FTP. HTTP (протокол передачи гипертекста) — это основной протокол, который позволяет браузерам и веб-серверам обмениваться контентом, а HTTPS или HTTP через SSL (уровень защищенных сокетов) — это безопасная версия HTTP, которая использует TLS или уровень безопасности передачи (или даже SSL, уровень защищенных сокетов) для обеспечения передачи данных по зашифрованному каналу.Конечно, FTP — это протокол, который обычно используется для передачи файлов, и IIS поддерживает FTP, а также поддерживает безопасный вариант FTP, FTPS.

    ASP.NET Core занимает центральное место в IIS

    Active Server Pages (ASP) — это краеугольный камень IIS, а ASP.NET Core — новейшая платформа для ASP. По сути, ASP — это обработчик сценариев, который работает на стороне сервера для создания интерактивных веб-страниц, как и PHP. Таким образом, браузер отправляет запрос на сервер IIS через Интернет. IIS, в свою очередь, отправляет запрос ASP.NET Core. Затем запрос обрабатывается, и результат отправляется обратно через сервер IIS клиенту браузера, который первоначально создал запрос.

    Все виды веб-приложений могут быть написаны с помощью ASP.NET. Это включает в себя популярные виды использования, такие как платформы для блогов, а также более продвинутые сайты на основе CMS. Существует множество инструментов, которые позволяют разработчикам создавать веб-сайты IIS, WebDAV — один из самых популярных инструментов, который помогает разработчикам создавать и публиковать контент. Также доступны более интегрированные инструменты разработки, включая пакет Microsoft Visual Studio.

    Различные версии IIS

    IIS существует уже давно, поэтому нет нужды говорить, что существует длинная история версий, и стоит отметить, что IIS развивался вместе с популярной операционной системой Microsoft — Windows. Первая редакция IIS, версия 1.0, была включена в Windows NT версии 3.51. IIS версии 4.0 был выпущен с Windows NT 4.0, IIS 5.0 — с Windows 2000, а IIS 6.0 — с Windows Server 2003.

    Windows Server 2008 включал основную версию IIS версии 7.0 с версией 7.5 IIS, включенной в R2 Windows Server 2008. С появлением Windows 10 и Windows Server 2016 Microsoft выпустила IIS версии 10.

    Каждый выпуск IIS, конечно же, включает дополнительные функции и улучшенные версии существующих функций. IIS 3.0 включал в себя возможность ASP выполнять динамические сценарии, а IIS 6.0 включал поддержку замены IPv4, IPv6, а также важные улучшения в надежности и безопасности. Кроме того, в IIS 8.0 добавлена ​​возможность использовать неоднородный доступ к памяти, а также многоядерное масштабирование, а также централизованная поддержка сертификатов SSL и индикации имени сервера.

    Что есть в IIS версии 10?

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

    IIS10 совместим с режимом Nano Server в Windows Server 2016 — минимальной моделью развертывания для Windows Server. Он работает под управлением ASP.NET Core, а также может работать с веб-приложениями PHP и Apache Tomcat — все в режиме Nano Server.

    Кроме того, IIS 10 также может работать как на виртуальной машине, так и в контейнере, что дает большую гибкость разработчикам и администраторам, решившим создавать приложения с помощью IIS 10. В результате IIS 10 также поддерживает гораздо более широкий спектр типов веб-приложений. .

    Использование IIS в экспресс-режиме для тестирования

    Тестирование веб-сайтов необходимо для плавного запуска, поэтому Microsoft предлагает автономную версию IIS. Он называется IIS Express, и разработчики могут использовать IIS Express в качестве инструмента тестирования перед запуском веб-сайта.Хотя IIS Express обладает основными возможностями полной версии IIS, он предлагает уникальную возможность делать множество вещей без необходимости наличия привилегий уровня администратора.

    Безопасность в IIS

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

    Администраторы могут обеспечить защиту IIS от атак, выполнив ряд важных действий.Например, установка необходимых исправлений безопасности для ОС Windows является ключевым началом, и администраторы также должны убедиться, что они отключили все функции IIS, которые не нужны для работы их сайтов, поскольку отключение функций делает эту функцию невосприимчивой к атакам.

    Постоянное использование брандмауэров может помочь обеспечить отправку на сервер только допустимых пакетов, в то время как контроль IP-адресов и доменов, которые могут получить доступ к серверу, также помогает заблокировать ситуацию. Авторизация URL-адресов может помочь администраторам настроить правила для определенных запросов, в том числе указать, как поступать с заданными URL-адресами.Например, системный администратор может установить правило авторизации URL-адреса, которое означает, что только некоторые пользователи могут видеть страницу.

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

    Сравнение IIS и Apache

    Существует ряд основных различий между IIS и Apache, начиная с того факта, что IIS поставляется с Windows, которая является коммерческим продуктом.С другой стороны, Apache имеет открытый исходный код и может использоваться бесплатно. Конечно, IIS может работать только в Windows — он не работает в Linux. Apache работает на различных платформах ОС, включая варианты OS X и UNIX, но лучше всего он подходит для Linux.

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

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

    Веб-сервер и сервер приложений: в чем разница?

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

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

    Сервер приложений и веб-сервер: ключевые отличия

    Вот обзор основных различий между серверами приложений и веб-серверами:

    Веб-серверы Точка сравнения Серверы приложений
    Размещает веб-сайты и отвечает на простые веб-запросы Основное назначение Размещает приложения и обеспечивает сложные взаимодействия с помощью бизнес-логики
    Доставляет статический контент только через HTML Тип содержимого Доставляет статический и динамический контент
    Только протоколы HTTP/HTTPS Протоколы Взаимодействие клиент-сервер может происходить по нескольким протоколам, включая HTTP/HTTPS
    Подключение приложения Да
    Имеет доступ к статической базе данных Соединение с базой данных Имеет доступ к базе данных приложения
    Веб-браузеры Типичный клиент Обслуживает веб-приложения и мобильные приложения, а также веб-браузеры
    Не поддерживает многопоточность Многопоточность Использует многопоточность для параллельной обработки нескольких запросов
    Облегчает трафик, который не потребляет много ресурсов Потребление ресурсов Облегчает ресурсоемкие процессы
    Только веб-контейнер Контейнеры Веб-контейнер (сервлеты, JSP, JSF, веб-службы), контейнер EJB (JTA), контейнер Application Client (DI, безопасность)
    Очень низкий Емкость Высокий
    Гипертекстовый документ, отображающий информацию в браузере Результат взаимодействия Файлы, которые содержат данные и служат определенной цели в зависимости от потребностей клиента

    Что такое веб-сервер?

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

    Этот тип сервера предоставляет только статический HTML-контент, например:

    • Документы
    • Изображения
    • Видео
    • Шрифты

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

    Традиционно веб-серверы не работают с динамическим содержимым или программированием на стороне сервера.Веб-серверы принимают и выполняют только запросы протокола передачи гипертекста (HTTP или HTTPS). При желании вы можете добавить компоненты для работы с динамическим содержимым.

    Что такое сервер приложений?

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

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

    • Результат транзакции
    • Поддержка принятия решений
    • Аналитика в реальном времени

    Этот тип сервера является основным связующим звеном между клиентом и серверным кодом. Типичные задачи сервера приложений включают:

    • Управление транзакциями
    • Безопасность
    • Внедрение зависимостей (DI)
    • Параллелизм

    Серверы приложений также обрабатывают такие процессы, как кластеризация, аварийное переключение и балансировка нагрузки.

    Перекрытие между веб-серверами и серверами приложений

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

    Большинство веб-серверов имеют подключаемые модули для языков сценариев (ASP, JSP, PHP, Perl и т. д.), которые позволяют создавать динамическое содержимое. Например, если мы добавим подключаемый модуль .NET в среду IIS, мы сможем подключить веб-сервер к коду на стороне сервера и обслуживать клиентов с динамическим содержимым.

    На стороне сервера приложений тоже есть перекрытие.Многие серверы приложений предлагают возможности веб-сервера и используют HTTP в качестве основного протокола.

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

    Для недорогого размещения статического веб-сайта рассмотрите возможность использования хранилища объектов.

    Самые популярные веб-серверы

    Вот обзор самых популярных веб-серверов:

    Nginx

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

    Чтобы начать работу с Nginx, обратитесь к нашим руководствам «Как установить Nginx в Ubuntu 20.04» или «Как установить Nginx в CentOS 8».

    HTTP-сервер Apache

    HTTP-сервер Apache (также известный как Apache) – это бесплатный веб-сервер с открытым исходным кодом. Apache является частью стека LAMP, программного стека, на котором работает около 40 % всех веб-сайтов в Интернете.

    Apache предлагает широкий выбор функций, включая htaccess , IPv, FTP, HTTP/2, регулирование полосы пропускания и балансировку нагрузки.

    Подробное сравнение Nginx и Apache можно найти в нашей статье Nginx vs Apache.

    Microsoft IIS

    Microsoft IIS (Internet Information Services) — это бесплатный программный пакет веб-сервера для Windows Server. IIS работает только в операционных системах Windows.

    Причал

    Jetty — это проект с открытым исходным кодом, который предоставляет HTTP-сервер, HTTP-клиент и контейнер javax.servlet . Хотя Jetty в первую очередь является веб-сервером, он также может способствовать межмашинному взаимодействию.

    LiteSpeed ​​

    LiteSpeed ​​— это веб-сервер с отличной производительностью и масштабируемостью. LiteSpeed ​​предлагает широкий спектр функций и простую в использовании веб-консоль администратора.

    Самые популярные серверы приложений

    Вот самые распространенные серверы приложений на рынке:

    Апач Томкэт

    Apache Tomcat — это сервер приложений с открытым исходным кодом, который часто используется в сочетании с Apache HTTPD.

    Tomcat может выполнять сервлеты Java, доставлять страницы с кодом страницы JavaServer и обслуживать приложения Java EE (Java Enterprise Edition).

    Если вы новичок в Tomcat, посетите наши руководства «Как установить Tomcat в Ubuntu» или «Как установить Tomcat в CentOS».

    Oracle WebLogic

    Oracle WebLogic Server — это сервер приложений для развертывания распределенных приложений с использованием стандартов Java EE. WebLogic полностью интегрирован с портфелем продуктов и облачных сервисов Oracle.

    Стеклянная рыбка

    Glassfish — это сервер приложений Java EE с открытым исходным кодом, который поддерживает Java Servlets и Enterprise JavaBeans (EJB).Glassfish также может работать как веб-сервер.

    JBoss

    Сервер приложений

    JBoss — это платформа с открытым исходным кодом для создания, развертывания и размещения приложений Java. JBoss работает на разных платформах, и вы можете использовать его в любой операционной системе, поддерживающей Java.

    Сервер приложений или веб-сервер: какой сервер лучше всего подходит для вашего бизнеса?

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

    • Используйте веб-сервер , если вы обслуживаете только статические веб-страницы .
    • Используйте более простой сервер приложений, например Jetty или Apache Tomcat , если у вас есть приложение , для которого требуется JSP и Servlet .
    • Используйте полноценный сервер приложений, такой как JBoss или Oracle WebLogic , если у вас есть приложение со сложными функциями , такими как распределенные транзакции и обмен сообщениями.

    Другой вариант — использовать плагины для добавления функций к веб-серверу. В этом случае веб-сервер может делегировать генерацию динамических ответов варианту серверной технологии, например сценариям CGI, JSP, сервлетам, ASP (активным серверным страницам) или серверному JavaScript.

    Использование обоих типов серверов в одной системе

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

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

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

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

    Сценарий 1: использование только веб-сервера с подключаемыми модулями

    Веб-сервер обеспечивает функциональность интернет-магазина:

    • Сервер получает запрос и передает его серверной программе.
    • Программа на стороне сервера ищет данные о ценах в базе данных или плоском файле.
    • Программа на стороне сервера формирует ответ в формате HTML.
    • Веб-сервер отправляет ответ обратно в веб-браузер.

    Сценарий 2: использование как веб-сервера, так и сервера приложений

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

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

    Заключение

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

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

    Microsoft IIS — настройка — городской {код}

    Вы можете использовать функцию оперативного сравнения подключаемого модуля IIS Configure для сравнения свойств ранее обнаруженных конфигураций IIS с текущей активной конфигурацией. Сравнение в реальном времени показывает конкретные измененные свойства, что может помочь вам исследовать проблемы с текущей конфигурацией.Различия в сохраненной конфигурации по сравнению с активной конфигурацией иногда называют дрейфом конфигурации .

    Прежде чем начать

    • Найдите существующую конфигурацию IIS и сохраните ее как версию компонента в IBM UrbanCode Deploy. Дополнительные сведения см. в разделе Обнаружение и применение конфигураций.
    • Измените несколько свойств либо в активной конфигурации IIS, либо в версии компонента, чтобы изменения можно было обнаружить во время сравнения.

    Запуск сравнения в реальном времени

    Сопоставьте соответствующий компонент с деревом ресурсов среды вашего приложения, как показано на Рисунок 1 . Процесс сравнения пропускает запрос, если у вас нет компонента, сопоставленного с деревом ресурсов. Процесс приложения перебирает каждый компонент в дереве ресурсов. Для каждого компонента в дереве ресурсов выбранная версия сравнивается с текущей конфигурацией.

    В IBM UrbanCode Deploy перейдите на страницу Приложения.Щелкните пример приложения IISApp. Нажмите кнопку развертывания в среде, в которой вы хотите запустить сравнение в реальном времени. Из списка Process выберите Live Compare . Выберите версию или версии из нескольких компонентов для сравнения с действующей конфигурацией. Если вы выбираете несколько версий компонентов, они сравниваются последовательно. Убедитесь, что снят флажок Только измененные версии . Пример окна «Выполнить процесс» см. Рисунок 2 .Нажмите Отправить . Запускается процесс сравнения в реальном времени. Как правило, запуск сравнения может занять несколько секунд, в зависимости от того, сколько данных конфигурации сохранено.

    Рис. 1. Компонент приложения IIS, сопоставленный с деревом ресурсов.

    Рис. 2. Окно «Выполнить процесс» для процесса сравнения в реальном времени.

    Анализ изменений

    После завершения процесса сравнения в реальном времени вы можете просмотреть и проанализировать результаты. Щелкните вкладку History в приложении IISApp, чтобы вернуться в окно запроса обработки.Нажмите Просмотреть запрос в столбце Действия, чтобы вернуться к последнему сделанному вами запросу.

    Чтобы просмотреть дрейф конфигурации, разворачивайте дочерние объекты запроса процесса, пока не отобразится шаг подключаемого модуля IIS Configuration Live Comparison. При наведении указателя мыши на эту строку справа от столбца «Шаг» отображается значок сравнения. Щелкните значок сравнения. Здесь отображаются любые изменения между выбранной вами версией и текущей конфигурацией в реальном времени, выделенные желтым и оранжевым цветом.Чтобы просмотреть полное дерево сравнения, включающее неизмененные активы, снимите флажок Показывать только изменения в левом верхнем углу. См. на рисунках 3-5 для визуального справки.

    Рисунок 3. Значок сравнения на странице запроса процесса.

    Рис. 4. Окно «Различия», которое отображается после нажатия значка сравнения. Стрелка указывает на ссылку для просмотра измененных свойств.

    Рис. 5. Окно «Свойства сравнения», которое отображается после нажатия кнопки «Просмотреть свойства».В окне Сравнить свойства отображаются измененные свойства.

    Результат

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

    Вы можете использовать подключаемый модуль IIS Configure для управления конфигурациями IIS с помощью IBM UrbanCode Deploy.Подключаемый модуль включает шаги для обнаружения конфигураций и их упаковки в ZIP-файлы с помощью Microsoft Web Deploy, интегрированного в подключаемый модуль. Вы можете изменить файл конфигурации в ZIP-архиве, используя шаги токенизации, предоставляемые подключаемым модулем. После изменения конфигурации ее можно применить к исходной среде или к другой среде. Вы можете работать со всеми конфигурациями IIS или с определенной областью, такой как сайты, приложения или пулы приложений.

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

    1. Создайте топологию ресурсов в IBM UrbanCode Deploy, моделирующую топологию IIS.
    2. Найдите существующую конфигурацию IIS и сохраните конфигурацию как версии компонентов в IBM UrbanCode Deploy.
    3. Маркируйте свойства в конфигурации, чтобы конфигурация соответствовала вашим индивидуальным средам.
    4. Примените измененную конфигурацию к новой среде и проверьте результат.
    5. Протестируйте новую среду, чтобы убедиться, что конфигурация успешно применена.

    Предпосылки

    • 2 Компьютеры Windows, на которых запущены IIS и Microsoft Web Deploy.
    • Предварительно настроенное рабочее приложение, установленное на одном компьютере.
    • Агенты IBM UrbanCode Deploy, установленные и работающие на обоих компьютерах и подключенные к серверу IBM UrbanCode Deploy.
    • Подключаемый модуль IIS Configure, работающий на сервере IBM UrbanCode Deploy. Дополнительные сведения см. в разделе Установка подключаемых модулей в продуктах UrbanCode.

    Процедура

    Создать топологию дерева ресурсов

    Создайте группу верхнего уровня в дереве ресурсов в IBM UrbanCode Deploy.Группа верхнего уровня является основой ресурсов, представляющих среду IIS. В следующем примере снимка экрана группа верхнего уровня называется IIS-Test .

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

    Подождите 10 секунд, пока запускается процесс автоматического обнаружения, а затем щелкните Обновить в левом нижнем углу панели дерева ресурсов.Новая роль ресурса с именем webServer отображается как дочерняя роль агента. Пример дерева ресурсов показан на рис. 1 .

    Рисунок 1. Дерево ресурсов с группой верхнего уровня, агентом и обнаруженным объектом веб-сервера.

    Щелкните значок Изменить для роли ресурса веб-сервера и убедитесь, что свойства установлены правильно для компьютера, а затем щелкните OK .

    Для объекта веб-сервера щелкните Действия > Настроить с помощью конфигурации IIS Настроить .Шаг Configure запускается и создает остальную часть топологии в UrbanCode Deploy. После завершения шага настройки отображается топология, соответствующая вашей топологии IIS. Пример топологии показан на рис. 2 .

    Рис. 2. Дерево ресурсов с полной топологией (слева) после завершения этапа настройки. Справа топология IIS Manager для сравнения. Топологии должны совпадать.

    Обнаружение конфигурации IIS

    После того как вы настроите топологию IIS в дереве ресурсов в IBM UrbanCode Deploy, вы сможете обнаружить конфигурацию со своего компьютера IIS.Вы используете общий процесс для обнаружения конфигурации приложения на компьютере IIS. После обнаружения конфигурации вы можете использовать шаг подключаемого модуля Tokenize Configuration File для создания переменных в файле конфигурации.

    Плагин включает два примера общих процессов. В следующем примере используется процесс Пример 2: Обнаружение приложений IIS (ТОЛЬКО ПРИЛОЖЕНИЯ IIS) . Этот процесс предназначен для того, чтобы сначала обнаружить конфигурацию выбранного вами приложения, затем разметить некоторые значения в файле конфигурации, а затем загрузить измененный пакет конфигурации в версию компонента.

    Сначала перейдите в раздел «Процессы». Затем щелкните Пример 2: Обнаружение приложений IIS (ТОЛЬКО ДЛЯ ПРИЛОЖЕНИЙ IIS) . Щелкните Установите для ресурса, а затем выберите приложение IIS для обнаружения в дереве ресурсов. Щелкните OK , а затем щелкните Отправить , если вы не хотите указывать другие параметры. После завершения процесса файл конфигурации загружается в компонентную версию компонента IIS Application Config , который загружается при установке подключаемого модуля.

    Общий процесс включает в себя шаг Tokenize Configuration File . Если щелкнуть значок вывода консоли (справа от строки), можно увидеть, что свойство applicationPool было заменено токеном @[email protected] Когда вы развертываете это приложение в новой среде, вы можете заменить этот маркер пулом приложений по вашему выбору, используя свойства IBM UrbanCode Deploy.

    Развертывание приложения в новой среде

    Теперь вы можете применить конфигурацию к новой среде.Первым шагом является присоединение компонента IIS Application Config к дереву ресурсов топологии, которое вы создали ранее.

    Перейти на страницу приложений. Приложение IISApp устанавливается автоматически при установке подключаемого модуля. Щелкните приложение IISApp. Отображаются три примера среды. В этом примере используются две среды: IIS Test и IIS Prod. Чтобы настроить тестовую среду IIS, щелкните тестовую среду IIS, чтобы открыть панель ресурсов среды.Нажмите Добавить базовые ресурсы , а затем выберите всю топологию, которую вы обнаружили ранее. После добавления базовых ресурсов из топологии дерево ресурсов будет похоже на дерево, показанное на Рис. 3 .

    Рисунок 3. Дерево ресурсов в тестовой среде IIS после добавления базовых ресурсов.

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

    Дерево ресурсов теперь содержит две топологии: одну, соответствующую агенту в тестовой среде IIS, и другую, соответствующую целевому компьютеру, на котором вы планируете развернуть приложение. Дерево ресурсов похоже на дерево, показанное на Рис. 4 .

    Рисунок 4. Дерево ресурсов после обнаружения топологии на целевом компьютере.

    Затем вы добавляете роль ресурса в качестве заполнителя в дереве ресурсов, чтобы представить приложение для перемещения в целевую среду. Добавьте роль ресурса, щелкнув раскрывающийся список Показать под вкладками дерева ресурсов, а затем щелкните Роли ресурсов . Боковая панель, содержащая роли ресурсов, отображается в правой части окна. Все роли ресурсов, связанные с подключаемым модулем, имеют префикс IIS . Перетащите роль ресурса IISApp в созданную вами производственную топологию и разместите ее на целевом сайте.В этом примере перетащите роль ресурса IISApp в папку Веб-сайт по умолчанию , чтобы разместить приложение на этом сайте. При удалении роли ресурса IISApp вам будет предложено указать основные свойства заполнителя приложения. Заполните всю необходимую информацию, включая имя. В этом примере приложение называется b2evolution для приложения с открытым исходным кодом B2Evolution, как показано на рис. 5 . Объект applicationPool в этом примере — DefaultAppPool.

    Рисунок 5. Роли ресурсов справа после перетаскивания приложения IISApp в дерево ресурсов и переименования его в b2evolution.

    После добавления роли ресурса IISApp вы добавляете компонент конфигурации приложения IIS в дерево, чтобы компонент имел доступ к предоставленным свойствам. Этот компонент содержит ваши файлы конфигурации и, таким образом, представляет собой приложение. Щелкните Действия для роли ресурса IISApp, которую вы добавили, затем щелкните Добавить компонент и выберите Конфигурация приложения IIS .Теперь ваш компонент отображается под ролью ресурса, которую вы добавили в дерево.

    Затем вы связываете новое дерево ресурсов с производственной средой в приложении IISApp. Щелкните Приложения > IISApp > IIS Prod , чтобы перейти в производственную среду. Чтобы добавить новую топологию в производственную среду, щелкните Добавить базовые ресурсы , а затем выберите производственную топологию. После выполнения этого шага настраиваются две отдельные среды, представляющие соответствующие тестовые и рабочие компьютеры IIS.

    Теперь вы можете запустить развертывание. Вернитесь на страницу «Среды» для своего приложения, щелкнув навигационные крошки под вкладками вверху. Нажмите Развернуть для IIS Prod. В открывшемся окне выберите процесс Apply , а для Choose Versions выберите последнюю версию для IIS Application Config, затем нажмите OK . Щелкните Отправить , чтобы развернуть приложение в новой производственной среде.

    Проверка приложения

    Запустите новое приложение из браузера на рабочем компьютере IIS и убедитесь, что оно работает правильно.

    Результат

    Приложение из тестовой среды развернуто в рабочей среде.

    Сравнение IIS и Apache: выход за рамки риторики

    В течение некоторого времени Apache и Microsoft
    контролировали львиную долю рынка веб-серверов. В то время как Apache является явным победителем в ежемесячных опросах Netcraft
    и Security Space, Internet Information Server доминирует среди предприятий из списка Fortune 1000.

    Читатель SWatch Избранное! IIS и Apache — два наиболее широко используемых веб-сервера.Неудивительно, что у каждого есть преданные и страстные поклонники. В этом учебном пособии мы не просто суетимся, а сравниваем среды выполнения, динамические компоненты, безопасность и аутентификацию, производительность и надежность.

    Оба являются приемлемыми вариантами, и у каждого есть свои плюсы и минусы.

    Поскольку Apache 2.0 находится в рабочей версии с середины 2002 г., а IIS 6.0 выпускает
    с начала этого года, мы решили, что пришло время провести
    сравнение функций двух серверов, чтобы помочь читателям лучше определить, какой из них сервер соответствует их потребностям.

    Основы

    IIS был необязательным компонентом
    операционных систем Windows Server, начиная с Windows NT 4.0. Тогда этот
    был базовым веб-сервером в форме IIS 3.0. Пакет опций, выпущенный
    вскоре после выпуска Windows NT 4.0, включал IIS 4.0 и был
    первой «настоящей» версией IIS, которая активно использовалась в качестве платформы веб-сервера.

    IIS 5.0 был включен в Windows 2000 как в серверной, так и в настольной версиях
    , а также в обновленной версии IIS 5.1, входит в состав Windows XP.
    Различия между IIS 4 и IIS 5 довольно незначительны.

    Windows Server 2003 включает новый IIS 6.0, который представляет собой почти полную переработку
    по сравнению с предыдущими выпусками. Он отличается новой моделью исполнения, улучшенными средствами управления
    и значительно повышенной производительностью.

    Apache, с другой стороны, имеет более старое наследие, будучи первоначально
    основанным на коде httpd, который, по мнению некоторых, начал революцию
    в Интернете.Apache 1.3.x, который был производственной версией
    до 2002 года, в основном был продуктом Unix, который использовал ряд приемов
    , позволяющих выполнять его в других операционных системах, включая Windows.

    Производственная версия Apache 2.0 появилась на прилавках магазинов в 2002 году. Новая версия
    включала совершенно новую среду выполнения, которая отделяла базовые функции
    системы Apache от системы, которая фактически
    поддерживала и обрабатывала запросы. Apache 2.0 теперь поддерживается широким спектром потенциальных операционных систем
    , включая все версии Windows,
    Linux, Unix и Mac OS X, в дополнение к множеству неосновных ОС,
    таких как BeOS и VMS.

    Среда выполнения

    IIS и Apache работают совершенно по-разному и, таким образом, имеют ряд преимуществ и недостатков. Очевидно, что IIS разработан и доступен для работы
    только в среде Windows. В IIS 6.0 единственной платформой
    , поддерживаемой в настоящее время, является Windows Server 2003. Хотя это ограничивает платформы развертывания
    для веб-служб на основе IIS, оно также обеспечивает ряд преимуществ, включая более тесное взаимодействие с операционной системой хоста
    и более простое управление. и управление с помощью различных стандартных инструментов ОС и утилит
    .

    В IIS 6.0 сотрудничество между операционной системой и сервером
    лучше, чем когда-либо. В отличие от предыдущих версий, компонент, который
    принимает запросы от клиентов и обрабатывает их, теперь представляет собой два отдельных компонента
    . Прослушиватель режима ядра, HTTP.sys, прослушивает и принимает запросы
    от клиентов, помещая запросы в одну или несколько очередей запросов. Затем IIS
    обрабатывает запросы в этих очередях, используя по крайней мере один рабочий процесс для
    управления выполнением отдельных запросов и приложений.

    Этот отдельный процесс позволяет принимать запросы, даже если рабочие процессы IIS
    технически не запущены, а также обеспечивает более точный контроль над рабочими процессами
    , обрабатывающими запросы. Таким образом, администратор (или сервер,
    автоматически) может перерабатывать запросы на восстановление после сбоев расширения и
    приложений, которые ранее требовали выключения/перезапуска
    службы IIS или, в крайнем случае, перезагрузки всего сервера.

    Апач 2.0 была существенно переписана по сравнению с предыдущими версиями. Среди множества изменений
    веб-сервер теперь доступен напрямую на различных платформах,
    включая Windows. Модернизация позволяет ему поддерживать широкий спектр платформ
    более эффективными способами, что приводит к моделям выполнения
    для Unix и Windows, которые наилучшим образом используют ОС.

    Ядром системы является переносимая среда выполнения Apache (APR), которая
    позволяет ядру Apache работать более или менее на любой системе с компилятором C.
    Ряд многопроцессорных модулей (MPM) обеспечивает поддержку
    , фактически принимающую и обрабатывающую запросы. В Unix это может быть традиционная «разветвленная» модель
    или более новая многопоточная модель, использующая многопоточность
    , встроенную в большинство современных ядер. В Windows также используется многопоточная модель
    , которая в некоторых отношениях аналогична многопоточной модели, используемой
    рабочими процессами в IIS 6.0.

    Функция ИИС Апач
    Независимый обработчик запросов Да Да
    (ограничено)
    Несколько обработчиков запросов процесса Да Да
    Держатель резьбы Да Да (на подходящей ОС
    )

    Динамические компоненты

    Основной динамической средой для разработки в IIS являются Active
    Server Pages.Это общий термин для решения, позволяющего встраивать код
    в HTML-страницы. Эти ASP-страницы анализируются сервером до того, как код
    будет предоставлен клиенту в виде HTML. Система ASP позволяет
    разработчикам работать на ряде различных языков, включая Visual Basic, VBScript,
    JavaScript, Java и C/C++, а также на других альтернативах с открытым исходным кодом, таких как Perl и Python. Кроме того, IIS продолжает поддерживать традиционные методы
    CGI вместе с собственным набором систем фильтрации и выполнения в
    форме фильтров ISAPI.

    Apache также предназначен для работы с широким спектром языков,
    либо через модель CGI, либо за счет использования динамических модулей путем непосредственного включения языкового интерпретатора в среду Apache. Этот
    значительно ускоряет выполнение динамических компонентов для языков
    , таких как PHP, Perl и Python.

    Обе системы поддерживают модель Java Server Pages, и
    можно перенести большинство приложений JSP между двумя платформами с небольшими изменениями.
    Другие языки могут достичь этого с разными результатами. Даже ASP
    может поддерживаться в Unix через компонент ChilliSoft ASP (www.chillisoft.com), через модуль Apache::ASP или модуль Apache modmono (http://apacheworld.org/modmono/).

    Одним из элементов, который в настоящее время нельзя эмулировать в Unix, является среда
    Microsoft.NET. IIS 6.0 и Windows Server 2003 активно используют
    и обеспечивают превосходный уровень интеграции с .NET Framework.

    Функция ИИС Апач
    АСП Да С Chilisoft, Apache::ASP или modmono
    CGI Да Да
    Perl Да Да
    Питон Да Да
    PHP Да Да
    JSP Да Да
    .NET интегрированный Да

    Первоначальная дата публикации 09.09.2003.

    .

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

Ваш адрес email не будет опубликован.