lm_any - плагин Last-Modified для любого контента - страница 2 - Поисковая оптимизация, продвижение сайтов на Joomla (SEO)

Чтобы самому сделать, нужно выключить режим SEF и анализировать параметры в ссылках.

		JResponse::setHeader( 'Expires', 'Mon, 1 Jan 2001 00:00:00 GMT', true );
		JResponse::setHeader( 'Last-Modified', gmdate("D, d M Y H:i:s"). ' GMT', true );
		JResponse::setHeader( 'Cache-Control', 'no-store, must-revalidate, post-check=0, pre-check=0', true ); 

Возможно, у вас другая версия VirtueMart, в которой нет тех таблиц БД, что используются в моем варианте магазина. Укажите свою версию магазина, возможно, путем добавления номера версии к файлу плагина можно будет придумать разделение версий для избежания глюков в работе.

у меня тоже на рабочем проекте 3.2.2 стоит. все работает нормально (с костылем, про который я на первой странице писал)

Но если я правильно понял, то у тебя тоже есть проблема с "304 Not Modified не найден!" даже с внесением остыля?

Нет, сейчас у меня все работает отлично

423 строка: if ($this->response->cachable)
429 строка: //$this->setHeader('Last-Modified', gmdate('D, d M Y H:i:s'). ' GMT', true);

Больше никаких правок с кодом не происходило. Версия Joomla - 3.2.2. Может были еще какие-то правки? Для чистоты эксперимента, завтра поставлю плагин с этими правками на другую 3.2.2.

• если открывается категория без товаров, то выдает текущую дату, а не дату изменения категории
• не забывайте, что страницы открываются поисковиками, а следовательно им отдается ровно столько товаров, сколько задано в настройках магазина, плюс надо учитывать сортировку -- все это я постарался учесть в запросе и алгоритме
• берется сперва дата модификации категории, поом в цикле сравнивается с датами модификации товаров ОДНОЙ (первой) страницы

@ast
Проверил я правки плагина для VirtueMart и почти все для страницы категории переписал, т.к.:

• если открывается категория без товаров, то выдает текущую дату, а не дату изменения категории
• не забывайте, что страницы открываются поисковиками, а следовательно им отдается ровно столько товаров, сколько задано в настройках магазина, плюс надо учитывать сортировку -- все это я постарался учесть в запросе и алгоритме
• берется сперва дата модификации категории, поом в цикле сравнивается с датами модификации товаров ОДНОЙ (первой) страницы

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

		$q  = "SELECT c.modified_on as `modified`, c.created_on as `created`, p.modified_on AS `p_modified`, p.created_on AS `p_created` ";
		$q .= "FROM #__virtuemart_categories AS c LEFT JOIN #__virtuemart_product_categories USING (virtuemart_category_id) ";
		$q .= "JOIN #__virtuemart_products AS p USING (virtuemart_product_id) ";
		$q .= "WHERE c.virtuemart_category_id = ".$cat_id." ORDER BY ".VmConfig::get ('browse_orderby_field')." ".VmConfig::get('prd_brws_orderby_dir', 'ASC')." LIMIT ". $pagination->limit;

@ast
В алгоритме далее это проверяется, я потратил вчера пару часов на моделирование разных ситуаций и показа отладочной информации.

Здравствуйте господа! Во первых спасибо огромнейшее за то что разработали данный плагин. Молодцы. Если принимаете пожертвования то я готов их сделать!
Только вот простите меня за бестактность, но не могли бы вы дать мне пошаговые инструкции по тому как данный плагин подключить к VirtueMart. Я не слишком то в ладах с php кодами...

Вам нужно его только установить и включить.