Архив рубрики: Apache

Apache: алиасинг и редирект






Типичная ситуация: HTTP-клиент запрашивает с сервера контент, который либо не существует на данном сервере, либо располагается по другому URL.  Причин такому стечению обстоятельств может быть несколько. Вы, например, могли переместить контент в пределах сервера (а то и вообще за его пределы) или же вам понадобилось реорганизовать логическую структуру адресов вашего проекта. При обычных условиях запрос несуществующего контента приведёт к тому, что сервер сообщит об ошибке, однако в Apache имеется полезный модуль mod_alias, предоставляющий возможность создавать синонимы URL (aliasing — алиасинг), а также выполнять перенаправление клиентов на другой URL (redirect — редирект).

Aliasing and Redirection
Читать далее Apache: алиасинг и редирект




Почему Nginx не поддерживает файлы .htaccess






Этим вопросом обычно задаются люди, до встречи с Nginx работавшие с Apache, и особенно часто те, кому довелось переносить проекты, корректная работа которых плотно зависит от .htaccess. Наиболее простой ответ, который можно дать сразу: .htaccess — это убийца производительности, а Nginx, как мы помним, нацелен именно на то, чтобы обеспечивать её максимальный уровень. Более подробное объяснение связано с тем. как Apache работает с файловой структурой сайтов и с файлами .htaccess в частности.

Читать далее Почему Nginx не поддерживает файлы .htaccess




Настройка SSL в Apache






Сегодня уже никому не нужно объяснять что такое перехват трафика и зачем он нужен. С массовым нашествием беспроводных (и не всегда хорошо защищённых) методов доступа в Интернет необходимость шифрования сетевого трафика стала очевидной не только для пользователей различных интернет-банкингов, но и для тех, кто просто нуждается в защищённом доступе к своему домашнему компьютеру из кафешки в другом городе. Некоторые, к примеру, любят пользоваться разнообразными веб-приложениями, вроде Feng Office или SubSonic, установленными на домашнем сервере. При этом вовсе не хочется, чтобы доступ к кровному контенту достался ещё кому либо. В одной из предыдущих статей, посвящённых Nginx, мы рассматривали настройку SSL-шифрования сайтов, обслуживаемых этим сервером. Сегодняшняя статья посвящена тем, у кого нет Nginx и/или кто не хочет устанавливать его лишь в качестве TLS-прокси к Apache.


Читать далее Настройка SSL в Apache




Настройка WebDAV под Apache2






WebDAV (Web based Distributed Authoring and Versioning) — это способ дать определённым пользователям право на работу в режиме чтение/запись с некоторыми каталогами вашего веб-сервера. Причин для этого может быть масса. Начиная с желания упростить процесс обновления файлов вашего веб-сайта и заканчивая необходимость использовать веб-сервер для хранения вашего календаря или даже для синхронизации закладок вашего браузера. Или же вам просто может понадобиться выделить кому-то защищённую область на сервере для хранения файлов и совместной работы с ними.

Читать далее Настройка WebDAV под Apache2




Нагрузочное тестирование web-сервера при помощи siege






Продолжая тему нагрузочного тестирования web-серверов, сегодня рассмотрим ещё один инструмент с именем siege. За наводку спасибо читателю Dmitry Paskal.

Читать далее Нагрузочное тестирование web-сервера при помощи siege




Нагрузочное тестирование web-сервера при помощи ab






Пока ваш веб-сервер работает стабильно и стабильно отдаёт посетителям запрошенный контент — всё в порядке. Но задавали ли вы себе вопрос: а что будет, если нагрузка на сервер возрастёт? Что, если количество запросов на единицу времени увеличится вдвое? Втрое? В десять раз? Как узнать ответ на это злободневное «а что если?». В сегодняшней заметке мы рассмотрим основы нагрузочного тестирования веб-серверов при помощи утилиты ab — Apache HTTP server benchmarking tool, инструмента, который позволит вам определить максимально возможное количество одновременных запросов, которые сможет обработать ваша инсталляция веб-сервера.

Читать далее Нагрузочное тестирование web-сервера при помощи ab




Немного об Apache и производительности






Вообще, если вы можете не поднимать Apache, не делайте этого. Задумайтесь, может ли нужные вам задачи выполнять lighttpd или thttpd. Эти веб-серверы могут оказаться весьма кстати в ситуациях, где системных ресурсов на всех не хватает, а работать должно. Ещё раз повторюсь: речь идёт о тех ситуациях, когда функциональности этих продуктов будет достаточно для выполнения поставленных задач (кстати, lighttpd умеет работать с PHP). В тех ситуациях, где без Apache ну просто никак не обойтись, всё равно обычно можно освободить немало системных ресурсов, перенаправив запросы к статическому контенту (JavaScript, графика) от Apache к легковесному HTTP-серверу. Наибольшей проблемой Apache является его большой аппетит к оперативной памяти. В этой статье я рассмотрю методы, помогающие ускорить работу и снизить объёмы занимаемой им памяти:

  • загрузка меньшего количества модулей;
  • обработке меньшего числа параллельных запросов;
  • циркуляция процессов;
  • использование не слишком «долгих» KeepAlive;
  • уменьшение таймаута;
  • уменьшение интенсивности логирования;
  • отключение разрешения имён хостов;
  • отключение использования .htaccess.

Читать далее Немного об Apache и производительности