Добавили указаный код в комон, создали в корне лог файл - testlog.log
Доступен по ссылке - http://webxhamster.info/testlog.log
сам кликаю и знакомых просил просил все равно получается куда первый раз направило то туда постоянно и попадаешь не важно сколько кликаешь. Админ пишет:
Кешируется 302 редирект уже на клиентской стороне, а не со стороны сервера.
Что то сломалось.
Re: Что то сломалось.
admin wrote:В файл пишет то что вы кликаете?
Да в файл пишет что мы кликаем.
В общем админ решил проблему :
Настроил неоригинальный режим работы веб-сервером с хедером expires
в апаче
ExpiresActive On
ExpiresDefault “access plus 1 month”
<FilesMatch \.(html|xhtml|xml|shtml|phtml|php)$>
ExpiresActive Off
</FilesMatch>
Проверил на сайте , в режиме инкогнито рандом раскидывает скрипт out.php на различные тубы
На другой вдс где также не работало :
в nginx
proxy_hide_header Expires;
proxy_hide_header Cache-Control;
Сейчас все работает нормально. На мой вопрос что было не так с вдс что сломалось:
Получается проблема была на хостинге ведь если сейчас работает после внесения Вами изменений в виртхост ?
Это стандартная работа веб-севрера с клиентом, когда статика и код ответа кешируется на стороне клиента. Сейчас сделали настройки которые исключают эти хедеры, что может повлечь рост нагрзки, так как клиент будет вынужден обращаться к веб-серверу.
Ротация выдачи различных тубов - это уже работа скрипта.
В целом это вообще не проблема. Каждый новый клиент получает свой нужный редирект, и только у него храниться локально кеш, а делать 10 кликов по одной тумбе для того чтобы найти нужный сайт это не совсем стандартное поведения клиента.
История о том что проблема существовала на обоих вдс с различной настройкой веб-серверов ложная.
Я почему спросил насчет того в чем была проблема просто админы постоянно говорят проблема в скрипте. Мы используем 1.51 и вроде бы с ним нет каких то проблем.
Как Вы считаете это правильное решение проблемы ? или лучше найти нам другой хостинг ?
Re: Что то сломалось.
Как обычно все просто
у вас не дедик, а виртуал, те на хостинге 1 дедик куда они хотят впихнуть как можно больше виртуалов, чем больше впихнули - тем выгоднее бизнес.
что б впихнуть больше они решили снизить нагрузку и поставили кешировать
<FilesMatch \.(html|xhtml|xml|shtml|phtml|php)$>
те как я писал выше - 1 раз запросили урл, остальное время оно кешированное (не важно на стороне сервака или юзера)
сделали они это тогда когда у вас упала прода.
Что забавно, если кеширование html можно понять, но стояло даже кешировать скрипты php - это уже странно.
теперь что б решить проблему кеширование убрали
<FilesMatch \.(html|xhtml|xml|shtml|phtml|php)$>
ExpiresActive Off
</FilesMatch>
где тут проблема со скриптом я не вижу, но будет интересно если они расскажут )
ПС при текущих ценах на дедики в чем сейчас смысл виртуалов я не понимаю ...
у вас не дедик, а виртуал, те на хостинге 1 дедик куда они хотят впихнуть как можно больше виртуалов, чем больше впихнули - тем выгоднее бизнес.
что б впихнуть больше они решили снизить нагрузку и поставили кешировать
<FilesMatch \.(html|xhtml|xml|shtml|phtml|php)$>
те как я писал выше - 1 раз запросили урл, остальное время оно кешированное (не важно на стороне сервака или юзера)
сделали они это тогда когда у вас упала прода.
Что забавно, если кеширование html можно понять, но стояло даже кешировать скрипты php - это уже странно.
теперь что б решить проблему кеширование убрали
<FilesMatch \.(html|xhtml|xml|shtml|phtml|php)$>
ExpiresActive Off
</FilesMatch>
где тут проблема со скриптом я не вижу, но будет интересно если они расскажут )
ПС при текущих ценах на дедики в чем сейчас смысл виртуалов я не понимаю ...
Don't forget to run script update







