Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии

Попробовал я этот постоянный объектный кэш, все по классике – memcached на сервере, memcache как расширение в PHP и связующее звено в виде плагина Memcached Object Cache в wp-content.

И знаете, что, правильно, ничего не изменилось, а собственно, что могло измениться если что раньше готовые страницы из кэша отдавались, что и сейчас, в плане скорости ничего не поменялось, единственное плашка с предупреждением что нужно использовать объектный кэш в Здоровье сайта в админке WordPress, пропала.

Ну, собственно как обычно, пока сам не попробуешь не узнаешь. Можно было и не заморачиваться.
webinfo #:

Нихрена ты не понял.

Все понятно, все ОК, нету в этом смысла никакого, с этим не стоит и заморачиваться, это не прибавит ничего к скорости загрузки страницы, это бесполезная трата времени, ты прав.
SeVlad #:

Кратко о топике.

Встал Димка за прилавок изюм продавать. За обедом поинтересовался товаром у коллег. .. После общения у него в голове ещё больший сумбур: причем тут виноградари и цеха для сушки и упаковки, если покупатель получает изюм в пакетике.

Да, не, я все понял, этот объектный кеш прибавит чутка в создании обычного кеша страниц на стороне сервера, а для обычных посетителей ничего не изменится, они как получали готовую страницу, так и буду, короче вы правы с этого смысла нет заморачиваться, а на сервере у меня и так быстро создаются эти страницы, так что да ты прав, нет вкуснее изюма в пакетиках.
Snake800 #:

Тяжелый случай. Ещё раз вчитайтесь и вдумайтесь в тот пост: как именно готовые для юзера html страницы помещаются в кэш, какие процессы происходят. Человек Вам совершенно точно и подробно ответил на Ваш вопрос.

С тяжелым случаем соглашусь :), но так самый главный вопрос в том, что это не влияет на конечную производительность для посетителей сайта, ну то есть быстрей не будет загружаться страница, так и смысл в этом, чтобы файлы быстрей на сервере создавались в кэш, так это фигня.
divv #:
Объектный кэш поможет быстрее создавать эти файлы и меньше ресурсов сервера понадобится.  В основном нужно когда есть много медленных однотипных  запросов на разных страницах.
То есть речь идет о создании файлов кеша, а не об отдаче уже готовых страниц, тогда для посетителей это ничего не изменит в плане скорости загрузки страницы у них в браузере.
webinfo #:

Объяснить это очень просто: нужно написать, кто их кеширует и по чьей команде или в какой момент времени.

Их кеширует плагин, не знаю что он там использует наверное Cron Wordpress’овсикй, да это и не важно, создается html страница, которая хранится в определенной директории и уже эта страница готовая, отдается веб-сервером посетителю сайта.

Посетители сайта не ждут создание кеша, и не знают об его существовании, они видят и получают уже созданный html документ в микросекунду, отданный им NGINX’ом.
divv #:

Постоянный объектный кэш сохранит результаты запросов на одной странице и если такие же запросы есть на другой странице, то результат запроса будет взят уже из кэша.  К примеру сквозной блок "Последние новости".

Поставьте плагин Query Monitor и посмотрите как это работает.

Так у меня и так все страницы берутся из кеша, причем заранее все закешированные и подготовленные.
webinfo #:
Вот я об этом и спрашивал уже несколько раз. Зачем выделять капсом то, на что ты не можешь дать ответа? Чтобы подчеркнуть, что ты этого не знаешь? Так это уже давно ясно.
Да, я уже много раз говорил что весь кеш и все страницы заранее подготовленный. ( я уже просто не знаю как это объяснить что все страницы заранее закешированны )
webinfo #:
Вопрос как раз не в этом, а в том, каким образом создаётся эта "готовая страница".
Так и сказали бы, что для этого момента когда готовая html страница отдается, этот объектный кеш и не нужен и никак это на производительности и увелчении скорости уже не скажется т.к. отдается уже готовая html страница.
webinfo #:

А в какой момент их плагин туда кладёт? Кто кэш прогревает?

Там несколько вариантов, когда пользователь впервые заходит на некешированную страницу ( НО, ЕСТЬ ПРЕДВАРИТЕЛЬНОЕ СОЗДАНИЕ КЕША, И, КАК БЫ ВСЕ СТРАНИЦЫ ЗАРАНЕЕ УЖЕ СОЗДАНЫ И ОБНОВЛЯЮТСЯ В 24 ЧАСА ), когда я создаю и публикую контент, в этот момент и кешируется страница попадая в кеш, и прелоад, в течении +/- 24 часов все страницы в кеше или переобновлены в кеше.

Короче, пользователь практически не видит и не получает не закешированные страницы, он практически всегда получает готовый кэш, так как кеш подготавливается заранее всех страниц за 24 часа по кругу и сначала автообновляется.

Давайте говорить о моменте где пользователь получает готовый кеш, готовую html страницу, как при этом нужно ли это используется объектный кеш который снижает нагрузку на MySQL запросы и т.п.
Всего: 2005