Небольшая проблема с MaxSite CMS 0.23
Сегодня я обнаружил один неприятный баг, который может привести к неверной работе кэша. Как оказалось, появившийся сброс кэша может некорректно работать при определенных условиях. Дело в том, что время создания кэша определяется по времени создания файла. Но оказывается, в каких-то случаях информация о файле может кэшироваться на сервере и из-за этого получаемые данные не всегда соответствуют реальности.
Подчеркну, что это происходит не у всех, а только на каких-то хостингах. Более точно я, к сожалению, сказать не могу. Но первый признак - это увеличенное количество SQL-запросов. Обычное значение это 6-10-15 (в зависимости от настроек шаблона и включенных плагинов). Если вдруг это число увеличилось, то значит у вас именно такая ситуация.
Для исправления вам достаточно обновить файл common.php. Он находится в application/maxsite/common/.
К следующей версии я подумаю как изменить алгоритм. Для тех, кто скачивает MaxSite CMS 0.23, изменения уже внесены в архив и ничего заменять не нужно.
На сайте не замечал, а в админке иногда происходило.
В админке так и должно быть. После ряда действий, кэш всегда должен очищаться - это и создает большее количество запросов.
Привет, Максим.
В какой то записи этого блога видел что ты писал про проблему со вставлением кнопки/текста в позицию курсора в textarea, вот только запись эту не нашел :)
Вообщем, если еще актуально, то вот решение - для меня сработало:
http://www.tigir.com/javascript.htm "Как получить позицию текстового курсора в textarea элементе (textarea - позиция курсора)?"
Ага, спасибо. Задачу я уже решил для кнопок форматирования для комментариев. Правда для визуального редактора пока не примерял. В общем пригодится. :)
вот сейчас на домашнем компе наблюдаю
Работает на MaxSite CMS | Время: 0.3883 | SQL: 33 | Память: 2.76MB
это оно ?
Если после обновлении страниц количество SQL не уменьшается, значит это оно. ;)
это было в версии 22
после обновления до 23 всёравно скоко страницу не обновляй, будет 33 запроса