Защищенные (SSL) соединения обычно применяют для серверов занятых обработкой такой информации, утечка которой может стать причиной понесения материальных убытков как для пользователя, так и для владельца сервера, либо другие неудобства.
Электронные платежные системы - одни из наиболее типичных примеров использования шифрования SSL. Кроме этого, шифрованием HTTP соединений стараются защитить доступ к разного рода серверам статистики, биллинг-системам и прочим веб-приложениям.
На daemony.org не производятся банковские транзакции, либо другие операции связанные с финансовым риском, но на нем есть сервисы, которые дают возможность управлять некоторыми службами сервера через веб-интерфейс. Это в первую очередь веб-интерфейс управления DNS сервером, панель phpMyAdmin для управления базами данных MySQL, почтовый веб-интерфейс и т.д. Все это требует авторизации по логину и паролю.
Вообще, надумал я это все утворить после этого комментария. Самому стало интересно, сколько можно выжать на пределе из собственного сервера. Решил вечером после работы заняться экспериментами, устроить экстрим-тест.
В принципе, за все время существования daemony.org как сервера ну и этого блога на нем, каких-то особых проблем с перегрузками я не замечал. Блог не так уж популярен как, например, тот же Опеннет. И хотя с каждым днем его приходят читать все больше и больше людей, live.daemony.org к большой популярности особо не стремится. Но, что если…?
Еще когда этому блогу было от силы пару месяцев и посетителей на нем было не густо я как-то, просматривая логи AwStats, наткнулся на некие “ссылающиеся страницы“, которые меня заинтересовали. Я прошел по ссылкам на эти страницы, чтобы посмотреть, кто же сослался и что хорошего взял с моего блога. Это оказались обычные странички одного ЖЖ. Автор дневника опубликовал у себя поздравление с днем рождения своей подруге, а в качестве картинки для поста указал URL изображения с моего блога. Изображения, которое физически оставалось лежать на моем сервере… И которое каждый раз, когда кто-либо просматривал дневник этого товарища, загружалось с моего сервера и питалось моим трафиком.
О хотлинках (hotlink) я тогда еще не слышал. А именно такой способ публикации медиа-контента, когда постится что-то, (различная графика, флеш-ролики, видео и т.п.) лежащее на другом сервере, называется хотлинком.
Встретился сегодня с довольно интересной особенностью веб-сервера Apache (ветка 1.3), которую раньше не встречал никогда. И пусть, возможно, она “стара как мир” хотел бы о ней рассказать. Может кому-то в будущем пригодится.
Началось с того, что я решил слегка разобрать и привести в более удобоваримый вид файл конфигурации httpd.conf на этом сервере. Ранее все виртуальные хосты были описаны непосредственно в нем, но со временем их стало многовато и перемещаться по конфигу стало не очень удобно. Я решил избавиться от этого, путем выноса конфигураций виртуалхостов в отдельные (для каждого хоста) текстовые файлы, а в httpd.conf воспользоваться директивой Include для подключения скопом всех VirtualHost. Кстати, кто еще не знает такого приема - возьмите на заметку. Очень удобно добавлять/редактировать/удалять виртуальные хосты поскольку при этом нет необходимости лазить в httpd.conf Собственно, как это выглядит на деле, покажу на примере ниже.
Нормальное явление, что каждый владелец веб сайта желает знать сколько людей к нему приходит на сайт, откуда приходит, что больше всего читает, сколько времени в целом проводит на сайте. Для удовлетворения такого любопытства было придумано масса средств для сбора статистики. Множество сервисов в Сети предлагает Вам поставить на своем сайте счетчик, который обычно представляет собой JavaScript и который, при входе посетителя на сайт, подгружается в его веб браузер и сообщает сервису статистики всю необходимую информацию о посетителе.
Как я обещал в недавней публикации, рассмотрю процесс установки eAccelerator на наш рабочий веб сервер под управлением Apache с поддержкой PHP5. eAccelerator это свободно-распространяемый PHP ускоритель, оптимайзер и средство для кеширования динамического контента. Он увеличивает производительность PHP скриптов за счет их кеширования в скомпилированном состоянии, тем самым предотвращая их постоянную перекомпиляцию. В результате происходит увеличение скорости их выполнения. eAccelerator обычно уменьшает нагрузку на сервер и увеличивает скорость исполнения PHP кода на величину от 1 до 10 раз.
В предыдущих статьях приводился пример настройки и использования Apache в качестве веб сервера. Почитать об этом можно здесь и здесь. Однако Apache также можно использовать нестандартным для него способом - в качестве простого прокси сервера. Функцию прокси в Apache подключает модуль mod_proxy. Настройка занимает всего несколько минут и несколько строк в конфигурационном файле httpd.conf. В принципе, на мой взгляд Apache - это не самый удачный способ организовать прокси для большого числа клиентов, но раз в Apache такая возможность ей, рассмотрим ее.