R238869482245
U226678638823
Z265872396874
E217750470929
41001327550911
Интересное
Загружается, подождите...
Joomla! Блог!
Блог посвящен системе Joomla!
Научи свой сайт летать!
Автор: OMEN
Категория: Компоненты Joomla
Теги: кэш
JotCache v.2.0.3 для всех версий J!
Научи свой сайт летать!
Совместимость: J! 1.5.x, J! 1.6
Язык: J! 1.5.x русский, J! 1.6 английский, J! 1.7 английский
Рекомендация от OMEN: правильно настроить и тогда Must Have!
03.11.11: на сайте разработчика доступна пока нерусифицированная версия компонента и плагина для J! 1.7. Перейти на сайт разработчика в раздел загрузки можно внизу поста по ссылке Скачать.
23.09.11: как и обещал, на сайте разработчика доступна свежая версия 2.0.3 компонента и плагина в одном установочном пакете, а также моя локализация, которую можно забрать с оффсайта по ссылке ниже. Локализацию накатываем через стандартный установщик Joomla. В новой версии добавлена возможность управлять временем жизни кэша на стороне пользователя, т.е. в его браузере.
Ссылки в конце поста обновлены.
17.09.11: по многочисленным просьбам готовится русская локализация компонента и плагина JotCache. На днях новая версия JotCache появится на сайте разработчика. В новой версии добавлена полезная возможность управлять временем жизни кэша на стороне пользователя, т.е. в его браузере!
Следите за обновлениями!
13.09.11: вчера на официальном сайте было опубликовано обновление до версии 2.0.1 для J! 1.5.х. Ранее мною была успешна протестирована эта свежая версия. Среди нововведений:
- добавлена информативность на странице управления кэшем: теперь отображаются заголовки закэшированных страниц, которые тут же можно открыть в новой вкладке; в таблице добавлены новые поля: название браузера, язык страницы в кэше, не-SEF адрес страниц в кэше.
- возможность сжимать как сами закэшированные страницы, так и динамическое содержимое модулей, исключенных из кэшируемых страниц
- оптимизирован алгоритм исключения страниц из кэширования
- улучшения в периодической автоочистке кэша и в реализации кэширования на стороне пользователя
- новый единый установщик для компонента и плагина, а также для их обновления
Давно хотел написать про замечательное бесплатное (!) расширение под названием JotCache, которым сам активно пользуюсь на всех сайтах.
Сразу оговорюсь, что все механизмы кэширования для J! (кроме встроенного) актуальны только до того момента, пока посетитель не вошел на сайт под своим логином и паролем. Т.е. стороннее кэширование априоре бесполезно на сайтах-сообществах, комьюнити и т.п. Однако, реально ускоряет загрузку сайта и снижает нагрузку на сервер на тех порталах, где не требуется многопользовательская работа в лицевой части.
Итак, расширение состоит из двух составляющих: компонента и плагина. С помощью компонента можно настроить работу системы и посмотреть попавшие в кэш страницы сайта, а плагин JotCache выполняет собственно всю работу по созданию кэша и перенаправлению запросов к сайту на сгенерированные им и сохраненные в кэше страницы.
JotCache устроен так, что он полностью заменяет встроенную в J! систему кэширования + выгодно отличается следующим набором функций:
- возможность генерировать разный кэш в зависимости от типа браузера (обычно используется для IE6, IE7, IE8, IE9, а также для исключения из кэша контента для мобильных обозревателей);
- функция периодической очистки своего просроченного кэша;
- возможностью пометить в файле разметки шаблона позиции модулей, содержимое которых часто обновляется, и которые требуется исключить из кэша; при этом содержимое остальных частей вэб-страницы будет браться из кэша;
- возможность сжатия (gzlib) страниц сайта перед сохранением их в кэш;
- возможность выборочного удаления страниц из кэша. При этом остальные страницы остаются нетронутыми. Полезно при работе с сайтами с большим кол-ом страниц. Компонент позволяет администратору сайта прямо на лицевой части сайта видеть какие страницы в кэше, а какие нет;
- возможность исключать из кэширования определенные компоненты (напр., этого требует VirtueMart), отдельные их шаблоны вывода (views), а также любые страницы по их URL. Данная функция полезна для таких компонентов, как формы ввода, комментарии и т.п.
От себя хочу порекомендовать дополнительно установить великолепный плагин Cache Cleaner от NoNumber: его можно настроить так, что при каждом сохранении материалов/категорий/разделов, а также параметров настройки расширений, кэш JotCache будет автоматически очищаться (без перезагрузки страницы в админке)!
По ссылке "Скачать" для J! 1.5.х необходимо скачать и установить файл com_jotcache_2.0.1_j15.zip, после чего не забыть активировать только что установленный плагин JotCache, убедиться в том, что в порядке следования плагинов он стоит последним, и отключить встроенную систему кэширования (Сайт > Общие настройки > Система > Включить кеширование = Нет, также отключить системный плагин System - Cache).
Для J! 1.6 необходимо скачать и установить файл com_jotcache_1.3.0_j16.zip, после чего выполнить все те же проверки (см. предыдущий абзац).
P.S. Если сообществу потребуются дополнительные инструкции по настройке компонента и плагина, то, возможно, я дополню пост этими материалами. Отписывайтесь в каментах.
(на англ. языке)
ЧаВо
Как добавить модуль в исключения?
зайти в index.php своего активного шаба и обрамить модульную позицию, в которой стоит модуль, специальным тегом JotCahe'а. Если в позиции несколько модулей, а надо НЕ кэшировать один, то создать новую позицию (в т.ч. и в index.php) и присвоить ее модулю. Например, добавим модульную позицию breadcrumbs в исключения:
Важные пояснения: тег jdoc:include обязательно должен иметь закрывающий слеш. В тегах jot между всеми параметрами строго один пробел!
Закешированные страницы содержат знаки ? или абракадабру
Сервер сохраняет файлы в раздел с кодировкой отличной от utf-8.
Решение: добавить в файл .htaccess в корне сайта следующую строку:
AddDefaultCharset utf-8
Просмотров: 5404
Комментарии (63)
Автор: ddima , Август 08, 2011
Еще бы толковую ускорялку для virtuemart попробывать.!!!!!!!!!!!!!!есл есть у кого решения для virta,отпишитесь!!!
Автор: Сергей , Август 08, 2011
где-то читал что нужно ещё системный плагин JotCache обязательно поставить в таблице менеджера плагинов последним по порядку (т.е. он должен грузиться в самом конце) иначе возможны глюки
Автор: Алексей , Август 08, 2011
officeserg, совершенно верно! и даже не в глюках дело, а в том, чтобы закэшировать всё то, что выполнено перед этим другими плагинами.
Автор: Darken , Август 08, 2011
А с Virtuemart этот компонент не работает? Мне как раз нужен кеш под вертуй. Пользуюсь JRE Cache, но он временами проглючивает
Автор: Алексей , Август 08, 2011
Darken, работает. Читайте на оффсайте как внести определенные страницы Virtuemart в исключения.
Автор: Алексей , Сентябрь 08, 2011
Буквально на днях обновилось сиё замечательное расширение для J! 1.5 и я одним из первых уже протестировал новую версию и остался очень доволен. Когда свежая версия станет официально доступна, я обновлю ссылки и данный пост.
P.S. Принимаются заявки на русификацию.
P.S. Принимаются заявки на русификацию.
Автор: иванов Сергей федорович , Сентябрь 15, 2011
Никогда особо не задумывался над функцией кэширования для сайта ...у меня вот вопрос - какая польза будет для магазина из пары тройки тыщ товаров, если использовать этот компонент? и есть ли смысл вообще его к магазинам прикручивать...да и еще хотелось бы услышать мнение по поводу встроенного кэширования - должно ли оно быть вкл на сайте , при условии что регистрация пользователей на сайте запрещена ...
Автор: Алексей , Сентябрь 16, 2011
shesha, компонент полностью заменяет встроенное кэширование, поэтому можете спокойно отключать.
по поводу магазина. я считаю, что выгода будет как и в любом другом случае снижением нагрузки на сервер и уменьшением времени загрузки страниц сайта, ведь большинство времени посетитель магазина тратит именно на просмотр товаров, а не на оформление заказа. если правильно настроить кэширование (т.е. для VM сделать некоторые исключения в компоненте и/или его плагине [параметр Global Exclude]), то при просмотре сайта кэш будет работать, а при оформлении заказа (как и положено) -- нет.
по поводу магазина. я считаю, что выгода будет как и в любом другом случае снижением нагрузки на сервер и уменьшением времени загрузки страниц сайта, ведь большинство времени посетитель магазина тратит именно на просмотр товаров, а не на оформление заказа. если правильно настроить кэширование (т.е. для VM сделать некоторые исключения в компоненте и/или его плагине [параметр Global Exclude]), то при просмотре сайта кэш будет работать, а при оформлении заказа (как и положено) -- нет.
Автор: vov41k , Сентябрь 20, 2011
У меня сайт "взлетел" =))))
Удалил:
Зароботал
Warning: require(administrator/components/com_jrecache/includes/cache_handler.php) [function.require]: failed to open stream: No such file or directory in /data/www/сайт.ру/index.php on line 31
Warning: require(administrator/components/com_jrecache/includes/cache_handler.php) [function.require]: failed to open stream: No such file or directory in /data/www/сайт.ру/index.php on line 31
Fatal error: require() [function.require]: Failed opening required 'administrator/components/com_jrecache/includes/cache_handler.php' (include_path='.:/usr/share/php:/usr/share/pear') in /data/www/сайт.ру/index.php on line 31
Удалил:
require ('administrator'. DIRECTORY_SEPARATOR .'components'. DIRECTORY_SEPARATOR .'com_jrecache'. DIRECTORY_SEPARATOR .'includes' . DIRECTORY_SEPARATOR .'cache_handler.php');
Зароботал
Автор: arma , Сентябрь 20, 2011
Правила простые: сразу отключайте все остальные плагины кэширования и запускайте JotCache последним.
Автор: Алексей , Сентябрь 20, 2011
vov41k, ну тут по-моему очевидно, что JRECache и т.п. нужно отключать (а в случае с JRECache еще и index.php в корне подчистить). Кэширование штука глубоко системная, а потому не любит конкурентов. Это как 2 антивируса на одном компе.
Автор: vov41k , Сентябрь 21, 2011
Получается что для каждого пользователя генерируется кэш?
Я зашел с одного браузера (незалогинился) - было 60 запросов на главной, перезагрузил стало 6.
Зашел с другого браузера снова 60, перезагрузил 6.
Я зашел с одного браузера (незалогинился) - было 60 запросов на главной, перезагрузил стало 6.
Зашел с другого браузера снова 60, перезагрузил 6.
Автор: vov41k , Сентябрь 21, 2011
И что означает метка "Mark" на некоторых страницах она есть на некоторых нет.
За модуль спасибо. Вроде бы ведет себя нормально.
JRE за собой почему то не подметал следы после удаления, нужно было самому удалять.
За модуль спасибо. Вроде бы ведет себя нормально.
JRE за собой почему то не подметал следы после удаления, нужно было самому удалять.
Автор: vov41k , Сентябрь 21, 2011
Новая проблема =)
У меня ниже футера вбиты счетчики, они перестали отображатся. Когда нормально залогинился - все пучком. Если гость, то нет =)
Если отключить Compress Cached Content тогда появляются.
П.С. в коде они есть но не отображаются.
Плохо что свои комменты редактировать нельзя.
У меня ниже футера вбиты счетчики, они перестали отображатся. Когда нормально залогинился - все пучком. Если гость, то нет =)
Если отключить Compress Cached Content тогда появляются.
П.С. в коде они есть но не отображаются.
Плохо что свои комменты редактировать нельзя.
Автор: arma , Сентябрь 21, 2011
Читаем:
Сразу оговорюсь, что все механизмы кэширования для J! (кроме встроенного) актуальны только до того момента, пока посетитель не вошел на сайт под своим логином и паролем.
Метка означает для АДМИНИСТРАТОРА, что сттраница взята из кэша
Счётчики убери из кэша.
Omen -напишите инструкцию что-ли
Сразу оговорюсь, что все механизмы кэширования для J! (кроме встроенного) актуальны только до того момента, пока посетитель не вошел на сайт под своим логином и паролем.
Метка означает для АДМИНИСТРАТОРА, что сттраница взята из кэша
Счётчики убери из кэша.
Omen -напишите инструкцию что-ли
Автор: Алексей , Сентябрь 22, 2011
"Получается что для каждого пользователя генерируется кэш?" нет, просто при залогинившемся пользователе работает только кэш самого браузера, в джумле не работает кэширование.
arma, на сайте разраба все расписано подробно: http://kanich.net/radio/site/j...ver20-help
если нужен перевод, то при наличии желающих рассмотрю такую возможность.
arma, на сайте разраба все расписано подробно: http://kanich.net/radio/site/j...ver20-help
если нужен перевод, то при наличии желающих рассмотрю такую возможность.
Автор: Нуркен2 , Сентябрь 28, 2011
Если в плагине "сжимать страницы в кеш" отметить "да" то можно (или надо) ли отключить "GZIP-сжатие страниц" в "общие настройки - сервер".
Автор: Алексей , Сентябрь 29, 2011
mndnurken, если кэш пуст и в "общие настройки - сервер" отключить "GZIP-сжатие страниц", то свежие страницы не из кэша пойдут несжатые.
если нагрузка на сервер высока, то опцию "GZIP-сжатие страниц" в "общие настройки - сервер" лучше отключить.
если нагрузка на сервер высока, то опцию "GZIP-сжатие страниц" в "общие настройки - сервер" лучше отключить.
Автор: foxystrife , Октябрь 25, 2011
Сайт действительно летает,не то слово!Только стал отображаться крокозябрами,весь!И что делать в этой ситуации?Какая связь кэширования и шрифтов?Прошу хелпа,товарищи....
Автор: Алексей , Ноябрь 01, 2011
foxystrife, добавьте в свой файл .htaccess что в корне сайта строчку:
AddDefaultCharset utf-8
Добавил также в пост этот совет.
Виктор3, админ пришел и ускорил загрузку сайта что-ли?
AddDefaultCharset utf-8
Добавил также в пост этот совет.
Виктор3, админ пришел и ускорил загрузку сайта что-ли?
Реально быстрее стало
Автор: Cedars , Ноябрь 06, 2011
хм.. Архивирование Akeeba Backup не удачно закончилось..
Говорит мало места на диске
[111106 18:29:52] Couldn't write to the archive file; check the output directory permissions and make sure you have enough disk space available.[len=16384 / 1048576]
[111106 18:29:52] ----- Finished operation 1 ------
[111106 18:29:52] Failed Smart algorithm on AECoreDomainPack
Говорит мало места на диске
Автор: Cedars , Ноябрь 08, 2011
отключаешь кэширование - нормально архивируется.. Придется смириться, уж больно мне компонент JotCache понравился! 
Автор: Алексей , Ноябрь 10, 2011
Cedars, очень странно, что JotCache оказывает какое-то влияние на архивацию!
Автор: serg20 , Ноябрь 23, 2011
Выскажу свое мнение: я от него в конечном итоге отказался
сайт какое-то время работал быстрее, а потом начинаются конфликты, особенно если ставишь новые компоненты или обновляешься. Сам плагин непонятно почему соскакивает с последней позиции и тут действительно с сайтом начинаются проблемы!!! у меня пару модулей были выведены в статьи и с ними творилось тоже..., но стоило отключить плагин и все работало нормально. Остановился я на встроенной системе Joomla и пока проблем нет - она проще, но на много корректнее работает. Поэтому, если вдруг заметите, что с сайтом что-то не то и установлен этот компонент - отключайте и смотрите на изменения!!!
А вот Cache Cleaner действительно очень хорош. Спасибо OMEN за этот совет!!
сайт какое-то время работал быстрее, а потом начинаются конфликты, особенно если ставишь новые компоненты или обновляешься. Сам плагин непонятно почему соскакивает с последней позиции и тут действительно с сайтом начинаются проблемы!!! у меня пару модулей были выведены в статьи и с ними творилось тоже..., но стоило отключить плагин и все работало нормально. Остановился я на встроенной системе Joomla и пока проблем нет - она проще, но на много корректнее работает. Поэтому, если вдруг заметите, что с сайтом что-то не то и установлен этот компонент - отключайте и смотрите на изменения!!! А вот Cache Cleaner действительно очень хорош. Спасибо OMEN за этот совет!!
Автор: Алексей , Ноябрь 27, 2011
foxystrife, спасибо, приятно!
serg20, по-моему очевидно, что при установке плагинов может поменяться их порядок следования. При серьезных изменениях на сайте (установка компонентов, модификация шаблона) само собой нужно отключать кэширование. И только когда все работы завершены его включать.
При добавлении материалов и внесении изменений в модули и плагины на сайте можно настроить плагин Cache Cleaner так, чтобы он автоматом при каждом сохранении изменений очищал весь кэш.
serg20, по-моему очевидно, что при установке плагинов может поменяться их порядок следования. При серьезных изменениях на сайте (установка компонентов, модификация шаблона) само собой нужно отключать кэширование. И только когда все работы завершены его включать.
При добавлении материалов и внесении изменений в модули и плагины на сайте можно настроить плагин Cache Cleaner так, чтобы он автоматом при каждом сохранении изменений очищал весь кэш.
Автор: andserg , Ноябрь 28, 2011
Вопрос по функции автоочистки кэш:
если кэш устновлен на 60, а время автоочистки , скажем 5, это будет означать, что очистка закэшированных ранее страницы (60 минут) будет выполнена через 5 минут?! или время кэш и автоочистки должны совпадать.
Где-то вычитал, что автоочистка производится ЧЕРЕЗ ХХХ минут, указанных в этой функции, после кэширования.
Кто просветитР?
если кэш устновлен на 60, а время автоочистки , скажем 5, это будет означать, что очистка закэшированных ранее страницы (60 минут) будет выполнена через 5 минут?! или время кэш и автоочистки должны совпадать.
Где-то вычитал, что автоочистка производится ЧЕРЕЗ ХХХ минут, указанных в этой функции, после кэширования.
Кто просветитР?
Автор: Алексей , Ноябрь 29, 2011
Время жизни кэша и автоочистка -- это разные вещи.
Время жизни кэша -- это период времени, в течении которого при запросе определенного адреса сайта будет выдаваться определенный файл кэша. При превышении времени жизни кэша будет сгенерирован другой файл кэша для этой страницы, который с этих пор и будет отдаваться посетителям. А старый файл кэша будет удален в следующем сеансе автоочистки.
Автоочистка -- это период времени, через который из каталога /cache/ будут удаляться файлы кэша с просроченным временем жизни при каждом запросе.
Об автоочистке
Время жизни кэша -- это период времени, в течении которого при запросе определенного адреса сайта будет выдаваться определенный файл кэша. При превышении времени жизни кэша будет сгенерирован другой файл кэша для этой страницы, который с этих пор и будет отдаваться посетителям. А старый файл кэша будет удален в следующем сеансе автоочистки.
Автоочистка -- это период времени, через который из каталога /cache/ будут удаляться файлы кэша с просроченным временем жизни при каждом запросе.
Об автоочистке
ЧЕРЕЗ ХХХ минут ... после кэшированиямне ничего не известно.
Автор: andserg , Декабрь 01, 2011
Судя из описания Help и картинки настроек http://www.kanich.net/radio/si...lp?start=4 - это как раз и означает, что автоочистка начинается через 5 минут (см.картинки из help) после окончания срока кэширования 300минут
Автор: jasonast , Декабрь 07, 2011
Не подскажите куда именно добавить в файл .htaccess в корне сайта следующую строку:AddDefaultCharset utf-8 ?
Автор: Брат2 , Декабрь 16, 2011
ПОСОНЫ. ПОМОГИТЕ. Проблема с кешированием. Как с Jotcache, так и со стандартным. Включаю плагин, некоторое время все нормально, потом через какое-то время снова захожу на сайт, отображается один текст на белом фоне без графики и стилей шаблона, причем ссылки на странице становятся битыми. Очистка кеша полностью решает проблему на некоторое время, но затем все повторяется. Предполагаю конфликт из-за стандартного SEF, mod_rewrite и не правильно сконфигурированного htaccess.
Автор: andserg , Декабрь 16, 2011
вспомни после чего все началось!!! - ставил ли новые расширения?
и попробуй восстановить до той точки при которой все было нормально!
мне как-то помог вариант полного удаления Jotcache с очисткой БД, а потом заново установил и все нормально
и попробуй восстановить до той точки при которой все было нормально!
мне как-то помог вариант полного удаления Jotcache с очисткой БД, а потом заново установил и все нормально
Автор: Брат2 , Декабрь 16, 2011
Заметил, что проблема происходит только при обращении по имени домена my-site.ru. При обращении по ссылкам вида my-site.ru/xxx.html работает все нормально. Проблема точно в SeF. Как запретить кешировать главную страницу с адресом my-site.ru?
Автор: Алексей , Декабрь 16, 2011
Отключите временно SEF, переименуйте .htaccess и попробуйте пообновлять главную. Исключать определенные страницы можно в компоненте и плагине JotCache.
Автор: Брат2 , Декабрь 16, 2011
И каким же образом ее прописать? Указываю my-site.ru - все равно кеширует.
Автор: Алексей , Декабрь 16, 2011
в плагине в глобальных исключениях пропишите:
view=frontpage,/
view=frontpage,/
Автор: Ydragon , Декабрь 26, 2011
Помогите разобраться! Установил этот компонент JotСache. Сделал все как рекомендовали. Поставил его в менеджере плагинов в самый конец системных плагинов. Запустил. Вначале все работало. Но через час весь сайт развалился. Все картинки, тексты и все остальное отдельно друг от друга на белом фоне. Все развалено. И это во всех браузерах. Что я сделал не так? Или в чем проблема? SEF - включен.
Автор: Алексей , Декабрь 27, 2011
Ydragon, какие компоненты, а особенно сторонние системные плагины установлены на сайте? Дайте ссылку на сайт или зайдите в чат
Автор: gss , Январь 30, 2012
Скажите плагин JCH_Optimize может мешать работе JotCache. Установил как описано выше, отключил родное кэширование и система кеш, а кэшировались не все просмотренные страницы, в результате нагрузка выросла в трое. Понимаю что что-то сделал не правильно, не может у всех работать а у меня нет.
Автор: OMEN , Январь 30, 2012
1) Убедитесь, что JotCache в порядке следования системных плагинов стоит последним
2) Если по-прежнему будет такая нагрузка или некеширование, то просто отключите JCH_Optimize и не пользуйтесь им! Выставьте в плагине JotCache сжатие данных и успокойтесь. Ведь те страницы, которые закешировались JotCache'ем, уже не будут создавать практически никакую нагрузку на сервер и необходимость в JCH_Optimize отпадает сама собой. Нагрузка будет только тогда, когда отображаются некешированные страницы.
2) Если по-прежнему будет такая нагрузка или некеширование, то просто отключите JCH_Optimize и не пользуйтесь им! Выставьте в плагине JotCache сжатие данных и успокойтесь. Ведь те страницы, которые закешировались JotCache'ем, уже не будут создавать практически никакую нагрузку на сервер и необходимость в JCH_Optimize отпадает сама собой. Нагрузка будет только тогда, когда отображаются некешированные страницы.
Автор: gss , Январь 31, 2012
Спасибо. попробую отключить. Я еще заметил что модули вообще не кэширует
Автор: Deniska , Апрель 01, 2012
Можно ли его совмещать с плагином Cache Cleaner (от NoNumber) ?
Подскажите оптимальные настройки этого чуда )
Подскажите оптимальные настройки этого чуда )
Автор: vagant , Апрель 11, 2012
Using SH404sef with JotCache
Q : When using JotCache with SH404sef, homepage gets a 404 error.
A : SH404sef can be used with JotCache but the JotCache have to be located as last item in the list of system plugins (it is necessary in Administrator/Plugin Manager to move JotCache behind SH404sef plugins).
Объясните пожалуйста по русски о чем речь?
Q : When using JotCache with SH404sef, homepage gets a 404 error.
A : SH404sef can be used with JotCache but the JotCache have to be located as last item in the list of system plugins (it is necessary in Administrator/Plugin Manager to move JotCache behind SH404sef plugins).
Объясните пожалуйста по русски о чем речь?
Автор: vagant , Апрель 11, 2012
Using Virtuemart with JotCache
Q : When using JotCache with Viruemart what is necessary to take care of.
A : JotCache was used sucessfully with Virtuemart when some adjustments were made :
Exclusion of some pages in JotCache component for com_virtuemart : page=shop.cart,page=checkout.index
Virtuemart must have all instances of "$mosConfig_live_site" replaced with "JURI :: base()" when used with sh404SEF and JotCache (this statement is depreciated now - it was valid in the time when VirtueMart longer time was coded for J1.0 and used in J1.5 environment.)
When other plugins for optimization are used e.g. JCH Optimise , which are stripping out the HTML comment tag, then comment stripping have to be switched off.
Make sure to clear all site and browser caches and enable the debug cookie (mark) if things don't look right!
Объясните пожалуйста по русски о чем речь?
Q : When using JotCache with Viruemart what is necessary to take care of.
A : JotCache was used sucessfully with Virtuemart when some adjustments were made :
Exclusion of some pages in JotCache component for com_virtuemart : page=shop.cart,page=checkout.index
Virtuemart must have all instances of "$mosConfig_live_site" replaced with "JURI :: base()" when used with sh404SEF and JotCache (this statement is depreciated now - it was valid in the time when VirtueMart longer time was coded for J1.0 and used in J1.5 environment.)
When other plugins for optimization are used e.g. JCH Optimise , which are stripping out the HTML comment tag, then comment stripping have to be switched off.
Make sure to clear all site and browser caches and enable the debug cookie (mark) if things don't look right!
Объясните пожалуйста по русски о чем речь?
Автор: OMEN , Апрель 19, 2012
Deniska, можно и даже нужно (читай, собственно, текст статьи внимательно! все написано и разжевано!). Совет таков: отключить у Cache Cleaner автоочистку (задать необходимые ее настройки в плагине самого JotCache), включить лишь опции очистки при сохранении изменений в админке. Тогда кэш будет автоматом чистится только при создании/изменении/удалении материалов из админки.
Автор: OMEN , Апрель 19, 2012
vagant, по первому вопросу: при использовании JotCache с SH404sef нужно убедиться, что в порядке следования системных плагинов плагин JotCache идет в самом конце (это в статье я указывал, читаем внимательно)
Автор: OMEN , Апрель 19, 2012
vagant, по второму вопросу: при использовании JotCache с Virtuemart необходимо выполнить следующие настройки:
- прописать для Virtuemart в разделе Исключения компонента JotCache следующую строку
page=shop.cart,page=checkout.index
- в том случае, если Virtuemart используется в связке с sh404SEF, все вхождения переменной $mosConfig_live_site в коде компонента Virtuemart должны быть заменены на более корректный способ получения адреса сайта: JURI :: base() (данное условие более не актуально для свежих версий Virtuemart)
- при использовании плагинов оптимизации кода (таких как JCH Optimise, ScriptMerge, CssJsCompress, RokGZipper и т.п.) отключать функцию удаления комментариев из кода страниц
Если что-то не получается, не забывать полностью очищать кэш сайта и браузера, а также включить функцию пометки закэшированных страниц в JotCache
- прописать для Virtuemart в разделе Исключения компонента JotCache следующую строку
page=shop.cart,page=checkout.index
- в том случае, если Virtuemart используется в связке с sh404SEF, все вхождения переменной $mosConfig_live_site в коде компонента Virtuemart должны быть заменены на более корректный способ получения адреса сайта: JURI :: base() (данное условие более не актуально для свежих версий Virtuemart)
- при использовании плагинов оптимизации кода (таких как JCH Optimise, ScriptMerge, CssJsCompress, RokGZipper и т.п.) отключать функцию удаления комментариев из кода страниц
Если что-то не получается, не забывать полностью очищать кэш сайта и браузера, а также включить функцию пометки закэшированных страниц в JotCache
Автор: iksmarket , Апрель 19, 2012
После включения плагина jotCache все пока работает, кроме одного - в админке русские тайтлы страниц, которые попали в кеш отображаются как ??????????????. В htaccess добавил AddDefaultCharset utf-8 - не помогает. Как это побороть?
Автор: iksmarket , Апрель 19, 2012
Еще проблема - картинки не разварачиваются в лайтбоксе (слимбоксе) Virtuemart 1.1.9, а просто открываются как новая страница.
Написать комментарий
