Скинул японцам про CacheAccelerator

вот их ответ:


Жаль что надо выковыривать из их сборки опять

Ссылка на источник:
forum.modx.jp/viewtopic.php?p=4324#p4324

This cache is core Integrated. Its simple modify.
Modified index.php, document.parser.class.inc.php and cache_sync.class.processor.php.

Стандартный кеш:

Обновленный кеш:


Интересно потестить правда под нагрузкой а то на пустой страничке разница не сильно видна

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

( Читать дальше )

Здравствуйте! Столкнулся с такой проблемой, периодически изменяются права на каталоги, что мешает нормальной работе, сайта. Изменение в данном случае проявляются в каталоге /core/cache/ пример на изображении, приходиться заходить под root менять права, но при следующем обращении к сайту проявляется снова такая история, причем как-то выборочно, то на все каталоги разом меняется пользователь, группа, то на некоторые как в примере на скриншоте, из за этого кстате в адмике не генерятся превью картинок.

права на cache 777 имя пользователя и группа как на скрине, т.е все ок.

Встречалась у кого-либо подобная проблема?



P.S. Пробовал запускать тестовый сайт на новой REVO на другом хостинге, так там тоже проявилась подобная проблема. Единственное, что их объединяло, это ISP-Manager и CentOS5/
С сайтами на других движках (WP Joomla) на этом хостинге, проблем особо не замечал.

SuperCache это плагин для MODx Revolution, который позволит вам ускорить рендер страниц.

Ну, а теперь, как-же он в деле. И так. MODX Revolution 2.2.0-pl2
VPS Ubuntu 10.04LTS, MySql-5.1.4, PHP-5.3.2 FCGI, Apach

( Читать дальше )

Здравствуйте! Подскажите пожалуйста по такой пробелме…

Не могу понять почему не кэшируетс страничка, выполняется очень долго, в среднем 8-9 секунд.

<!--
0.0000 s - время на запросы к базе данных
0 - запросов к базе данных
8.7304 s - время на работу PHP скриптов
8.7304 s - общее время на генерацию страницы
database - источник содержимого (база или кэш)
-->

Вот раздел настройки кэша easycaptures.com/fs/uploaded/635/5885936008.png

Пункт «не кэшировать» у ресурса не стоит.

Таблицу выводит запрос

[[GetResources? 
      &parents=`6` 
      &tpl=`price-gen` 
      &limit=`100` 
      &includeTVs=`1` 
      &processTVs=`1` 
      &level=`1` 
      &depth=`5` 
      &hideContainers=`1` 
      &sortby=`{"pagetitle":"ASC"}`
   ]]

Который обращается к чанку

<tr><td><a href="[[++site_url]][[~[[+id]]~]]">[[+pagetitle]]</a></td>
<td>[[+tv.size]]</td>
<td>[[+tv.price]]</td></tr>

В чём может быть проблема?

Применяю на сайте сниппет UpdateProfile. Получается вот что: при внесении изменений в профиль они появляются только после чистки кэша через админку.
Так же если изменить профиль пользователя через админку, он изменится также после чистки кэша.

Вроде бы это даже официально зарегистрированный баг bugs.modx.com/issues/5655

Можно конечно написать сниппет, который будет чистить кэш всего сайта после обновления информации о пользователе, но это по-моему неправильно, что удаляется кэш сайта если веб-юзер обновляет информацию о себе.

Подскажите, может кто сталкивался с этой проблемой и решил ее?
А может знаете способ чистить кэш только у одного юзера?

UPD: Сниппет вызывается так [[!UpdateProfile]]. Отключил кэширование страницы, сниппета, чанков, плейсхолдеров — не помогает.

Видимо на данном ресурсе должна быть ссылка на топик:
www.free-lance.ru/blogs/view.php?tr=633517

Лично сам не разбирался, но возможно кому-то пригодится

Обновление до версии 0.4b! Подробности читайте внизу.

Я обращаюсь к коммьюнити с просьбой помочь потестировать свой новый проект CacheExtender для MODx Evolution 1.0.5. Почему именно для 1.0.5? Потому что на предыдущих версиях попросту не тестировался и, вполне вероятно, будет работать как на них, так и на следующих версиях. В любом случае, при выходе новой версии MODx, если будут какие-то несовместимости, я выпущу обновление. Прошу обратить внимание на то что это пока еще «очень альфа версия». Но, с вашей помощью, надеюсь, скоро станет бетой и релизом.


( Читать дальше )

Здравствуйте! Прошу помощи. Неоднократно обсуждалась на многих ресурсах проблема с пагинацией в Дитто. Сейчас у меня встал вопрос с обязательным кэшированием страницы вывода.
Т.е. страница, на которой выводится дитто, обязательно должна кэшироваться.

Сама суть проблемы в том, что документы-контейнеры в шаблоне которых вызов дитто и пагинации, будет создавать менеджер. И заставлять его каждый раз проверять снята ли галочка «Кэширование» — не вариант.
Может быть есть плагин, который отключает кэширование в определенных документах?

Здравствуйте!
Помогите решить проблему, удалил файлы из папки cache — siteCache.idx и sitePublishing.idx

В админку не зайти, а если заходишь на главную то вот что выдает

« MODx Parse Error »
MODx encountered the following error while attempting to parse the requested resource:
« PHP Parse Error »
PHP error debug
Error: Invalid argument supplied for foreach()
Error type/ Nr.: Warning — 2
File: /www/путь к папке/includes/document.parser.class.inc.php
Line: 1210
Line 1210 source: foreach ($this->documentMap as $mapEntry) {
Parser timing
MySQL: 0.0073 s (4 Requests)
PHP: 0.0232 s
Total: 0.0304 s