Плагин JCH Optimize

6.0.0 stable вышла. Есть возможность выложить?
Скрытое содержимое доступно для зарегистрированных пользователей!
 
Последнее редактирование:
Русская локализация JCH Optimize PRO 5.4.3
Свежак! Переводил с оригинальных файлов en-GB версии 5.4.3.
Обновлено до версии 6.0.0.
  • Изменен перевод некоторых языковых констант
  • Добавлено 15 новых языковых констант
  • Добавлена ссылка для проверки новой версии локализации
Скрытое содержимое доступно для зарегистрированных пользователей!
 
На оффсайте JCH обясняется как виявить причину проблеми большого кеша.

а для автоматическои очистки Cachecleaner от Regularlabs.
Я бы ешё присмортелся к jotcache он интегрируется с JCH и вместе хорошо работают, и как помнится у него тоже есть способ автоочистки кеша.
Я такую связку тестировал и работают они не на всех сайтах внятно. Там ситуация двоякая получается. jotcache кэширует статику в файл или мем кеш -это уже зависит от настроек основного кэширования на сайте. А вот JCH устроен таким образом, что загоняет в свой собственный кэш все ссылки на которых есть динамическое изменение контента. Тесть если страница создаётся и в коде присутствует элемент ID которого постоянно меняется он будет кэшировать как новую страницу и плодить дубли. Результатом таких действий являются раздутые до безобразия файлы кэшей плагина. Так же обратите внимание, что JCH просто адски жрёт ресурсы проца. У меня есть сайт который на восьми ядрах работает с нагрузкой + - 8% при 100+ одновременных посетителей и весит в общем 4GB. Так вот с включенным JCH он через мару минут пухнет до 15-20GB и проц грузит до 100%. И ничего с этим не поделаешь так как страници с динамическим контентом исключить не реально и костыли по типу Cachecleaner там тоже не помогут так как это на нагрузку не повлияет... Вывод - JCH в топку...
 
Я такую связку тестировал и работают они не на всех сайтах внятно. Там ситуация двоякая получается. jotcache кэширует статику в файл или мем кеш -это уже зависит от настроек основного кэширования на сайте. А вот JCH устроен таким образом, что загоняет в свой собственный кэш все ссылки на которых есть динамическое изменение контента. Тесть если страница создаётся и в коде присутствует элемент ID которого постоянно меняется он будет кэшировать как новую страницу и плодить дубли. Результатом таких действий являются раздутые до безобразия файлы кэшей плагина. Так же обратите внимание, что JCH просто адски жрёт ресурсы проца. У меня есть сайт который на восьми ядрах работает с нагрузкой + - 8% при 100+ одновременных посетителей и весит в общем 4GB. Так вот с включенным JCH он через мару минут пухнет до 15-20GB и проц грузит до 100%. И ничего с этим не поделаешь так как страници с динамическим контентом исключить не реально и костыли по типу Cachecleaner там тоже не помогут так как это на нагрузку не повлияет... Вывод - JCH в топку...
Какая тогда замена по вашему мнению для JCH?
 
Я такую связку тестировал и работают они не на всех сайтах внятно. Там ситуация двоякая получается. jotcache кэширует статику в файл или мем кеш -это уже зависит от настроек основного кэширования на сайте. А вот JCH устроен таким образом, что загоняет в свой собственный кэш все ссылки на которых есть динамическое изменение контента. Тесть если страница создаётся и в коде присутствует элемент ID которого постоянно меняется он будет кэшировать как новую страницу и плодить дубли. Результатом таких действий являются раздутые до безобразия файлы кэшей плагина. Так же обратите внимание, что JCH просто адски жрёт ресурсы проца. У меня есть сайт который на восьми ядрах работает с нагрузкой + - 8% при 100+ одновременных посетителей и весит в общем 4GB. Так вот с включенным JCH он через мару минут пухнет до 15-20GB и проц грузит до 100%. И ничего с этим не поделаешь так как страници с динамическим контентом исключить не реально и костыли по типу Cachecleaner там тоже не помогут так как это на нагрузку не повлияет... Вывод - JCH в топку...
Категорически не соглашусь с такой постановкой выводов.
Вы случайно не метёте все проекты в одну кучу? Для небольших, полустатичных проектов JCH – отличный выбор, один из лучших, пожалуй.
С другой стороны - ваять на joomla (как бы хорошо я к ней не относился) монструозные проекты – не есть хорошо и обдуманно. Для этого существуют нишевые, отраслевые, уникальные, в конце концов, CRM.
JCH не подошёл именно Вам, в этом конкретном случае, с этим конкретным сайтом. Возможно, поставь Вы его на соседний проект - всё бы было хорошо.
 
