
ViJu
Ну как не "любить" эту компанию.
Имя хостинг компании ********* я скрыл, во избежание наездов с их стороны, так как по сути этот пост про то, как они воруют деньги клиентов.
Уважаемый клиент!
Это автоматически созданное сообщение, просьба не отвечать на него.
Спасибо, что обратились в службу техподдержки компании *********.
Ваше письмо, отправленное на адрес 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/
Не могу вспомнить с кем из провайдеров у меня было столько "приключений". Будьте осторожны с российскими хостинг компаниями продающими массовый виртуальный хостинг приправленный "продвинутым кешированием", т.к. кеширование это очень тонкая область, в которой даже работая со своим сервером, надо десять раз подумать над конфигурацией.

Отправить новый комментарий