Версии 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 с исправлением.
19 августа 2015, 05:32
Комментарии: 128
Про обновление ms2Gallery у нас есть отдельный анонс и техподдержка в магазине.
Могу сказать, что после любых обновлений дополнений нужно чистить кэш браузера, потому что он сильно кэширует javascript.
Могу сказать, что после любых обновлений дополнений нужно чистить кэш браузера, потому что он сильно кэширует javascript.
Обновился до 2.4.0, В большинстве случаев нормально, в одном (пока) не могу войти в админку, ошибка «1».
Грешил на Captca, отключил в базе captcha.enabled — 0, очистил кеш, капча отключилась, но не помогло.
Есть у кого аналогичные глюки?
Хорошо что это на modhost.pro/ и резервную копию сделал, откатить не вопрос. Но хочется понять что за ***
Грешил на Captca, отключил в базе captcha.enabled — 0, очистил кеш, капча отключилась, но не помогло.
Есть у кого аналогичные глюки?
Хорошо что это на modhost.pro/ и резервную копию сделал, откатить не вопрос. Но хочется понять что за ***
Увы. Что касается 2.4.0. Так и не смог войти после обновления. modx.pro/news/6288-the-new-version-of-modx-2-3-6-pl/#comment-44663
Откат до 2.3.6 не помог. Пришлось восстановить прежнюю версию из резервной копии.
Откат до 2.3.6 не помог. Пришлось восстановить прежнюю версию из резервной копии.
Вероятность, что глюк обновления до 2.4.0. связан с Captcha 3.3.2-pl — наиболее реальная версия. Обновил еще один сайт с данным расширением и получил ту же проблему — невозможность зайти в админку, ошибка «1». Подробностей о данной ошибки нигде нет, цифра 1 ни о чем не говорит, к сожалению. Откат до 2.3.6. и отключение Captcha 3.3.2-pl через б\д с очисткой кеша и сбросом сессий ни чего не дает. Только восстановление из резервной копии.
PS удалил Captcha 3.3.2-pl, буду пробовать обновить до 2.4.0 без нее. Посмотрим, что получится.
PS удалил Captcha 3.3.2-pl, буду пробовать обновить до 2.4.0 без нее. Посмотрим, что получится.
Не нарвался пока на баги. Пакетов много — и своих, и купленных, и общественных. AjaxManager не использую, он у меня периодически гнал, так что распрощался с ним.
На одном из сайтов не смог зайти в админку — белое поле. Удалил в консоли содержимое папки core/cache, все заработало.
На одном из сайтов не смог зайти в админку — белое поле. Удалил в консоли содержимое папки core/cache, все заработало.
Мои приветствия.
Установил modx 2.4, все компоненты хорошо установились кроме Tickets.
Установка виснет на «Trying to install pdoTools. Please wait...» или на Jevix
Пробовал устанавливать и pdoTools и Jevix до Тикетс, пробовал не устанавливать, а только загружать, в общем по-разному… результат один — виснет установка.
Василий, не знаю с чем связанно, возможно с версией modx 2.4, а может и с новой версией пдотулс, потому как до этого не было проблем.
Пожалуйста просветите.
Установил modx 2.4, все компоненты хорошо установились кроме Tickets.
Установка виснет на «Trying to install pdoTools. Please wait...» или на Jevix
Пробовал устанавливать и pdoTools и Jevix до Тикетс, пробовал не устанавливать, а только загружать, в общем по-разному… результат один — виснет установка.
Василий, не знаю с чем связанно, возможно с версией modx 2.4, а может и с новой версией пдотулс, потому как до этого не было проблем.
Пожалуйста просветите.
Судя по описанию, зависимости там мощнейшие — если нет нужных пакетов, то тупо не стартует установка.
Никаких установок нужных версий дополнений из репозиториев (как у нас сейчас в ресолвере) там нет. Вся проблема оттого, что мой установщик использовал метод getClinet() провайдера пакетов, который теперь стал protected.
Зачем и почему я использовал этот метод не знаю, наверное скопипастил откуда-то. В общем, убрал его и перезалил все пакеты — проблема решена.
Никаких установок нужных версий дополнений из репозиториев (как у нас сейчас в ресолвере) там нет. Вся проблема оттого, что мой установщик использовал метод getClinet() провайдера пакетов, который теперь стал protected.
Зачем и почему я использовал этот метод не знаю, наверное скопипастил откуда-то. В общем, убрал его и перезалил все пакеты — проблема решена.
Эта ошибка из-за хостинга. Точнее из-за его настроек. А точнее из-за настроек curl.
Я не знаю по какой причине и как связаны раскрытие редиректов (CURLOPT_FOLLOWLOCATION) и ограничивающая чьи-то шаловливые ручки функция, но факт остаётся фактом — либо безопасность, либо раскрытие редиректов в curl'е. Я так и не смог найти золотую середину, поэтому в своих скриптах, использующих curl, приходится этот момент учитывать. Видимо, разработчики modx с этими тонкостями не сталкивались.
Я не знаю по какой причине и как связаны раскрытие редиректов (CURLOPT_FOLLOWLOCATION) и ограничивающая чьи-то шаловливые ручки функция, но факт остаётся фактом — либо безопасность, либо раскрытие редиректов в curl'е. Я так и не смог найти золотую середину, поэтому в своих скриптах, использующих curl, приходится этот момент учитывать. Видимо, разработчики modx с этими тонкостями не сталкивались.
подскажите пожалуйста как убрать ошибку каталога ядра) joxi.ru/4zANZxeh9aGPA9
На modhost.pro именно так и закрыто, по умолчанию.
У нас таких вопросов не будет в принципе, аллилуйя!
У нас таких вопросов не будет в принципе, аллилуйя!
Нашел я, в чем проблемка. На Shared-хостингах распространена практика использования связки NGINX и Apache. В этом случае вся статика (картинки и текстовые файлы) обрабатывается NGINX'ом, а php-файлы обрабатывает Apache.
Таким образом, файл /core/docs/changelog.txt будет доступен независимо от того, что указано в .htaccess, а MODX проверяет доступность именно этого файла.
Выход один. Сначала проверить, что у вас не открывается в браузере файл /core/cache/logs/error.log, а потом просто удалить файл changelog.txt
Тогда ошибка исчезнет.
Таким образом, файл /core/docs/changelog.txt будет доступен независимо от того, что указано в .htaccess, а MODX проверяет доступность именно этого файла.
Выход один. Сначала проверить, что у вас не открывается в браузере файл /core/cache/logs/error.log, а потом просто удалить файл changelog.txt
Тогда ошибка исчезнет.
Такая же беда.
По всей видимости это проблема именно MODXа. Там и ссылка на «список изменений» для проверки не правильно указана (пропущен каталог «core»).
Исправил редактированием файла .htaccess в core:
По всей видимости это проблема именно MODXа. Там и ссылка на «список изменений» для проверки не правильно указана (пропущен каталог «core»).
Исправил редактированием файла .htaccess в core:
IndexIgnore */*
<Files *.*>
Order Deny,Allow
Deny from all
</Files>
Только у меня не работает перетаскивание снипетов и чанков из древа в шаблон???
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 )
Более проверить не в чем.
Удивлен, если у всех работает… или ни кто не заметил…
Есть такое у кого? И как с этим жить?
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 )
Более проверить не в чем.
Удивлен, если у всех работает… или ни кто не заметил…
Есть такое у кого? И как с этим жить?
А у меня выдает кучу ошибок при обновлении до 2.4. При нажатии кнопки «повторить» перестает работать выдавая 500 Internal Server Error.
Ошибка обновления таблицы для класса transport.modTransportProvider
Array
(
[0] => 00000
[1] =>
[2] =>
)
Ошибка обновления таблицы для класса transport.modTransportProvider
Array
(
[0] => 00000
[1] =>
[2] =>
)
Ошибка обновления таблицы для класса transport.modTransportProvider
Array
(
[0] => 00000
[1] =>
[2] =>
)
Ошибка обновления таблицы для класса modCategory
Array
(
[0] => 00000
[1] =>
[2] =>
)
Ошибка обновления таблицы для класса modCategory
Array
(
[0] => 00000
[1] =>
[2] =>
)
Ошибка при создании таблицы для класса modAccessNamespace
Таблица для класса modAccessResourceGroup успешно обновлена
Удалён индекс `principal_class` в таблице ``modx_access_resource_groups``.
Таблица для класса modAccessResourceGroup успешно обновлена
Добавлен новый индекс `principal_class` для таблицы ``modx_access_resource_groups``.
Ошибка обновления таблицы для класса modTemplateVarResourceGroup
Array
(
[0] => 00000
[1] =>
[2] =>
)
Ошибка обновления таблицы для класса modManagerLog
Array
(
[0] => 00000
[1] =>
[2] =>
)
Названия стран в профиле пользователя успешно преобразованы в коды ISO.
0 updated
2.4.0 — наборы параметров кердык ((
Прочел на modxclub и с ужасом пошел проверять сайты, где использованы наборы параметров, а обычно это оформление пагигации для pdoPage, как минимум. И, о ужас, все отвалилось.
Кто еще не обновился — не спешите. Откат, кстати, до 2.3.6 не помогает, опять, только резервная копия, если есть.
Прочел на modxclub и с ужасом пошел проверять сайты, где использованы наборы параметров, а обычно это оформление пагигации для pdoPage, как минимум. И, о ужас, все отвалилось.
Кто еще не обновился — не спешите. Откат, кстати, до 2.3.6 не помогает, опять, только резервная копия, если есть.
BobRay выпустил http://modx.com/extras/package/upgrademodx Пакет для обновления MODX из админки с выбором версий.
Рискнул обновится на 2.4.0 — после нескольких очисток кэша всё заработало нормально, приятные изменения.
Только в лог ошибок движка посыпались такие ошибки:
Только в лог ошибок движка посыпались такие ошибки:
[2015-08-31 09:21:18] (ERROR @ /home/s****/www/core/model/modx/processors/system/config_check.inc.php : 94) PHP warning: curl_setopt(): CURLOPT_FOLLOWLOCATION cannot be activated when an open_basedir is set
Сегодня вышел Modx 2.4.1 версия новая, а критические баги — modx.pro/development/6312-how-not-to-extend-modx-processors/ не устранены. В общем не понятно, зачем ее выпускали.
Вообще-то, Виталий тот новый процессор создал, я в прошлом топике писал ему просьбу поправить все это, со своей стороны как смог, помог. Собственно, не совсем ясно почему сейчас должны гнать на MODX, когда в возникновении ошибки изначально виноваты не совсем они (сложно очень все это было оттестировать, и сброса параметров можно было не заметь). Сейчас у меня там слишком все радикально переписано, и я тоже мог чего-то не учесть (может этот процессор еще где-то используется, они же там какой-то новый функционал дописывали), потому и не принимают. Но вот Виталий меня проигнорил не услышал. Обратитесь все дружно к нему и попросите срочно исправить. В крайнем случае, если этот процессор больше нигде не используется, путь удалит старый и вернут non-classed процессор. А то получается сделал, и пофиг на всех.
Обратитесь все дружно к нему и попросите срочно исправить.Присоединяюсь к просьбе!
У Виталия в профиле закрыта отправка сообщений. Надеюсь, кто то обратит его внимание на данную проблему.
Вышла версия 2.4.2 исправлен баг с затиранием первого набора параметров.
На выходных буду обновляться. Вроде бы больше особо злых багов не было. Если кто раньше не обновлялся из-за рекомендации не обновляться, можете начинать тестировать, эта версия должна быть вполне рабочей.
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]
На выходных буду обновляться. Вроде бы больше особо злых багов не было. Если кто раньше не обновлялся из-за рекомендации не обновляться, можете начинать тестировать, эта версия должна быть вполне рабочей.
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]
На сайте с обновлённым modx при экспорте любого набора параметров получаю ошибку:
На обоих сайтах версия 2.4.2. На 2.3.6 экспорт работал отлично, поэтому дело, думаю, не в настройках сервера.
{"success":false,"message":"\u0414\u043e\u0441\u0442\u0443\u043f \u0437\u0430\u043f\u0440\u0435\u0449\u0451\u043d.","total":0,"data":[],"object":{"code":401}}.ru/connectors/index.php?action=element/exportProperties&download=1&id=1&data=[{%22name%22:%22cache%22,%22desc%22:%22pdotools_prop_cache%22,%22xtype%22:%22combo-boolean%22,%22options%22:[],%22value%22:true,%22lexicon%22:%22pdotools:properties%22,%22overridden%22:1,%22desc_trans%22:%22%D0%9A%D1%8D%D1%88%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%20%D1%80%D0%B5%D0%B7%D1%83%D0%BB%D1%8C%D1%82%D0%B0%D1%82%D0%BE%D0%B2%20%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B%20%D1%81%D0%BD%D0%B8%D0%BF%D0%BF%D0%B5%D1%82%D0%B0.%22,%22area%22:%22%22,%22area_trans%22:%22%22,%22menu%22:null},{%22name%22:%22cacheAnonymous%22На обоих сайтах версия 2.4.2. На 2.3.6 экспорт работал отлично, поэтому дело, думаю, не в настройках сервера.
Аа, ну тогда это дело только в настройке вашего сервера. При чем судя по всему «414 Request-URI Too Large» это проблема не с ответом, а с запросом. Посмотрите, может он не POST, а GET, и там куча параметров в запросе. Увеличьте параметры веб-сервера, и все ОК должно стать. Это как с лимитами на размеры загружаемых файлов.
Да, запрос get. Увеличил large_client_header_buffers в nginx, ошибка 414 пропала. Зато появилась ошибка 500. В логе вот что:
Также создал новый набор параметров с одним параметром — экспортируется нормально. Буду дальше копаться в настройках. :)
[alert] 8019#0: *1 fastcgi request record is too big: 67063, client: , server: .ru, request: "GET /connectors/index.php?action=element/exportProperties&download=1&id=3&data=fastcgi_buffers 8 1M;
fastcgi_buffer_size 1M;
fastcgi_busy_buffers_size 2M;Также создал новый набор параметров с одним параметром — экспортируется нормально. Буду дальше копаться в настройках. :)
Разобрался. Нужно сначала создать параметры в наборе, а потом уже связывать с элементом. Таким образом, сам набор содержит только изменённые параметры и экспортируется без проблем.
А если связать с элементом сразу при создании, то копируются все доступные параметры элемента и получается ошибка при экспорте, так как список получается большой.
В любом случае, спасибо за подсказки.
А если связать с элементом сразу при создании, то копируются все доступные параметры элемента и получается ошибка при экспорте, так как список получается большой.
В любом случае, спасибо за подсказки.
К слову, очень рад «видеть» себя в списке участников этой версии. modx.com/blog/2015/10/06/modx-revolution-2.4.2-bug-fixes-ui-improvements/
Сам себе отвечу. Поставил 2.4.2, ничего не слетает. Запустил на последней версии Shopkeeper3 и tagManager2, полёт отличный.
Параметры живы.
Единственное напрягает, этот вывод предупреждения, что
Параметры живы.
Единственное напрягает, этот вывод предупреждения, что
В настройках системы присутствуют ошибки: Каталог ядра в открытом доступе, хотя все меры по закрытию директорий приняты.
Обновитесь до 2.4.2. Удалите таблицу этого класса, и в консоли выполните
$modx->getManager()->createObjectContainer('modManagerLog'); В крайнем случае просто через phpMyAdmin удалите и создайте новую таблицу.
$modx->getManager()->createObjectContainer('modManagerLog'); В крайнем случае просто через phpMyAdmin удалите и создайте новую таблицу.
Ох (по другому назвать не могу) горе разработчики modx, обновился я до 2.4.2
И что я вижу
В комментариях обнаружили баг с показом окошка свойств элемента при перетаскивании его в шаблон.
Не работает, вот как так? за 3 месяца не могли починить?
И после этого собирают 50 тыс долларов за разработку админки…
И что я вижу
В комментариях обнаружили баг с показом окошка свойств элемента при перетаскивании его в шаблон.
Не работает, вот как так? за 3 месяца не могли починить?
И после этого собирают 50 тыс долларов за разработку админки…
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| ms2Gallery | 2.0.12-pl от 25.09.2020 | 4 575 |
| Tickets | 1.13.0-pl от 10.03.2020 | 19 560 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 54 173 |
| Jevix | 1.3.2-pl от 29.03.2019 | 12 785 |
| BannerY | 1.4.1-pl от 16.04.2019 | 2 753 |
| miniShop2 | 4.4.0-pl от 06.08.2024 | 26 104 |
| Ace | 1.9.4-pl от 23.02.2024 | 14 718 |
Вчера в 08:53
если правильно понял то так
{set $rows = json_decode($_modx->resource.constructor_block, true)}
{foreach $r...