Я такую связку тестировал и работают они не на всех сайтах внятно. Там ситуация двоякая получается. jotcache кэширует статику в файл или мем кеш -это уже зависит от настроек основного кэширования на сайте. А вот JCH устроен таким образом, что загоняет в свой собственный кэш все ссылки на которых есть динамическое изменение контента. Тесть если страница создаётся и в коде присутствует элемент ID которого постоянно меняется он будет кэшировать как новую страницу и плодить дубли. Результатом таких действий являются раздутые до безобразия файлы кэшей плагина. Так же обратите внимание, что JCH просто адски жрёт ресурсы проца. У меня есть сайт который на восьми ядрах работает с нагрузкой + - 8% при 100+ одновременных посетителей и весит в общем 4GB. Так вот с включенным JCH он через мару минут пухнет до 15-20GB и проц грузит до 100%. И ничего с этим не поделаешь так как страници с динамическим контентом исключить не реально и костыли по типу Cachecleaner там тоже не помогут так как это на нагрузку не повлияет... Вывод - JCH в топку...

Если запихать на один сайт кучу разних расширении то JCH не поможет а наоборот усугубит ситуацию, но эта не вина JCH . Нужно максимально минимизироват использование расширении. Я использую один компонент почти для всего И для блога, и для форума, и для каталога и. тп. Знаю как он устроен, сам пишу шаблони на него и знаю что на моём саите не напихано кучи JS кодов или какои то хрени. А если какои то модул или код мешает ему, без проблем можно его исключить из JCH.
на офф сайте прекрасно обясняется как исключить тот код которий меняет id и является причиной большого кеша.
Просто включит и забит не работает при оптимизации сайта. Чаше всего это намного геморнее чем само создание сайта.
 
Категорически не соглашусь с такой постановкой выводов.
Вы случайно не метёте все проекты в одну кучу? Для небольших, полустатичных проектов JCH – отличный выбор, один из лучших, пожалуй.
С другой стороны - ваять на joomla (как бы хорошо я к ней не относился) монструозные проекты – не есть хорошо и обдуманно. Для этого существуют нишевые, отраслевые, уникальные, в конце концов, CRM.
JCH не подошёл именно Вам, в этом конкретном случае, с этим конкретным сайтом. Возможно, поставь Вы его на соседний проект - всё бы было хорошо.
Так я ведь так и написал - на одном из моих сайтов! И не на всех сайтах внятно... Конкретно на этом сайте стоит Virtuematr который постоянно генерирует ID в категориях, и на страницах пагинации, поиска и тд... Да в принципе везде и постоянно. Так же и К2 себя ведёт и подобные компоненты.. Да согласен если это сайт-визитка или ещё что то подобное , то JCH вполне себе не плохо справляется. Но на копеечных хостингах и при приличной посещаемости могут быть вопросы...

Если запихать на один сайт кучу разних расширении то JCH не поможет а наоборот усугубит ситуацию, но эта не вина JCH . Нужно максимально минимизироват использование расширении. Я использую один компонент почти для всего И для блога, и для форума, и для каталога и. тп. Знаю как он устроен, сам пишу шаблони на него и знаю что на моём саите не напихано кучи JS кодов или какои то хрени. А если какои то модул или код мешает ему, без проблем можно его исключить из JCH.
на офф сайте прекрасно обясняется как исключить тот код которий меняет id и является причиной большого кеша.
Просто включит и забит не работает при оптимизации сайта. Чаше всего это намного геморнее чем само создание сайта.
На сайте разработчика я эту инфу изучал. Там всё в принципе понятно - выключи все компоненты и пользуйся JCH на здоровье!
Если например у меня сервер без вопросов тащит сайт без кешей вообще и без оптимизации с нагрузкой 0- 20% при посещаемости 8-10К в сутки. То накой такая платная "оптимизация" которая сервера ложит...? Думаю розрабам ещё есть там что пилить в этом плагине. Надеюсь в будущих версиях придумают решение. Сама то задумка более чем отличная....
 
Последнее редактирование модератором:
Никто не обзавёлся ещё 6.0.1?
 
Назад
Сверху