Основные изменения:
- Улучшена скорость работы менеджера
- ExtJS обновлён до версии 3.4.1.1 с поддержкой IE10 и исправлениями ошибок в IE8 и 9.
- Появился новый вариант дистрибутива для разработчиков — SDK. В него добавлены файлы all-debug.js и ext-base-debug.js для дебага при разработке.
- xPDO обновлён до версии 2.2.8
Полный список исправлений под катом
MODX Revolution 2.2.9-pl (August 28, 2013) ==================================== - Avoid critical error when resource tree not initialized - Avoid suppressed warnings with ob_get_level() - Upgrade xPDO to 2.2.8-pl - [#10043] Fix class-loading LFI in registerLogging - [#6937] Fix Persistent/Reflected XSS in User Messaging - Set default error_handler_types to error_reporting() - Upgrade to ExtJS 3.4.1.1 and add ExtJS debug support - [#9976] Fix cross-context symlink caching - [#10093] Add create/update methods to S3 Media Sources - [#9902] Added error window when package download fails - [#10070] fix potential SQL injection vulnerability in modImport - [#9843] Added lang_topics field to create and update action window - [#10094] Defaults overwriting properties in ResourceCreateProcessor - [#10007] Fix parser logic when processing elements via API - [#10087] Avoid stat warnings with missing static sources - [#9809] Remove empty ULs in topmenu - [#7569] Add bottom border to collapsed panels - [#146] Also fire field change event on change event - Fix contextsAffected in resource/sort processor - [#9815] Improved manager redraw on browser resize - Fix clearcache timing issue with MODx.Console - Prevent accumulation of MODx.Console onMessage callbacks - Prevent session write errors from phpthumb cache - [#9964] Fix Import HTML to use context of parent - [#9916] Add TABLE to TRUNCATE command in flushSessions (SQLSRV) - [#9527] Fix password reset by user email - Fix login processor to use absolute url redirects for mgr - [#9826] Fix errant creation of Policy Templates
← Следующая заметка
PayPal уже работает в РФ
PayPal уже работает в РФ
Предыдущая заметка →
Раннее превью MODX 2.3
Раннее превью MODX 2.3
ну и тот же сайт и тот же тест, но на 2.2.9
Надо проверить.
Интересно было бы увидеть тесты на php 5.4
test28.modx-test.com
test29.modx-test.com
Учитывая, что тестирую на рабочем сервере, эти цифры скачут и до 15 и до 20 секунд. Можно сказать, разницы вообще нет.
Видимо, накрутил ты что-то в php.
P.S От тебя уведомления об ответах на комментарии перестали приходить на почту
Есть мнение — рановато еще переходить на неё.
Чтобы в админке на страницах категории отображались тикеты
Time: 11.511675834656 s Memory: 2 Mb
Time: 12.079150915146 s Memory: 2 Mb
Time: 11.542894124985 s Memory: 2 Mb
2.2.8
Time: 10.984853982925 s Memory: 2.25 Mb
Time: 10.85936999321 s Memory: 2.25 Mb
Time: 11.704395055771 s Memory: 2.25 Mb
ну как бы небольшая разница… по памяти так еще меньше жрет
Ставлю на хостинг Reg.ru на чистый домен.
Подключение к серверу базы данных:
Не удалось подключиться к серверу базы данных. Проверьте параметры соединения с сервером базы данных и повторите попытку.
[2013-09-03 22:49:10] (ERROR in xPDOConnection::connect @*******/core/xpdo/xpdo.class.php: 3031) SQLSTATE[28000] [1045] Access denied for user '*******'@'localhost' (using password: YES)
Во frontend всё по прежнему отображается, а в админке пусто и надпись: «Нет данных для вывода». Пробовал сбрасывать кэш, перезагружать права доступа. Ничего не помогает, все ресурсы пропали.
P.S. Tickets работает на 2.2.9 — только что проверил.
Попробуй проверить на modx-test.com — если и там не работает, то останется только ждать.
Ну, или мигрировать на другой компонент для ведения блогов.
[2013-09-05 12:21:05] (ERROR @ /usr/home/site/data/www/v3.site.ru/core/xpdo/xpdo.class.php: 2356) PHP warning: json_encode(): Invalid UTF-8 sequence in argument
Проблема с кешем.
На странице использую getPage и pdoResource или getResources (пробовал оба).
Файл кеша ресурса компилируется как читсnый html, без снипетов и чанокв. И все бы ничего если бы не постраничная навигация. Т.к. у меня чистый html в кеше, то и снипета getPage на ней тоже уже нету и постраничная навигация не работает.
При переходах по страницам мне отдается все тот же контент.
Проблема была во вложенности чанков.
Структура следующая:
У меня есть чанк [[$contentArticlesList]]
В нем мой getPage.
Чанк у меня кешируемый поэтому собственно он и записывался как чистый html после его парсинга.
Сделал чанк некешируемым, все ок. В кешь он запиывается как чанк а не готовый html и при последующем выводе парсится. Ну а getPage кешируется в отдельный файл кеша.
Ранее был на версии 2.2.8 И данной проблемы не было, появилась после обновления