По опыту скажу: это путь в никуда. Локальные решения, завязанные на жестком кешировании - это серьезный удар по всей логике сайта. Простой пример: единые прайсы. У вас товары - это отдельные страницы, а прайс - тоже отдельная страница. Почистили кеш страницы товара - а кеш прайса остался. Его надо тоже очищать - дополнительная логика. Потом на каком-нибудь крупном проекте это ощутите. Лучше прокачивайтесь в направлении снижения нагрузки на сайт в целом. И после сброса кеша 0.3-0.4 секунды - это вполне достигаемый результат. Смотрите вот даже на этот сайт. Здесь на одной странице куча блоков, в которых вывод данных из довольно большой базы, все с проверками прав и т.п., и практически все БЕЗ кеша, в риалтайме. Для разных пользователей с разными правами разные данные выводятся. Сайт разве тормозит?
Николай, позволь спросить тебя, на счёт процессоров, насколько они будут работать быстрее и эффективней чем стандартный getResources или похожий getProducts? Большинство тех кто создаёт своё детище естественно его и продвигает, и возникает вопрос, а насколько эффективней данный продукт, чем остальные похожие по своей работе пакеты, сниппеты, прагины. Я читал некоторые твои статьи(топики) и там ты никого не упрашиваешь пользоваться твоим продуктом, а порой даже отговариваешь, так как что бы работать со многими твоими продуктами, необходимо не мало приложить и своих усилий + приложить к этому голову с ясным умом, не всем под силу использовать твои решения. Есть ли у тебя некое сравнение, может ты когда то делал такие тесты как, скорость, удобство в использование, гибкость в настраивании и т.д. если есть такие характеристики то хотелось бы увидеть.
ну вообще то, можно установить пакет phptemlate автор Николай Ланец, и в шаблоне использовать php
теперь можно указав id удалить, а потом заново с обновлёнными данными создать кэш страницы, теперь можно весь код объединить и использовать по своему усмотрению
Спасибо за наводку, это на перспективу оставлю, так как времени на тесты и поиски тоже нужно не мало, но я нашел код который слегка дополнил одной строчкой и всё заработало, теперь можно удалять нужный нам кэш по указанному id, находку взял с сайта Василия Наумкина, я думаю он не будет против))) сам код: $id=9;
$resource=$modx->getObject('modResource',$id);
$resource->_contextKey = $resource->context_key;
$cache = $modx->cacheManager->getCacheProvider($modx->getOption('cache_resource_key', null, 'resource'));
$key = $resource->getCacheKey();
$cache->delete($key, array('deleteTop' => true));
$cache->delete($key);
Значит мне к знатокам php как из 2 файлов кода в один все сделать?
Вот и капай modCacheManage::clearCache() и т.п.
про зависимости, что я имею ввиду, у меня есть страница с товаром на которой выводится данные из tv параметров, если в админке изменить цену в tv price, то так как страница изначально имеет кэш, то хоть как не обновляй страницу в клиентской части, то цена будет старой а если ручками удалить кэш страницы товара и в консоле вызвать тот код выше приведённый, то когда перейдём на страницу товара и обновим там уже новая цена, остался другой не решенный вопрос как удалить кэш страницы товара и подкаталога, но на этот вопрос я думаю можно найти решение
Я даже не буду объяснять про зависимости и т.п. Если вам ооочень хочется двигаться именно в этом направлении - это ваше право.
Ну почему сразу рубить корень, ведь мы можем создать кэш конкретной страницы или раздела а вот как это другой вопрос, я приведу тут такой код который позволяет нам создавать кэш страницы или каталога $id = 9;
file_get_contents($this->modx->makeUrl($id, 'web', '', 'full')); а для того что бы проверить можно
- открыть Console, и вставить этот код
- в правой части панели управления выбрать вкладку файлы
- и в этой вкладке открываем по очереди core/cache/resource/web/resources/ 4)в меню админки(смотрим в верх) наживаем Сайт->Обновить сайт(очистить кэш сайта)
- как только кэш очистился в Console нажимаем Выполнить
- обновляем правой кнопкой мыши core/cache/resource/web/resources/ и видим как создался кэш нужной страницы