Версии MODX 2.4.0-pl и 2.3.6-pl
Для обновления и установки доступны новые версии MODX: 2.4.0-pl и 2.3.6-pl.
Картинки по работе зависимостей:
Новые версии уже доступны на modhost.pro. Пользуясь случаем, я выделил кнопку обновления оранжевым цветом и сделал так, чтобы в диалоге сразу выбиралась последняя стабильная версия.
Не забывайте про бэкапы при обновлении!
2.4.0-pl
- Зависимости пакетов, которые заключаются в том, что установка пакета блокируется, пока не установлено требуемое. Документация здесь.
- Всякие разные улучшения UI
- Героические усилия @markwillis82 по покрытию движка тестами
- Новые индексы в БД для увеличения производительности
- Все изменения здесь
Картинки по работе зависимостей:
2.3.6-pl
- При установке через web-интерфейс можно сразу отключить сжатие файлов
- Закрыта потенциальная XSS уязвимость в процессорах создания и обновления ресурсов
- Исправлена ошибка с исчезанием пагинации при выборе категории элементов в некоторых combo-боксах
- Улучшено окошко настройки устанавливаемого дополнения
- Улучшено отображение картинок в превьюшках админки
- Версия CMS показывается при наведении курсора на логотип MODX в админке
- Все изменения можно посмотреть в changelog
Новые версии уже доступны на modhost.pro. Пользуясь случаем, я выделил кнопку обновления оранжевым цветом и сделал так, чтобы в диалоге сразу выбиралась последняя стабильная версия.
Не забывайте про бэкапы при обновлении!
Обновлено 21.08.2015
В комментариях обнаружили баг с показом окошка свойств элемента при перетаскивании его в шаблон. Вот ссылка на pull-request с исправлением.
Комментарии: 128
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
до этого стояла версия 1.3.2-pl2
Могу сказать, что после любых обновлений дополнений нужно чистить кэш браузера, потому что он сильно кэширует javascript.
Грешил на Captca, отключил в базе captcha.enabled — 0, очистил кеш, капча отключилась, но не помогло.
Есть у кого аналогичные глюки?
Хорошо что это на modhost.pro/ и резервную копию сделал, откатить не вопрос. Но хочется понять что за ***
Откат до 2.3.6 не помог. Пришлось восстановить прежнюю версию из резервной копии.
PS удалил Captcha 3.3.2-pl, буду пробовать обновить до 2.4.0 без нее. Посмотрим, что получится.
Как обычно, все дружно протестируют версию 2.х.0 и скоро у на будет надёжная 2.х.1 =)
На одном из сайтов не смог зайти в админку — белое поле. Удалил в консоли содержимое папки core/cache, все заработало.
при обновлении пакетов в версии 2.4.0
Обновление 2.4 порадовало, много «нужностей» решено.
Установил modx 2.4, все компоненты хорошо установились кроме Tickets.
Установка виснет на «Trying to install pdoTools. Please wait...» или на Jevix
Пробовал устанавливать и pdoTools и Jevix до Тикетс, пробовал не устанавливать, а только загружать, в общем по-разному… результат один — виснет установка.
Василий, не знаю с чем связанно, возможно с версией modx 2.4, а может и с новой версией пдотулс, потому как до этого не было проблем.
Пожалуйста просветите.
Никаких установок нужных версий дополнений из репозиториев (как у нас сейчас в ресолвере) там нет. Вся проблема оттого, что мой установщик использовал метод getClinet() провайдера пакетов, который теперь стал protected.
Зачем и почему я использовал этот метод не знаю, наверное скопипастил откуда-то. В общем, убрал его и перезалил все пакеты — проблема решена.
MODx 2.4.0
Я не знаю по какой причине и как связаны раскрытие редиректов (CURLOPT_FOLLOWLOCATION) и ограничивающая чьи-то шаловливые ручки функция, но факт остаётся фактом — либо безопасность, либо раскрытие редиректов в curl'е. Я так и не смог найти золотую середину, поэтому в своих скриптах, использующих curl, приходится этот момент учитывать. Видимо, разработчики modx с этими тонкостями не сталкивались.
У нас таких вопросов не будет в принципе, аллилуйя!
Напишите в техподдержку хостинга — как закрыть доступ к папке? Они должны помочь.
Таким образом, файл /core/docs/changelog.txt будет доступен независимо от того, что указано в .htaccess, а MODX проверяет доступность именно этого файла.
Выход один. Сначала проверить, что у вас не открывается в браузере файл /core/cache/logs/error.log, а потом просто удалить файл changelog.txt
Тогда ошибка исчезнет.
таймвеб в топку, короче.
PS не дают доступ по ssh, хотел исправить это безобразие, но увы…
По всей видимости это проблема именно MODXа. Там и ссылка на «список изменений» для проверки не правильно указана (пропущен каталог «core»).
Исправил редактированием файла .htaccess в core:
То есть заменил «php» на "*" в теге Files.
into archive /var/www/sokq5bc/data/www/xn--1-9sbl5ah.xn--p1ai/core/packages/minishop2-2.1.9-beta/modCategory/ae9c183e7b9d84a45fa680fc50e819cc.1.preserved.zip
Trying to install pdoTools. Please wait…
MODX Revolution 2.4.0-pl ace-1.6.3-pl
Одинаково, в Хроме (Версия 44.0.2403.155 m) и Лисе (40.0.2) — 8.1 винда, и Ubuntu 14.04 (виртуальная) Лиса (35.0.1 )
Более проверить не в чем.
Удивлен, если у всех работает… или ни кто не заметил…
Есть такое у кого? И как с этим жить?
Если отключить Ace, то тоже не работает — так что это явно баг 2.4.0-pl. На 2.3.5-pl всё хорошо и с Ace, и без него.
Ща тестовый сайт сбацаю.
Печально. Нужно давать телеграмму в центр?
Без этого ништяка жизнь тяжела.
PS Пошел купил твой курс, пока он не вышел в бесплатное плавание)) Тебе благодарность, а мне, если б-г даст, прибавление ума. Всем добра! :))
Курс бесплатным пока делать не планирую, из вредности. Тем более, что его уже выложили давно на всяких сайтах типа вскладчину.ру.
Причем на сайте особо ничего не накручено, даже не интернет-магазин.
Короче говоря, ждем исправлений.
Fi1osofFi1osofЧто-бы там ни было, я уверен, что он это не специально =)
Fi1osofFi1osofПрочел на modxclub и с ужасом пошел проверять сайты, где использованы наборы параметров, а обычно это оформление пагигации для pdoPage, как минимум. И, о ужас, все отвалилось.
Кто еще не обновился — не спешите. Откат, кстати, до 2.3.6 не помогает, опять, только резервная копия, если есть.
Только в лог ошибок движка посыпались такие ошибки:
Сайт на modhost.pro на тарифе для разработчиков. С чем связана эта ошибка?
Просто не обращай внимания, должны поправить в новых версиях.
Fi1osofпроигнорилне услышал. Обратитесь все дружно к нему и попросите срочно исправить. В крайнем случае, если этот процессор больше нигде не используется, путь удалит старый и вернут non-classed процессор. А то получается сделал, и пофиг на всех.У Виталия в профиле закрыта отправка сообщений. Надеюсь, кто то обратит его внимание на данную проблему.
На выходных буду обновляться. Вроде бы больше особо злых багов не было. Если кто раньше не обновлялся из-за рекомендации не обновляться, можете начинать тестировать, эта версия должна быть вполне рабочей.
MODX Revolution 2.4.2
====================================
— Add resource title in Manager Log for edited resources [#12589]
— Update Font-Awesome to 4.4 [#12598]
— Update setup to check the minimum supported PHP version [#12637]
— Add hover effect to tree expand/collapse icon [#12664]
— Fix not rendering output properties of custom TVs [#12635]
— Fix image width and add transparency pattern [#12670]
— Disable trash icon and set proper tooltip after removing resources [#12672]
— Pass 0 as id of default property set instead of «Default» [#12674]
Fi1osofНа сайте с установленным с нуля ошибку nginx 414 Request-URI Too Large, а сам урл выглядит так:
И там строка на 32 кб. примерно. :)
На обоих сайтах версия 2.4.2. На 2.3.6 экспорт работал отлично, поэтому дело, думаю, не в настройках сервера.
Fi1osofРедактировал fastcgi буферы вплоть до такого значения:
Ошибка сохраняется. Видимо, что-то упускаю.
Также создал новый набор параметров с одним параметром — экспортируется нормально. Буду дальше копаться в настройках. :)
Fi1osofА на счет настройки сервера: не уверен, но судя по всему в настройках fastcgi надо еще править, а не нгинкс. То есть нгинкс уже согласен больше пропускать, но конечный обработчик не согласен.
А если связать с элементом сразу при создании, то копируются все доступные параметры элемента и получается ошибка при экспорте, так как список получается большой.
В любом случае, спасибо за подсказки.
Fi1osofНе за что.
Только одна, но ошибка :(
Ошибка обновления таблицы для класса modManagerLog
Array
(
[0] => 00000
[1] =>
[2] =>
)
Fi1osofЗначит всё ок
Fi1osofFi1osofFi1osofПараметры живы.
Единственное напрягает, этот вывод предупреждения, что
, хотя все меры по закрытию директорий приняты.
Fi1osof$modx->getManager()->createObjectContainer('modManagerLog'); В крайнем случае просто через phpMyAdmin удалите и создайте новую таблицу.
И что я вижу
В комментариях обнаружили баг с показом окошка свойств элемента при перетаскивании его в шаблон.
Не работает, вот как так? за 3 месяца не могли починить?
И после этого собирают 50 тыс долларов за разработку админки…
Fi1osofПонятно опен-сорс, но как есть.
Fi1osof