автоматический кэш от хостинга

есть немного шеллов на хостинге godaddy.com
как я понял, там для wp установлен какой-то дефолтный кэш для всех файлов сайта.
т.е, к примеру, создаю любой файл, открываю его - все ок, файл кэшируется и на все дальнейшие изменения не реагирует. даже если удаляю файл, он все равно доступен по вебу.
то же самое из существующими файлами сайта: удаляю, редактирую - никаких изменений не происходит.
нужно заходить в админку, там есть что-то типо сброса кэша, тогда только применяются все файловые изменения.

вопрос
сталкивался ли кто-то с подобным и как решить данную проблему?
возможно ли как-то не заходя в админку отключить этот кэш на все файлы или хотя бы на новосозданные?

за помощь готов отблагодарить хорошими шеллами.

 

Надо видеть handshake TCP/IP при начальном открытии нового файла и повторного открытия с telnet.
Со всеми HTTP protocol цифровыми подтверждениями, 200 - OK, файл не изменился.

 

скажи что сделать - скину что нужно. не совсем понимаю просто о чем речь..
сможешь посмотреть? скину доступ в лс...

 

opcache скорее всего. там есть много настроек, в адекватных ситуация он должен чекать существование/изменение файла, видимо дефолт как то странно настроен для этого хостинга. эту штуку(opcache) можно отключить через htaccess
php_flag opcache.enable Off
или через .user.ini (если похапе не как модуль подключен к апачу)
opcache.enable=0

 

Да там в админке скорей всего плагин есть кеширующий и в нем можно отключить его или изменить сроки кеширования, разобрать потом плагин, увидеть запрос к базе к данной настройке и отключать в будущем из шела делая запрос в БД предварительно приинклудив файл с конфигами подключения wp-config.php насколько помню. Весь процесс можно автоматизировать. Изучайте объект своего похэка точнее))

p.s. phpinfo() покажите в пм

 

на изменения в хтацесе тоже 0 реакции. php как модуль работает.

 

если кешируется рандомно созданный файл не привязанный к cms, то стопудово это кеш какой то прикручен к апачу, не обязательно opcache, может xcache) что в phpinfo пишут?

 

скинул

в пм

 

apc там с ттлом в час
попробуй
php_flag apc.cache_by_default Off
только htaccess не в корне сайта создавай, не уверен что сайт не отвалится, создай отдельную директорию и в htaccess и проверь будет ли кеширование

 

и ещё там cgi, очень очень маловероятно, но чекни права на запись php.ini - /web/conf/php.ini

 

Entschuldigung, bitte!
Имел в виду, открыть тот файл именно на твоей стороне client и понаблюдать, какими цифровыми сообщениями обменивается Application Layer с server.
HTTP - по сути client-server обмен пакетами.

Вот например,

• Открыть wireshark и фильтровать только tcp пакеты
  
• Открыть браузер с одним табом - той страничкой, что залил в Wordpress.
• Увидеть итог handshake - должно показать 200
• Изменить файл и перезалить его
• Сервер _должен_ среагировать и по запросу браузера, выдать цифру, отличную от 200.
• Есть разные коды, которые генерирует сервер, с целью сокращения траффика
• Одно из них, 'Файл изменился - высылаю новую копию'

Этому научился, использую rsync -acv для архивации данных, с точной записью даты и времени фото и видео и проверкой записи по контрольной сумме md5.

 

блиц сервер может ответить 200 даже на несуществующий файл, смотря как сервер настроен, 30х могут прилетат от nginx если файл не изменился и его нужно кешировать(на стороне клиента)
также nginx может просто "втихую" кешировать ответ от бекенда(апача)
но тут вроде в apc проблема, кеширующий модуль на стороне apache

 

Так или иначе, на автора поста обрушили поток информации, в котором и сам бы не сумел разобраться без опыта отладки в краткие 30 минут.

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

И вот ещё что, в подтверждение опыта партай-геноссе Блиц.
При запросе файла, ядра Линукс с kernel.org - сперва отдаёт файл 178 байт (очевидно, с директивами для браузера),
и лишь потом, начнётся загрузка непосредственно 100МБ ядра.

 

Контролируемая дезинформация. Малыми дозами.

 

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator and inform them of the time the error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

нету прав

 

больше никаких идей ?

 

apc походу больше никак не отключить, но файлы же можно создавать? да и хрен бы тогда с этим кешем, на каждый реквест рандомный файл создавать и нет кеша

 

Да, файлы можно создавать. Как бы да, мне и нужно создать один php файл, но в нем через апи подключен софт, который, скажем, для разного ГЕО показывает разный контент. К примеру, если первый реквест был с USA ip - выводится EN контент, другой с DE ip - опять будет EN контент, а должен быть DE. Суть ясна, думаю.

Возможно можно как-то в самом php скрипте как-то отключить кеш? Чтобы этот один файл не кешировался.