Вы не зашли.
vitaly, 1. Хотел было сначала сделать сброс после обновления, но порой в этом то и суть. Допустим очень часто посещаемый сайт, считает что-нибудь, например, кол-во скачиваний файла. Я считаю, что пусть там счётчик накручивается, а каждый раз выводить новое значение необязательно. Хватит и раз в 5-10 минут обновлять. С другой да, накладки будут. Пока не придумал как научить плагин различать откуда идут запросы. Если появится разделение прав, то тут становится всё просто, если у пользователя есть права на добавление/редактирование новостей, то для него запрос не кэшируем.
2. В курсе про него. Поэтому и выложил плагин в надежде, что кто-то попробует его и скажет есть ли толк в его использовании.
3. Плагин обёртка над классом mysql, запросы он не трогает. Или планируется в связи с переходом переписать все запросы вместе с классом?
Сложновато без документации на ощупь делать плагины. Может есть уже какой-то способ в плагине узнать права пользователя?
DB Cache - плагин позволяет реализовать поддержку кэширования запросов на выборку данных из базы MySQL, которая используется в CMS. Это позволяет существенно снизить нагрузку на базу данных и не обращаться к ней каждый раз за данными, а лишь проверять их через определенные интервалы.
Установка (своеобразный хак)
Пока это наполовину хак, надеюсь, что пока.
1. Открыть файл CMS, находящийся по адресу /engine/core.php
2. Добавить после $mysql = new mysql; (Примерно строка 287) код: exec_acts('mysql');
3. Зайти на страничку плагина и настроить его.
4. Включить плагин.
Известные проблемы.
1. Кэшируются все запросы на выборку из базы данных.
2. Запросы, возвращающие пустые значения, не кэшируются.
3. Сброс кэша происходит только по таймауту или вручную, даже после обновления таблицы
История изменений
0.2 Добавлена возможность сброса кэша вручную
0.1 Первый публичный релиз плагина
Все последние изменения тут же появляются в репозитории проекта на GitHub или на моем сайте
З.Ы. Хочу услышать мнения пользователей о целесообразности существования плагина как такового
Mark, есть желание помочь в исправлении документации?
Могу помочь, в принципе. Особенно, если будет поставлена цель (тема) конкретной заметки.
Правда, скажу сразу, что шаблонизатор я пока еще плохо изучил, т.к. мои проекты работают еще на старых версиях CMS, есть даже один на допиленной 2z.
Поднимите wiki или придумайте чем её заменить, чтобы каждый мог помочь в разработке и исправлении документации до актуального состояния.
Какой бы хорошей не была cms, а хорошая документация это первое что нужно сделать.
Переходить на mysqli/PDO нужно в любом случае. На счет поддержки mysqli хостерами, в большинстве пакетных unix дистрибутивов php уже скомпилирован с поддержкой mysqli, если его нет, то это значит, что хостер вручную пересобрал пакет php и специально выключил mysqli.
Конечно хотелось бы увидеть переход на mysqli/PDO, но было бы не плохо увидеть поддержку плейсхолдеров "из коробки", использовать которые можно будет одной/двумя строчками кода, не хуже чем тут.
{avatar} при условии, что в "настройка системы->пользователи->использовать аватары" стоит "да". Действительно для плагина comments
обратитесь к хостеру. Попросите его включить/установить библиотеку GD в PHP
Подниму старую тему. Время движется, уже PHP 5.4 давно стабильный (многие репозитории от 5.3 давно отказались). PHP 5.5 имеет статус RC1, а в нем использование MySQL вызывает deprecation исключение.
Стоит задуматься о переходе хотя бы на mysqli.
у меня почему-то не смотря на то, что в настойках я прописал показ ссылок 2/1/2, в первом блоке вылезают и по 3 и по 4 ссылки... в чем может быть проблема?
Та же проблема была. Исправил так:
1. Открыл файл ads_sape.php
3. Срока 37. Заменяем
if (!$blen[$i-1]) {
на
if ($blen[$i-1]) {
Ссылки стали отображаться нормально.