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

Уважаемый клиент!
Это автоматически созданное сообщение, просьба не отвечать на него.
Спасибо, что обратились в службу техподдержки компании *********.
Ваше письмо, отправленное на адрес support@*********.ru с темой
"п?п?я?п?п?я? я?я?п?я?п?я?п? я?п?п?п? п?п?п?я?п?п?я? п? я?п?п?п?я?я?я? я? п?я?я?п? п?п?п? п?п?п?п?я?п?п?п?п?п?", получено.

Ну как не "любить" эту компанию!
От них так и прёт качеством.

Известного хостинг провайдера ********* я действительно не люблю, даже очень очень не люблю. Панель управления хостингом у них никакая, перегруженные сервера спереди прикрыты nginx'ом, в настройки которого иногда, когда видимо на их серверах становится совсем жарко, особо хочется заглянуть. А теперь подробнее.

Несколько месяцев назад я долго не мог понять, почему сервером отдаются страницы сгенерированные позавчера, и вдруг я обнаружил в заголовках http ответа сервера пришедших на запрос к phpinfo.php, что поле Date не меняется и содержит время моего первого запроса за тот день к данному скрипту, время запроса, который я сделал за два часа до этого, т.е. выглядело это так:

тогда я решил добавить GET параметр ?dfsgds, в надежде увидеть незакешированный результат, и я его увидел, правда не так быстро:

добавив незамысловатый dgsdg GET параметр в адрес страницы, которая упорно продолжала выглядеть как два дня назад, я увидел её сегодняшнюю (медленно открывающуюся, но сегодняшнюю), однако без dgsdg в GET страница приходила опять вчерашней давности, зато очень быстро,
и решил я вновь спросить у сервера phpinfo.php "с параметром"

Посмотрел на поле Date, на reply time, вобщем сравнил с предыдущими значениями из предпоследнего запроса к phpinfo.php?dfsgds и обнаружил, что, видимо, перегруженный сервер с недавних пор был настроен на бесцеремонное кешировае всего, что
выплёвывается сервером, не принимая во внимание наличие или отсутствие http заголовков контролирующих кеширование, игнорируя вероятность разного ответа для одного и того же набора GET параметров, не обновляя кеш в течении нескольких суток.
Признаюсь, я даже не знал, что на публичном хостинге сервер можно настроить творить такое, особенно с заголовком Date.

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

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

Теперь их сервера время от времени (!) просто не отдают контент по рефереру в адекватное время, причем это явно наконфигурировано (видно по задержкам), проверял сервисом http://tools.pingdom.com/fpt/

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

Еще недавно главная страница kremlin.ru жила под IIS и ASP, и в коде страниц сайта попадались артефакты оставленные MSXML парсером при XSL преобразовании, официально озвученный тогда бюджет проекта составил около 200 000 $. Недавно я заметил, что хотя дизайн остался тем же, исходный код и http заголовки ответа сервера изменились, т.е. теперь kremlin.ru уже работает под Apache/1.3.34 (Unix). Остается только догадываться, с чем это может быть связано. :)

P.S. Два года спустя, Server: nginx/0.5.35