Вышел MODX 2.2.9
Вчера вышел новый MODX Revolution 2.2.9.
Основные изменения:
- Улучшена скорость работы менеджера
- ExtJS обновлён до версии 3.4.1.1 с поддержкой IE10 и исправлениями ошибок в IE8 и 9.
- Появился новый вариант дистрибутива для разработчиков - SDK. В него добавлены файлы all-debug.js и ext-base-debug.js для дебага при разработке.
- xPDO обновлён до версии 2.2.8
Лично меня в новой версии радует, что добавлен мой pull-request, который выводит окно с ошибкой, при невозможности скачать пакет из репозитория. Раньше админка просто молча зависала.
Полный список исправлений под катом
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
Василий Наумкин
← Предыдущая заметка
Раннее превью MODX 2.3
Следующая заметка →
PayPal уже работает в РФ
Возможность комментирования этой заметки отключена.
Василий Наумкин
09.04.2024 01:45
Ошибка 500 Это не похоже на ошибку Nginx, это скорее всего ошибка PHP - надо смотреть его логи. Во...
Futuris
04.04.2024 05:56
Я просто немного запутался. Когда в абзаце "Vesp/Core" ты пишешь про "новый trait Fil...
Василий Наумкин
20.03.2024 18:21
Volledig!
Андрей
14.03.2024 10:47
Василий! Как всегда очень круто! Моё почтение!
russel gal
09.03.2024 17:17
А этот стоило написать хотя бы затем, чтобы получить комментарий от юзера, который ничего не писал ...
Александр Наумов
27.01.2024 00:06
Василий, спасибо! Извини, тупанул.
Василий Наумкин
22.01.2024 04:43
Давай-давай!
Василий Наумкин
24.12.2023 11:26
Спасибо!
Василий Наумкин
27.11.2023 02:43
Ура!
Василий Наумкин
25.11.2023 08:30
Vesp тянет 2 зависимости: vesp-frontent для фронта и vesp-core для бэкенда. Их можно обновлять, но э...
У меня в новом релизе большие проблемы по производительности, недавно обновлял php до 5.1 и тестировал твоим тестом производительность и получил следующие цифры на 2.2.8
ну и тот же сайт и тот же тест, но на 2.2.9
Хм, что-то прям в 2 раза медленнее.
Надо проверить.
Ага, сейчас сам смотрю с чем это связанно (: Для прикола обновил себе бложок и доходит до 2-10 раз ухудшение производительности, если раньше текстовая страница рендерилась максимум 0,15 теперь минимум 0,3 и доходит до 1,5
Интересно было бы увидеть тесты на php 5.4
Ну, я такой разницы не вижу. Немного медленнее, но это, наверняка, из-за обновления xPDO. Скорее всего добавлены какие-то проверки.
http://test28.modx-test.com
http://test29.modx-test.com
Учитывая, что тестирую на рабочем сервере, эти цифры скачут и до 15 и до 20 секунд. Можно сказать, разницы вообще нет.
Видимо, накрутил ты что-то в php.
Странно только то что сайты на 2.2.8 показываю нормальные результаты тестов. Ну буду разбираться.
P.S От тебя уведомления об ответах на комментарии перестали приходить на почту
Обновил php до 5.5.3 и все само прошло. Дальше все выше моего понимания (:
У меня на версии 5.5 не работает Tickets.
Есть мнение - рановато еще переходить на неё.
Я особых проблем не замечал, единственное в процессор TicketsSectionGetListProcessor добавил
Чтобы в админке на страницах категории отображались тикеты
В принципе там ext_debug включается через настройки. Наверно, можно и на продакшене использовать с ext_debug=false, или там есть еще какие-то отличия?
Ну а зачем тебе на продакшене лишние мегабайты?
2.2.9 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)
Блин поставил лишний пробел и не заметил)
После обновления с Revo 2.2.8 на 2.2.9 пропали ресурсы в админке созданные через Articles. Во frontend всё по прежнему отображается, а в админке пусто и надпись: «Нет данных для вывода». Пробовал сбрасывать кэш, перезагружать права доступа. Ничего не помогает, все ресурсы пропали.
Может, есть новая версия Articles, с исправлениями?
P.S. Tickets работает на 2.2.9 - только что проверил.
Проверял новой версии нет, а установлена была самая последняя.
Возможно, дело в какой-то настройке сервера? Попробуй проверить на http://modx-test.com - если и там не работает, то останется только ждать.
Ну, или мигрировать на другой компонент для ведения блогов.
Дело в том что произошло это после обновления с 2.2.8 на 2.2.9, возможно если ставить с нуля на 2.2.9 Articles, то всё и заработает. Но дело в том что даже не создаются новые ресурсы. В логах при входе в контейнер статей пишет следующее: [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
php случаем не обновляли? какая версия php сейчас?
php не обновлял, сейчас версия 5.3.14.
Привет, ребята. У меня тоже проблема с 2.2.9. Проблема с кешем. На странице использую getPage и pdoResource или getResources (пробовал оба). Файл кеша ресурса компилируется как читсnый html, без снипетов и чанокв. И все бы ничего если бы не постраничная навигация. Т.к. у меня чистый html в кеше, то и снипета getPage на ней тоже уже нету и постраничная навигация не работает. При переходах по страницам мне отдается все тот же контент.
Мучал целый день, и после того как задал вопрос сам нашел решение)) Проблема была во вложенности чанков. Структура следующая: У меня есть чанк [[$contentArticlesList]] В нем мой getPage. Чанк у меня кешируемый поэтому собственно он и записывался как чистый html после его парсинга. Сделал чанк некешируемым, все ок. В кешь он запиывается как чанк а не готовый html и при последующем выводе парсится. Ну а getPage кешируется в отдельный файл кеша.
Ранее был на версии 2.2.8 И данной проблемы не было, появилась после обновления
У меня проблема с минификатором css кода в админке, он не всегда срабатывает, поэтому пришлось подправить header темплейта административной части, чтобы он не использовал условие {if $_config.compress_css}
для этого надо было всего лишь отключить в настройках системы компрессию css и js файлов. И дело тут чаще с хостингом