Обновите ArcaOS до уровня NeoWPS Установите набор PNG иконок, нарисованных дизайнером, специализирующемся на оформлении OS/2 Установите eSchemes 2018, чтобы менять цвета и кнопки на рабочем столе

TITLE: SRE-http - еще один HTTP-сервер для OS/2

DATE: 2002-01-25 11:31:54

AUTHOR: Timur Kazimirov

В этой статье я расскажу еще об одном неплохом HTTP-сервере для OS/2, а именно - о SRE-http.

Краткое введение

SRE-http - это HTTP/1.1-совместимый сервер-фильтр, работающий в среде GoServe, о котором я рассказывал ранее. SRE-http поддерживает такие сервисы, как удаленное конфигурирование, виртуальный хостинг, кэширование, SSI и пр. (Для тех, кто не знает что такое SSI (аббревиатура от Server Side Includes) - это 'кодовые/ключевые фразы' в теле HTML-документов, встретив которые, сервер выполняет те или иные действия, например, вставляет текущую дату, IP-адрес клиента, и многое другое).

Последняя версия SRE-http (1.3h от 2 января 2002 года) имеет следующие стандартные возможности:

• изображения-карты (imagemaps) в стандартах CERN и NCSA
• локальное и удаленное перенаправление URL
• управление нагрузкой (кластеринг)
• указание документов по умолчанию для всех и отдельных каталогов
• полный аудит (в том числе и совместимый по формату с Apache)
• управление доступом с использованием файлов HTACCESS, на основе анализа селекторов запроса и на основе области действия (realm). Однако протокол SSL в SRE-http не поддерживается.
• интерфейс CGI-BIN с настройкой на различные интерпретаторы (Perl, PHP и т.д.)

кроме того, SRE-http также поддерживает:

• монитор событий - позволяет внешним приложениям управлять работой SRE-http
• поддержка нескольких форм дельта-кодирования
• GZIP-компрессия при приеме и передаче
• поддержка деревьев hit-metering
• шифрование содержимого при передаче (используется разделяемый пароль)
• поддержка нескольких виртуальных хостов
• byte range retrieval (клиент может запросить определенную порцию документа)
• server-side and client-side content negotiation (решение о том, что именно отсылать клиенту может быть принято сервером на основе вариантов, предложенных браузером или браузером на основе вариантов, предложенных сервером)
• удаленное конфигурирование с отличной подсказкой
• разнообразные кэшируемые SSI (и условные SSI - xSSI)
• элементы META из заголовка документа могут быть использованы при ответах на запросы методом HEAD
• локальные и удаленные (по HTTP) виртуальные каталоги
• кэшируемые листинги каталогов с автоописанием
• загрузка файлов на сервер методом PUT
• кэширование недавних запросов
• динамическое назначение "временных" привилегий клиентам
• значительный объем документации (больше мегабайта)
• большое количество приложений, разработанных специально для SRE-http, включая форумы, BBS и пр.

Установка SRE-http

Для начала скачайте последнюю версию SRE-http. На сегодняшний день это версия от 2 января. Распакуйте архив во временный каталог и запустите INSTALL.CMD. Программа установки попросит вас ответить на несколько вопросов:

• What is GOSERVE's WORKING directory? Для работы SRE-http требуется только GOSERVE.EXE последней версии. Прочие файлы, поставляемые с архивом GoServe, для SRE-http не нужны. Если указанного каталога не существует, то программа создаст его, а потом, после инсталляции, необходимо скопировать в него GOSERVE.EXE
• What is your data directory? Здесь вы указываете каталог, который будет корнем WEB-дерева на вашем компьютере. Рекомендую, во избежание затирания ваших файлов, указать несуществующий каталог, так как программа установки SRE-http захочет скопировать туда изрядное число картинок, иконок, HTML и др. файлов.

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

