Вышел MODX 2.8.7 - починили превью, можно обновляться!
Привет друзья, у нас хорошие новости!
Несколько часов назад вышел свежий релиз MODX2, при активном участии людей из нашего сообщества!
Вот официальный Changelog в моём вольном переводе и с расшифровкой…
— Обновлён xPDO to 2.8.6-pl. Исправляет ошибку в системе кэширования
— Исправлена работа движка с нестандартными портами (#16455) от @Дима Касаткин внезапно, ага
— Улучшена обработка названия контекста, когда создаётся (#16498) при участии @Иван Бочкарев
— Исправлена невозможность удаления, включения и отключения элементов (например плагинов) в дереве админки, в случаях когда элемент находится в категории (#16493)
— Улучшен метод обработки полей в админке. Это позволит использовать, например, Radiobuttons в ClientConfig (#16467). Тему поднимал довольно давно местный участник @Олег Щавелев
— Освежили фронтенд-сборку (package.json) в админке (CSS и JS, плюс их минификацию и т.п.), подчистили устаревший код, улучшили форматирование (#16540) в том числе это позволило сделать изменения из предущих пунктов.
— Исправлен баг, из-за которого не создавался индекс user_occurred в таблице modx_manager_log во всех MySql > 5.7.8 (#16527)
— Исправлено выпадение ошибок SQL в журнал, при создании ресурса пользователем, не входящем ни в одну группу (редкий случай, но всё же) (#16477)
— Обновлена библиотека обработки изображений phpThumb на версию v1.7.22-202312071641 в которой возвращена поддержка PHP 7.4 (#16506) и (#16468). Тут поучаствовали более 10 разработчиков из нашего сообщества!
— Убрано предупреждение в процессе установки MODX в PHP 8.2 (#16482)
— Исправлена бесконечная загрузка списка удаленных ресурсов в корзине (в админке) (#16415)
— Установщик теперь будет всегда первым в списке меню админки, в разделе Приложения (#14482) Отметились @Руслан Алеев, @Іван Клімчук, @Иван Бочкарев и др. товарищи
*Возможно я отметил не всех, мог кого-то пропустить, уж простите, поправьте меня в комментариях если что.*
Я когда столкнулся с проблемой превью картинок в админке несколько недель назад (вот и сознался, что не часто заглядываю в админку ;) ) — был очень разочарован, что этот баг всё ещё не исправлен, а релиза всё нет. Тогда я написал напоминалку коллегам из MODX, но они как-то не очень торопились и сказали что надо набрать побольше фич, но я был убежден, что баг очень существенный так как аффектит большинство сайтов на MODX, которые обновляются, ведь по статистике, которую я раздобыл для пруфа (об этом пожалуй отдельный пост напишу) на PHP7 пока ещё работают подавляющее число MODX-сайтов.
Короче я накатал большой мотивационный коммент на гитхабе с приведением статистики, воззвал к дружелюбности и ответственности за счастье разработчиков и сайтостроителей…
После этого я попросил вашей поддержки для подсветки этой проблемы: закидывал дважды в чат сообщества в telegram просьбу оставить коммент, чтобы показать всю важность проблемы (ведь у нас есть здесь целый пост от @Николай Савин про ручное исправление бага, и 100500 ответов в чате по этой проблеме, ну пора уже системно было её прикрыть) — и многие поддержали!
Фактически, считаю, что именно мы с вами и пропушили этот релиз, и это очень круто! MODX становится лучше, удобнее и быстрее, за счет наших совместных усилий. Думаю в ближайшее время и MODX3 обновят, там тоже ведь превью нету. Эта победа ждёт нас ещё впереди, так что фиксируем результат, и двигаемся дальше. Всех обнимаю и благодарю. До новых встреч!
P.S. Судя по тому, что мне пришел дубликат прошлогодней рассылки с релизом MODX 3.0.4, похоже готовят 3.0.5, где также будет исправление превью в админке.
Несколько часов назад вышел свежий релиз MODX2, при активном участии людей из нашего сообщества!
Вот официальный Changelog в моём вольном переводе и с расшифровкой…
MODX Revolution 2.8.7-pl (April 9, 2024)
— Обновлён xPDO to 2.8.6-pl. Исправляет ошибку в системе кэширования
— Исправлена работа движка с нестандартными портами (#16455) от @Дима Касаткин внезапно, ага
— Улучшена обработка названия контекста, когда создаётся (#16498) при участии @Иван Бочкарев
— Исправлена невозможность удаления, включения и отключения элементов (например плагинов) в дереве админки, в случаях когда элемент находится в категории (#16493)
— Улучшен метод обработки полей в админке. Это позволит использовать, например, Radiobuttons в ClientConfig (#16467). Тему поднимал довольно давно местный участник @Олег Щавелев
— Освежили фронтенд-сборку (package.json) в админке (CSS и JS, плюс их минификацию и т.п.), подчистили устаревший код, улучшили форматирование (#16540) в том числе это позволило сделать изменения из предущих пунктов.
— Исправлен баг, из-за которого не создавался индекс user_occurred в таблице modx_manager_log во всех MySql > 5.7.8 (#16527)
— Исправлено выпадение ошибок SQL в журнал, при создании ресурса пользователем, не входящем ни в одну группу (редкий случай, но всё же) (#16477)
— Обновлена библиотека обработки изображений phpThumb на версию v1.7.22-202312071641 в которой возвращена поддержка PHP 7.4 (#16506) и (#16468). Тут поучаствовали более 10 разработчиков из нашего сообщества!
— Убрано предупреждение в процессе установки MODX в PHP 8.2 (#16482)
— Исправлена бесконечная загрузка списка удаленных ресурсов в корзине (в админке) (#16415)
— Установщик теперь будет всегда первым в списке меню админки, в разделе Приложения (#14482) Отметились @Руслан Алеев, @Іван Клімчук, @Иван Бочкарев и др. товарищи
*Возможно я отметил не всех, мог кого-то пропустить, уж простите, поправьте меня в комментариях если что.*
Отдельно хочу поблагодарить всех, кто ставил плюсики в issue про phpThumb и превью на github, где я просил авторов MODX ускорить релиз обновления именно ради этого фикса!
Я когда столкнулся с проблемой превью картинок в админке несколько недель назад (вот и сознался, что не часто заглядываю в админку ;) ) — был очень разочарован, что этот баг всё ещё не исправлен, а релиза всё нет. Тогда я написал напоминалку коллегам из MODX, но они как-то не очень торопились и сказали что надо набрать побольше фич, но я был убежден, что баг очень существенный так как аффектит большинство сайтов на MODX, которые обновляются, ведь по статистике, которую я раздобыл для пруфа (об этом пожалуй отдельный пост напишу) на PHP7 пока ещё работают подавляющее число MODX-сайтов.
Короче я накатал большой мотивационный коммент на гитхабе с приведением статистики, воззвал к дружелюбности и ответственности за счастье разработчиков и сайтостроителей…
После этого я попросил вашей поддержки для подсветки этой проблемы: закидывал дважды в чат сообщества в telegram просьбу оставить коммент, чтобы показать всю важность проблемы (ведь у нас есть здесь целый пост от @Николай Савин про ручное исправление бага, и 100500 ответов в чате по этой проблеме, ну пора уже системно было её прикрыть) — и многие поддержали!
Ура нам всем, релиз вышел, обновляемся, превью в админке работают, остальные правки тоже полезные!
Фактически, считаю, что именно мы с вами и пропушили этот релиз, и это очень круто! MODX становится лучше, удобнее и быстрее, за счет наших совместных усилий. Думаю в ближайшее время и MODX3 обновят, там тоже ведь превью нету. Эта победа ждёт нас ещё впереди, так что фиксируем результат, и двигаемся дальше. Всех обнимаю и благодарю. До новых встреч!
P.S. Судя по тому, что мне пришел дубликат прошлогодней рассылки с релизом MODX 3.0.4, похоже готовят 3.0.5, где также будет исправление превью в админке.
Поблагодарить автора
Отправить деньги
Комментарии: 11
Обновил сегодня несколько проектов, которые на PHP 7.4.
Всё прошло хорошо, без сюрпризов и ошибок! Надеюсь, у всех так же ;-)
Всё прошло хорошо, без сюрпризов и ошибок! Надеюсь, у всех так же ;-)
Также обновил 10+ сайтов, все гуд
После обновления на двух сайтах, эта переменная [[!++site_url]], выдает http вместо https, до этого, проблем с обновлениями не было
Привет! У меня нет возможности проверить по http (без https) но вот сейчас проверил на паре сайтов из тех, что обновил — всё выводится как надо, значение настройки содержит https:// в начале.
Чтобы помочь тебе, дай больше инфы:
1. Проверь в системных настройках и в настройках контекста, может у тебя руками указано значение где-то?
2. По какому протоколу открываешь сайт, когда настройка выдаёт неверное значение? Например по https. А если по http открыть (без редиректа на https) — как себя поведет настройка?
3. Какой протокол указан в настройке [[++server_protocol]]?
Чтобы помочь тебе, дай больше инфы:
1. Проверь в системных настройках и в настройках контекста, может у тебя руками указано значение где-то?
2. По какому протоколу открываешь сайт, когда настройка выдаёт неверное значение? Например по https. А если по http открыть (без редиректа на https) — как себя поведет настройка?
3. Какой протокол указан в настройке [[++server_protocol]]?
Никогда не вносил изменения в настройках, протокол https вставал автоматом до последнего обновления четко, проблем не было, пришлось в настройках контекста, руками добавить site_url и указать полный адрес
Скорее всего нужно поправить строчку в core/config/config.inc.php
там должно быть:
там должно быть:
if (!defined('MODX_URL_SCHEME')) { $url_scheme= 'https://'; define('MODX_URL_SCHEME', $url_scheme); }
Всегда переписываю после обновления, это от хостинга зависит если не ошибаюсь, у меня, например, sweb и там это нужно делать.
Возможно, только раньше и без правок обновлялось все корректно
Без данных, что я запросил выше, не могу повторить твой кейс, а хочется же разобраться.
То что ты руками указал, и сработало, это вроде как хорошо, но решить системно было бы ещё лучше!
В свежей версии MODX были правки в указанной части дефолтного конфига, и хотелось бы понять, есть ли недочёт в новой версии, или просто у тебя сайт со времён HTTP не был перенастроен на HTTPS и действуют какие то старые настройки. В любом случае я хотел бы подтвердить, что именно обновление приводит к смене протокола в url, а не что-то другое.
Я уже несколько десятков сайтов обновил и нигде такое не всплыло, вот в чем дело. Но ещё больше предстоит обновить и лучше бы я знал, если проблема и правда есть ;-)
Кстати, добавлю к списку вопросов выше ещё:
— не установлен ли у тебя тег в вёрстке? Если да, в каком значении?
То что ты руками указал, и сработало, это вроде как хорошо, но решить системно было бы ещё лучше!
В свежей версии MODX были правки в указанной части дефолтного конфига, и хотелось бы понять, есть ли недочёт в новой версии, или просто у тебя сайт со времён HTTP не был перенастроен на HTTPS и действуют какие то старые настройки. В любом случае я хотел бы подтвердить, что именно обновление приводит к смене протокола в url, а не что-то другое.
Я уже несколько десятков сайтов обновил и нигде такое не всплыло, вот в чем дело. Но ещё больше предстоит обновить и лучше бы я знал, если проблема и правда есть ;-)
Кстати, добавлю к списку вопросов выше ещё:
— не установлен ли у тебя тег в вёрстке? Если да, в каком значении?
* поправочка:
<base>
Сам относительно недавно столкнулся с проблемами phpThumb. Насколько помню в последних релизах modx была версия phpThumb, которая работала только с php 8 (в коде были фичи именно от 8-ки). А для сайта мне нужна была версия 7, соответственно были ошибки… Вручную скачивал phpThumb последней версии и заливал в core.
Насколько я помню, не во всех последних релизах была проблема со старой версией PHP (с 7й), а в 2.8.6 и 3.0.4 (предыдущих на текущий момент релизах из ветки 2.х и 3.х).
Обновляйте на крайнюю версию в пределах своей мажорной ветки (ну и с большой аккуратностью и обязательным бекапом — с 2.х на 3.х), несовместимость обработчика изображений с PHP7 исправили в MODX 2.8.7 и в 3.0.5!
Обновляйте на крайнюю версию в пределах своей мажорной ветки (ну и с большой аккуратностью и обязательным бекапом — с 2.х на 3.х), несовместимость обработчика изображений с PHP7 исправили в MODX 2.8.7 и в 3.0.5!
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.