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

[.:[melkiy]:.]

есть немного шеллов на хостинге godaddy.com

как я понял, там для wp установлен какой-то дефолтный кэш для всех файлов сайта.

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

то же самое из существующими файлами сайта: удаляю, редактирую - никаких изменений не происходит.

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

вопрос

сталкивался ли кто-то с подобным и как решить данную проблему?

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

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

[altblitz]

Надо видеть handshake TCP/IP при начальном открытии нового файла и повторного открытия с telnet.

Со всеми HTTP protocol цифровыми подтверждениями, 200 - OK, файл не изменился.

[.:[melkiy]:.]

altblitz said:
↑ (https://antichat.live/posts/4280095/)
Надо видеть handshake TCP/IP при начальном открытии нового файла и повторного открытия с telnet.
Со всеми HTTP protocol цифровыми подтверждениями, 200 - OK, файл не изменился.


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

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

[t0ma5]

:."]
.:[melkiy]:. said:
↑ (https://antichat.live/posts/4280084/)
есть немного шеллов на хостинге godaddy.com
как я понял, там для wp установлен какой-то дефолтный кэш для всех файлов сайта.
т.е, к примеру, создаю любой файл, открываю его - все ок, файл кэшируется и на все дальнейшие изменения не реагирует. даже если удаляю файл, он все равно доступен по вебу.
то же самое из существующими файлами сайта: удаляю, редактирую - никаких изменений не происходит.
нужно заходить в админку, там есть что-то типо сброса кэша, тогда только применяются все файловые изменения.
вопрос
сталкивался ли кто-то с подобным и как решить данную проблему?
возможно ли как-то не заходя в админку отключить этот кэш на все файлы или хотя бы на новосозданные?
за помощь готов отблагодарить хорошими шеллами.


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

php_flag opcache.enable Off

или через .user.ini (если похапе не как модуль подключен к апачу)

opcache.enable=0

[b3]

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

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

[.:[melkiy]:.]

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


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

[t0ma5]

:."]
.:[melkiy]:. said:
↑ (https://antichat.live/posts/4280111/)
на изменения в хтацесе тоже 0 реакции. php как модуль работает.


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

[.:[melkiy]:.]

b3 said:
↑ (https://antichat.live/posts/4280104/)
p.s. phpinfo() покажите в пм


скинул


t0ma5 said:
↑ (https://antichat.live/posts/4280114/)
что в phpinfo пишут?


в пм

[t0ma5]

:."]
.:[melkiy]:. said:
↑ (https://antichat.live/posts/4280116/)
скинул
в пм


apc там с ттлом в час

попробуй

php_flag apc.cache_by_default Off

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

[t0ma5]

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

[altblitz]

:."]
.:[melkiy]:. said:
↑ (https://antichat.live/posts/4280098/)
скажи что сделать - скину что нужно. не совсем понимаю просто о чем речь..
сможешь посмотреть? скину доступ в лс...


Entschuldigung, bitte!

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

HTTP - по сути client-server обмен пакетами.

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

https://ic.pics.livejournal.com/altblitz/1288674/287404/287404_original.png


Открыть wireshark и фильтровать только tcp пакеты

Открыть браузер с одним табом - той страничкой, что залил в Wordpress.

Увидеть итог handshake - должно показать 200

Изменить файл и перезалить его

Сервер _должен_ среагировать и по запросу браузера, выдать цифру, отличную от 200.

Есть разные коды, которые генерирует сервер, с целью сокращения траффика

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

[t0ma5]

altblitz said:
↑ (https://antichat.live/posts/4280133/)
Entschuldigung, bitte!
Имел в виду, открыть тот файл именно на твоей стороне client и понаблюдать, какими цифровыми сообщениями обменивается Application Layer с server.
HTTP - по сути client-server обмен пакетами.
Вот например,
https://ic.pics.livejournal.com/altblitz/1288674/287404/287404_original.png

Открыть wireshark и фильтровать только tcp пакеты

Открыть браузер с одним табом - той страничкой, что залил в Wordpress.

Увидеть итог handshake - должно показать 200

Изменить файл и перезалить его

Сервер _должен_ среагировать и по запросу браузера, выдать цифру, отличную от 200.

Есть разные коды, которые генерирует сервер, с целью сокращения траффика

Одно из них, 'Файл изменился - высылаю новую копию'

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


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

также nginx может просто "втихую" кешировать ответ от бекенда(апача)

но тут вроде в apc проблема, кеширующий модуль на стороне apache

[altblitz]

t0ma5 said:
↑ (https://antichat.live/posts/4280183/)
блиц сервер может ответить 200 даже на несуществующий файл, смотря как сервер настроен, 30х могут прилетат от nginx если файл не изменился и его нужно кешировать(на стороне клиента)
также nginx может просто "втихую" кешировать ответ от бекенда(апача)
но тут вроде в apc проблема, кеширующий модуль на стороне apache


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

Просто предложил ему сделать то, что можно на его стороне.

Всяко, ковыряться в настройках сервера не позволят...

И вот ещё что, в подтверждение опыта партай-геноссе Блиц.

При запросе файла, ядра Линукс с kernel.org - сперва отдаёт файл 178 байт (очевидно, с директивами для браузера),

и лишь потом, начнётся загрузка непосредственно 100МБ ядра.

https://ic.pics.livejournal.com/altblitz/1288674/288183/288183_original.png

[altblitz]

Turanchocks_ said:
↑ (https://antichat.live/posts/4280269/)
Блиц, какой нелецеприятный чат на заднем плане за терминалом.


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

[.:[melkiy]:.]

t0ma5 said:
↑ (https://antichat.live/posts/4280119/)
apc там с ттлом в час
попробуй
php_flag apc.cache_by_default Off
только htaccess не в корне сайта создавай, не уверен что сайт не отвалится, создай отдельную директорию и в htaccess и проверь будет ли кеширование


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.


t0ma5 said:
↑ (https://antichat.live/posts/4280120/)
и ещё там cgi, очень очень маловероятно, но чекни права на запись php.ini - /web/conf/php.ini


нету прав

[.:[melkiy]:.]

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

[t0ma5]

:."]
.:[melkiy]:. said:
↑ (https://antichat.live/posts/4280624/)
больше никаких идей ?


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

[.:[melkiy]:.]

t0ma5 said:
↑ (https://antichat.live/posts/4280752/)
apc походу больше никак не отключить, но файлы же можно создавать? да и хрен бы тогда с этим кешем, на каждый реквест рандомный файл создавать и нет кеша


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

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