Форум АНТИЧАТ

Форум АНТИЧАТ (https://forum.antichat.xyz/index.php)
-   Песочница (https://forum.antichat.xyz/forumdisplay.php?f=189)
-   -   автоматический кэш от хостинга (https://forum.antichat.xyz/showthread.php?t=468321)

.:[melkiy]:. 26.01.2019 12:22
есть немного шеллов на хостинге godaddy.com

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

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

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

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

вопрос

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

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

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

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

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

.:[melkiy]:. 26.01.2019 14:06
Цитата:
Сообщение от altblitz
altblitz said:
↑
Надо видеть handshake TCP/IP при начальном открытии нового файла и повторного открытия с telnet.
Со всеми HTTP protocol цифровыми подтверждениями, 200 - OK, файл не изменился.
скажи что сделать - скину что нужно. не совсем понимаю просто о чем речь..

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

t0ma5 26.01.2019 14:07
Цитата:
Сообщение от .:[melkiy
:."]
.:[melkiy]:. said:
↑
есть немного шеллов на хостинге godaddy.com
как я понял, там для wp установлен какой-то дефолтный кэш для всех файлов сайта.
т.е, к примеру, создаю любой файл, открываю его - все ок, файл кэшируется и на все дальнейшие изменения не реагирует. даже если удаляю файл, он все равно доступен по вебу.
то же самое из существующими файлами сайта: удаляю, редактирую - никаких изменений не происходит.
нужно заходить в админку, там есть что-то типо сброса кэша, тогда только применяются все файловые изменения.
вопрос
сталкивался ли кто-то с подобным и как решить данную проблему?
возможно ли как-то не заходя в админку отключить этот кэш на все файлы или хотя бы на новосозданные?
за помощь готов отблагодарить хорошими шеллами.
opcache скорее всего. там есть много настроек, в адекватных ситуация он должен чекать существование/изменение файла, видимо дефолт как то странно настроен для этого хостинга. эту штуку(opcache) можно отключить через htaccess

php_flag opcache.enable Off

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

opcache.enable=0

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

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

.:[melkiy]:. 26.01.2019 14:31
Цитата:
Сообщение от t0ma5
t0ma5 said:
↑
opcache скорее всего. там есть много настроек, в адекватных ситуация он должен чекать существование/изменение файла, видимо дефолт как то странно настроен для этого хостинга. эту штуку(opcache) можно отключить через htaccess
php_flag opcache.enable Off
или через .user.ini (если похапе не как модуль подключен к апачу)
opcache.enable=0
на изменения в хтацесе тоже 0 реакции. php как модуль работает.

t0ma5 26.01.2019 14:33
Цитата:
Сообщение от .:[melkiy
:."]
.:[melkiy]:. said:
↑
на изменения в хтацесе тоже 0 реакции. php как модуль работает.
если кешируется рандомно созданный файл не привязанный к cms, то стопудово это кеш какой то прикручен к апачу, не обязательно opcache, может xcache) что в phpinfo пишут?

.:[melkiy]:. 26.01.2019 14:36
Цитата:
Сообщение от b3
b3 said:
↑
p.s. phpinfo() покажите в пм
скинул

Цитата:
Сообщение от t0ma5
t0ma5 said:
↑
что в phpinfo пишут?
в пм

t0ma5 26.01.2019 14:44
Цитата:
Сообщение от .:[melkiy
:."]
.:[melkiy]:. said:
↑
скинул
в пм
apc там с ттлом в час

попробуй

php_flag apc.cache_by_default Off

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

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

altblitz 26.01.2019 15:56
Цитата:
Сообщение от .:[melkiy
:."]
.:[melkiy]:. said:
↑
скажи что сделать - скину что нужно. не совсем понимаю просто о чем речь..
сможешь посмотреть? скину доступ в лс...
Entschuldigung, bitte!

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

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

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

https://ic.pics.livejournal.com/altb...4_original.png
  • Открыть wireshark и фильтровать только tcp пакеты
  • Открыть браузер с одним табом - той страничкой, что залил в Wordpress.
  • Увидеть итог handshake - должно показать 200
  • Изменить файл и перезалить его
  • Сервер _должен_ среагировать и по запросу браузера, выдать цифру, отличную от 200.
  • Есть разные коды, которые генерирует сервер, с целью сокращения траффика
  • Одно из них, 'Файл изменился - высылаю новую копию'
Этому научился, использую rsync -acv для архивации данных, с точной записью даты и времени фото и видео и проверкой записи по контрольной сумме md5.

t0ma5 26.01.2019 19:29
Цитата:
Сообщение от altblitz
altblitz said:
↑
Entschuldigung, bitte!
Имел в виду, открыть тот файл именно на твоей стороне client и понаблюдать, какими цифровыми сообщениями обменивается Application Layer с server.
HTTP - по сути client-server обмен пакетами.
Вот например,
https://ic.pics.livejournal.com/altb...4_original.png
  • Открыть wireshark и фильтровать только tcp пакеты
  • Открыть браузер с одним табом - той страничкой, что залил в Wordpress.
  • Увидеть итог handshake - должно показать 200
  • Изменить файл и перезалить его
  • Сервер _должен_ среагировать и по запросу браузера, выдать цифру, отличную от 200.
  • Есть разные коды, которые генерирует сервер, с целью сокращения траффика
  • Одно из них, 'Файл изменился - высылаю новую копию'
Этому научился, использую rsync -acv для архивации данных, с точной записью даты и времени фото и видео и проверкой записи по контрольной сумме md5.
блиц сервер может ответить 200 даже на несуществующий файл, смотря как сервер настроен, 30х могут прилетат от nginx если файл не изменился и его нужно кешировать(на стороне клиента)

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

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

altblitz 26.01.2019 20:03
Цитата:
Сообщение от t0ma5
t0ma5 said:
↑
блиц сервер может ответить 200 даже на несуществующий файл, смотря как сервер настроен, 30х могут прилетат от nginx если файл не изменился и его нужно кешировать(на стороне клиента)
также nginx может просто "втихую" кешировать ответ от бекенда(апача)
но тут вроде в apc проблема, кеширующий модуль на стороне apache
Так или иначе, на автора поста обрушили поток информации, в котором и сам бы не сумел разобраться без опыта отладки в краткие 30 минут.

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

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

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

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

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

https://ic.pics.livejournal.com/altb...3_original.png

altblitz 27.01.2019 09:12
Цитата:
Сообщение от Turanchocks_
Turanchocks_ said:
↑
Блиц, какой нелецеприятный чат на заднем плане за терминалом.
Контролируемая дезинформация. Малыми дозами.

.:[melkiy]:. 27.01.2019 14:03
Цитата:
Сообщение от t0ma5
t0ma5 said:
↑
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
t0ma5 said:
↑
и ещё там cgi, очень очень маловероятно, но чекни права на запись php.ini - /web/conf/php.ini
нету прав

.:[melkiy]:. 28.01.2019 15:01
больше никаких идей ?

t0ma5 29.01.2019 00:31
Цитата:
Сообщение от .:[melkiy
:."]
.:[melkiy]:. said:
↑
больше никаких идей ?
apc походу больше никак не отключить, но файлы же можно создавать? да и хрен бы тогда с этим кешем, на каждый реквест рандомный файл создавать и нет кеша

.:[melkiy]:. 29.01.2019 03:51
Цитата:
Сообщение от t0ma5
t0ma5 said:
↑
apc походу больше никак не отключить, но файлы же можно создавать? да и хрен бы тогда с этим кешем, на каждый реквест рандомный файл создавать и нет кеша
Да, файлы можно создавать. Как бы да, мне и нужно создать один php файл, но в нем через апи подключен софт, который, скажем, для разного ГЕО показывает разный контент. К примеру, если первый реквест был с USA ip - выводится EN контент, другой с DE ip - опять будет EN контент, а должен быть DE. Суть ясна, думаю.

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


Время: 13:27