Браузерное или пользовательское кеширование

Но Вы же видели, какими неприятными вещами грозит Яндекс в своем официальном хелпе. Я не знаю, на сколько можно доверять статистике поведения бота Яндекса на Вашем сайте. Думаю, все же, поверить хелпу.

На заборе тоже было ... написано, бабушка подошла, потрогала, оказался сучок.

30 сайтах.

Верить - проще, "вера" не требует подтверждения конкретными фактами.

Эти картинки - с твоего сервера или с сервисов (метрики или др) Я?

SeVlad, с логов моего сервера.

ТС, плохо ищите https://wordpress.org/plugins/add-headers/ https://wordpress.org/plugins/if-modified-since/

Да и плагин пишется за час-полтора(при желании) если знать как это работает..

Предложенные Вами плагины не работают нормально. Я проверил много вариантов. Не нашел ни одного рабочего.

Если наткнетесь на рабочий вариант — пишите, будет очень полезно.

Если не сложно, блесните. На сколько я понимаю, Вы знаете как это работает. Только чтобы нормально выводились заголовки с учетом обновления комментариев, обновления контента, для главной, для админа. И не забудьте про кеширующие плагины (MaxCache и Super Cache), очень желательно, чтобы с ними все это было совместимо, т.к. WP без серверного кеширования слишком тяжеловат. Исходя из личного опыта очень я сомневаюсь, что грамотный плагин подобного рода можно будет осилить за час.

Как связано "Браузерное" и "Серверное(через плагины перечисленные вами)" кеширование?

Какие хуки серверных кешей не знаю.. скорее всего на "wp" приоритет надо ставить больше на HTTP кешируешиму плагину.

При HTTP "иф-модифиед-синце": Сервер отдает 304 ответ, и сервер не отдает контент. Тем самым из "серверных кешируюших плагинов" страница не берется. Тоже самое "Каче-контрол" и "Експире" в заголовках. Будет страница грузиться из кеша браузера при верной отдачи заголовков сервера, но ни как не из серверных кешируюших плагинах.

Вы сами чего то недопонимаите..

Ну, вот вам для поста.. проверка для постов на "иф-модифиед-синце"

<?php

add_action("wp", "http_if_modified_since");

function http_if_modified_since() { 

    global $post;

	

	if (!is_object($post) || !is_single())

		return;

	

	$tm = strtotime($post->post_date_gmt);

	if (isset($post->post_modified) && strtotime($post->post_modified) > $tm)

		$tm = strtotime($post->post_modified);

	

	// проверка if-modified-since в запросе

	if (isset($_SERVER['HTTP_IF_MODIFIED_SINCE']) && strtotime($_SERVER['HTTP_IF_MODIFIED_SINCE']) >= $tm) {

		header("HTTP/1.1 304 Not Modified");

		exit(); // 304 - контент не отдается

	}

	

	// последнее обновление поста

	header("Last-Modified: ".gmdate("D, d M Y H:i:s", $tm)." GMT");

}

?>

П.С. пост накатал под пиво:)

А причём тут тогда Я? Что сервер отдал (на запрос документа, а не ответа сервера), такой ответ запрашиваемый и принял.

Блин, ещё на первых страницах показывалось что в хтацессе прописать надо.

Но reregу всё равно респект.

В логах же должен быть 304 ответ Яндексу?

Ессно, в логах должен быть ответ сервера.

Хотя да, если клиент не умеет кешировать, то конечно, он не должен получить 304.