• What is your IP address (it will be given OWNERS status)? Здесь введите IP-адрес вашего компьютера. По умолчанию, клиентам с этим IP-адресом будет автоматически присваиваться статус OWNER (владелец), однако, в дальнейшем, это можно для безопасности отключить.
• Would you like to customize a few initialization parameters? Лучше соглашайтесь во избежание дальнейшей головной боли.
• DEFAULT? Здесь перечисляются имена файлов, которые будут выдаваться клиенту по запросу в случае, если клиент указал пустой запрос к корню вашего сервера. По умолчанию, если клиент, например, запросил http://xxx.yy.zzz/, то вначале будет искаться файл INDEX.SHTML, потом INDEX.HTML и т.д., в соответствии со списком.
• AUTO_NAME? Примерно то же самое, но для случаев, когда клиент запрашивает какой-либо каталог на вашем сервере без явного указания файла.
• Should SRE-http attempt this "directory name matching"? "Должен ли SRE-http искать файлы с именами, соответствующими имени каталога? Здесь решайте самостоятельно. Хитрость в том, что если вы ответите да, то при запросе к каталогу, например: http://xxx.yy.zz/books/classic/ SRE-http будет пытаться сначала искать файлы CLASSIC.SHTML, CLASSIC.SHT и т.д., а уж только потом - INDEX.SHTML, ... Я, во всяком случае, эту функцию не включаю.
• When all else fails, should SRE-http display a file listing? "В случае, если попытка найти документ по умолчанию провалилась, то должен ли SRE-http выдавать листинг каталога?" Опять-таки - решайте сами. Для некоторых вариантов это может оказаться полезным, но лично я отключаю эту возможность. Для вывода листингов у SRE-http есть другие инструменты.
• WEBMASTER? Тут вы можете указать текст, который будет вставляться в документ после исполнения директивы SSI REPLACE WEBMASTER. Обычно это адрес E-mail ответственного за сервер, то есть ваш :)
• THE_REALM? Область действия по умолчанию. То, что вы здесь введете, будет отображаться в окошке ввода имени/пароля у клиента при доступе к запароленным ресурсам вашего сервера. Русский текст лучше не вводить.
• Only check .SHTML and .SHT files for server side includes? "Проверять на наличие SSI только файлы с расширениями .SHTML и .SHT?" Если вы ответите нет, то сервер будет проверять на наличие SSI все запрашиваемые документы, что может несколько снизить производительность. Выбор за вами.
• Enable the SSI-CACHE (YES), or disable it (NO)? "Разрешить или запретить кэширование скомпилированных документов имеющих SSI?" Ответ "да" может значительно увеличить производительность сервера, однако появится риск отправить клиенту устаревший документ, так что опять-таки - выбирайте самостоятельно.
• HOME_NAME? Введенная здесь строка подставляется в ответы на запросы к несуществующим ресурсам. По правде говоря, это строка для SSI REPLACE HOME_NAME.
• HOME_DIR? Это каталог в корне вашего WEB-дерева, в котором размещены каталоги пользователей. Например, если здесь указать HOME/, то, при запросе http://xxx.yy.zz/~garry/test.html, селектор запроса будет трансформирован в home/garry/test.html

После этого программа инсталляции попросит вас проверить установленные параметры и продолжит работу. И тут же попросит ответить:

• Would you like add a SUPERUSER? супервизора? Отвечайте да - это избавит вас от головной боли в дальнейшем при удаленном администрировании.
• При утвердительном ответе программа попросит вас ввести имя пользователя/супервизора, его пароль и так называемый shared-secret - разделяемый пароль для расшифровки зашифрованных ресурсов.

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

Запустить SRE-http в работу теперь можно командой

GOSERVE HTTP FILTER SREFILTR.80 PORT 80 DATADIR <какой вы указали>

В дальнейшем GoServe сохранит эти настройки в файле GOSERVE.INI, и для запуска достаточно будет команды

GOSERVE HTTP

Стоит лишь упомянуть, что в каталоге данных, который вы указали, лежит очень много интересных и полезных вещей, ссылки на которые есть у стартового файла INDEX.SHT. Конфигуратор сервера можно по умолчанию вызвать как http://xxx.yy.zz/CONFIGUR.HTM. Это очень полезный инструмент для начинающих. Хочу, правда, отметить, что любые настройки можно делать и путем прямого редактирования файлов настройки - это все достаточно полно описано в документации.

Если возможности SRE-http вас устраивают и вы собираетесь его установить, рекомендую скачать 'Руководство по использованию'.

Дополнительная информация:

• Вопросы кэширования в SRE-http
• Описание дополнительных динамических привилегий SRE-http
• Описание файла дополнительных расширенных параметров SRE-http

Автор: Timur Kazimirov

Редактор: Marat Utyaganoff

Комментарии:

Alexander Lapshin 2002-01-25 18:41:24	Вау! А я и не думал, что старик GoServe настолько жив. Оч интересно! А не страдает ли от REXX'а его производительность. Например по сравнению с LGWS.
Timur Kazimirov 2002-01-28 02:34:43	Если сравнивать на статике при примерно одинаковых настройках, то, разумеется, страдает (однако использовать для статики SRE-http смысла особого и не имеет - для этого можно взять значительно меньший по размерам, но более быстрый SRE-Lite). Что же касается server-side приложений, то, как раз благодаря своей архитектуре, в отдельных случаях может быть с точностью наоборот. А вообще, с точки зрения автора: "SRE-http предназначен для некритичных сайтов с низкой или средней загрузкой, обслуживаемых непрофессионалами, которые желают получить высокую степень функциональности при небольших затратах" :) Продолжение следует...
Timur Kazimirov 2002-01-28 09:40:19	Кстати, последнюю версию от 26 января лучше брать отсюда [url] там пофиксены несколько малозначительных (кому как, правда) багов. В том числе и отправка в заголовке нужного чарсета, если таковой прописан в секции <HEAD> документа.

Прокомментируйте эту статью (напоминаем, автор работал над текстом несколько недель, уважайте мнение других).

Ваше имя: Ваш E-Mail: CODE:
Ваш комментарий:

eComStation - это система для домашних пользователей: a) нет вирусов, b) Нативный софт + портированный софт + возможность запускать другие ОС внутри вирт.машин, c) Тысяча REXX-скриптов для автоматизации и мелких задач, d) возможность играть в любимые DOS-игрушки