Ну как не "любить" эту компанию.

Виталий — Thu, 06 Mar 2008 19:30:02 +0300

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

Уважаемый клиент! Это автоматически созданное сообщение, просьба не отвечать на него. Спасибо, что обратились в службу техподдержки компании *********. Ваше письмо, отправленное на адрес support@*********.ru с темой "п÷п╬я┤п╣п╪я┐ я│я┌п╟я┌п╦я┤п╣ я│п╨п╦п╧ п╨п╬п╫я┌п╣п╫я┌ п╬ я┌п╢п╟п╣я┌я│я▐ я│ п╤я┐я┌п╨ п╦п╪п╦ п╥п╟п╢п╣я─п╤п╨п╟п╪п╦", получено.

Ну как не "любить" эту компанию! От них так и прёт качеством. Известного хостинг провайдера ********* я действительно не люблю, даже очень очень не люблю. Панель управления хостингом у них никакая, перегруженные сервера спереди прикрыты nginx'ом, в настройки которого иногда, когда видимо на их серверах становится совсем жарко, особо хочется заглянуть. А теперь подробнее. Несколько месяцев назад я долго не мог понять, почему сервером отдаются страницы сгенерированные позавчера, и вдруг я обнаружил в заголовках http ответа сервера пришедших на запрос к phpinfo.php, что поле Date не меняется и содержит время моего первого запроса за тот день к данному скрипту, время запроса, который я сделал за два часа до этого, т.е. выглядело это так:


Requesting http://*******.ru/phpinfo.php .. Ok
Reply received (reply time: 787 ms)
------------------------------------

HTTP/1.1 200 OK
Server: nginx/0.5.14
Date: Thu, 06 Nov 2007 10:44:41 GMT

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


Requesting http://*******.ru/phpinfo.php?dfsgds .. Ok
Reply received (reply time: 2153 ms)
------------------------------------

HTTP/1.1 200 OK
Server: nginx/0.5.14
Date: Thu, 06 Nov 2007 13:12:36 GMT

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


Requesting http://*******.ru/phpinfo.php?dfsgds .. Ok
Reply received (reply time: 285 ms)
------------------------------------

HTTP/1.1 200 OK
Server: nginx/0.5.14
Date: Thu, 06 Nov 2007 13:12:36 GMT

Посмотрел на поле Date, на reply time, вобщем сравнил с предыдущими значениями из предпоследнего запроса к phpinfo.php?dfsgds и обнаружил, что, видимо, перегруженный сервер с недавних пор был настроен на бесцеремонное кешировае всего, что выплёвывается сервером, не принимая во внимание наличие или отсутствие http заголовков контролирующих кеширование, игнорируя вероятность разного ответа для одного и того же набора GET параметров, не обновляя кеш в течении нескольких суток. Признаюсь, я даже не знал, что на публичном хостинге сервер можно настроить творить такое, особенно с заголовком Date. После обнаруженного я встал из-за стола и пошел на перекус, так как курить давно бросил. Хорошо что у меня нет обреза и я не знаю лично, того кто так наадминистрировал тогда этот сервер, того кто украл несколько часов моей жизни. После обеда я накатал письмо в суппорт, на которое получил бредовый ответ, но главное, что поведение сервера изменилось. Теперь их сервера время от времени (!) просто не отдают контент по рефереру в адекватное время, причем это явно наконфигурировано (видно по задержкам), проверял сервисом http://tools.pingdom.com/fpt/ Не могу вспомнить с кем из провайдеров у меня было столько "приключений". Будьте осторожны с российскими хостинг компаниями продающими массовый виртуальный хостинг приправленный "продвинутым кешированием", т.к. кеширование это очень тонкая область, в которой даже работая со своим сервером, надо десять раз подумать над конфигурацией.

ViJu - Ну как не "любить" эту компанию. - Комментарии

Ну как не "любить" эту компанию.