Полезные советы: Apache::Журнал СА 9.2006
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Подписка
Архив номеров
Где купить
Наука и технологии
Авторам
Рекламодателям
Контакты
   

Пройдите опрос. Монитор технологий. ИИ-блок


  Опросы
  Статьи

День сисадмина  

Учите матчасть! Или как стать системным администратором

Лето – время не только отпусков, но и хорошая возможность определиться с профессией

 Читать далее...

День сисадмина  

Живой айтишник – это всегда движение. Остановка смерти подобна

Наши авторы рассказывают о своем опыте и дают советы начинающим системным администраторам.

 Читать далее...

Виртуализация  

Рынок решений для виртуализации

По данным «Обзора российского рынка инфраструктурного ПО и перспектив его развития», сделанного

 Читать далее...

Книжная полка  

Как стать креативным и востребованным

Издательский дом «Питер» предлагает новинки компьютерной литературы, а также книги по бизнесу

 Читать далее...

Книжная полка  

От создания сайтов до разработки и реализации API

В издательстве «БХВ» недавно вышли книги, которые будут интересны системным администраторам, создателям

 Читать далее...

Разбор полетов  

Ошибок опыт трудный

Как часто мы легко повторяем, что не надо бояться совершать ошибки, мол,

 Читать далее...

Принципы проектирования  

Dependency Inversion Principle. Принцип инверсии зависимостей в разработке

Мы подошли к последнему принципу проектирования приложений из серии SOLID – Dependency

 Читать далее...

Рынок труда  

Вакансия: Администратор 1С

Администратор 1С – это специалист, который необходим любой организации, где установлены программы

 Читать далее...

Книжная полка  

Книги для профессионалов, студентов и пользователей

Книги издательства «БХВ» вышли книги для тех, кто хочет овладеть самыми востребованными

 Читать далее...

Принципы проектирования  

Interface Segregation Principle. Принцип разделения интерфейсов в проектировании приложений

Эта статья из серии «SOLID» посвящена четвертому принципу проектирования приложений – Interface

 Читать далее...

1001 и 1 книга  
19.03.2018г.
Просмотров: 11101
Комментарии: 0
Потоковая обработка данных

 Читать далее...

19.03.2018г.
Просмотров: 9342
Комментарии: 0
Релевантный поиск с использованием Elasticsearch и Solr

 Читать далее...

19.03.2018г.
Просмотров: 9400
Комментарии: 0
Конкурентное программирование на SCALA

 Читать далее...

19.03.2018г.
Просмотров: 5897
Комментарии: 0
Машинное обучение с использованием библиотеки Н2О

 Читать далее...

12.03.2018г.
Просмотров: 6600
Комментарии: 0
Особенности киберпреступлений в России: инструменты нападения и защита информации

 Читать далее...

12.03.2018г.
Просмотров: 3905
Комментарии: 0
Глубокое обучение с точки зрения практика

 Читать далее...

12.03.2018г.
Просмотров: 2860
Комментарии: 0
Изучаем pandas

 Читать далее...

12.03.2018г.
Просмотров: 3658
Комментарии: 0
Программирование на языке Rust (Цветное издание)

 Читать далее...

19.12.2017г.
Просмотров: 3659
Комментарии: 0
Глубокое обучение

 Читать далее...

19.12.2017г.
Просмотров: 6147
Комментарии: 0
Анализ социальных медиа на Python

 Читать далее...

Друзья сайта  

 Полезные советы: Apache

Архив номеров / 2006 / Выпуск №9 (46) / Полезные советы: Apache

Рубрика: Веб /  Веб

СЕРГЕЙ СУПРУНОВ

Полезные советы: Apache

Не нагружайте Apache лишней работой

Если вы не предоставляете своим клиентам услуги хостинга с возможностью самостоятельно вносить изменения в .htaccess и если вам не требуется «на лету» менять параметры каких-либо каталогов – отключите вообще использование этих файлов с помощью директивы AllowOverride None.

Любые специфические для каталога настройки можно указать в соответствующей секции <Directory>. Конечно, в этом случае после каждого изменения конфигурации придётся перезапускать веб-сервер, но это, как правило, лучше, чем заставлять Apache при обработке каждого запроса просматривать каждый каталог от корня файловой системы (даже не сайта!!!) до текущего файла в поисках файла .htaccess.

А если вы «додумались» задать для этих файлов сразу несколько имён (с помощью директивы AccessFileName), то работы у Apache прибавится пропорционально числу возможных вариантов. Никогда так не делайте, если в этом нет абсолютной необходимости. И даже если есть – всё равно не делайте.

Примечание: если для какого-то каталога вам всё-таки нужен .htaccess-файл, разрешите его обработку только для этого каталога – в секции <Directory>:

AllowOverride None

<Directory /specclient>

       AllowOverride All

</Directory>

Внимательней относитесь к ссылкам

Ещё один способ упростить жизнь серверу Apache – разрешить символьные ссылки директивой Options+FollowSymLinks. Да-да, именно разрешить! Дело в том, что если они запрещены, то при обработке каждого запроса Apache должен будет проверить каждый подкаталог в пути и сам файл на предмет того, не является ли он символьной ссылкой. Если же ссылки разрешены, то веб-сервер будет просто открывать запрошенный файл, не задумываясь о его природе.

Естественно, нельзя забывать здесь об аспекте безопасности – если кто-то ещё, кроме вас, имеет право создавать файлы в корневом каталоге веб-сервера, то кто знает, какие ссылки там могут появиться?

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

Не обижайте клиентов

Предположим, у вас есть каталог http://yourdomain.ru/project/. Вы же не хотите потерять клиентов, которые будут пытаться по ошибке зайти в каталог proect? Конечно, можно написать красивую и грамотную «страницу 404», которая будет возвращаться клиенту в ответ на запрос несуществующего ресурса и всё ему объяснять. Но проблема в том, что «клиент всегда прав», и он обижается, если ему сказать, что он ошибся. Для домашней странички это не критично, но для интернет-магазина обиженный клиент – настоящая трагедия.

Apache позволяет очень легко решить эту проблему: просто создайте псевдоним для часто «ошибаемого» адреса:

Alias   /proect/   /usr/local/www/htdocs/project/

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

Но Apache был бы не Apache, если бы не предложил ещё более элегантное решение – модуль mod_speling. (Одна «l» – это не опечатка! Вопреки всем правилам английской грамматики название модуля пишется именно так). Здесь всё просто: убедитесь, что этот модуль подключается, и внесите небольшую корректировку в конфигурацию, добавив в секции, которые должны охватываться действием этого модуля, одну директиву:

Checkspelling on

На этот раз нужны обе буквы «l». Теперь Apache, получив запрос несуществующего ресурса, самостоятельно попытается найти среди имеющихся наиболее похожий и вернёт его клиенту. Правда, проверяется расхождение всего на один символ в элементе (под элементом здесь понимается имя файла или имя любого каталога в пути к файлу; т.е. mod_speling сможет распознать ошибку типа nevs/totay/inex.html, но споткнётся на news/tudey/index.html), но в большинстве случаев это позволит отдать клиенту то, что он хочет. Даже если он и сам не до конца понимает, чего же хочет...


Комментарии отсутствуют

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

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru