MODX 2.7
Доступна новая версия MODX — 2.7.0
Изменений огромное количество, но вот самые интересные:
За загрузку при помощи Composer, установку через CLI и оптимизацию Media Manager можно сказать спасибо лично мне — это было сделано во время работы над MODX 3 в Нидерландах весной. Вот one-liner для установки нового сайта на хостинг:
Протестировать новую версию уже можно на modhost.pro.
Изменений огромное количество, но вот самые интересные:
- Вместо простой очистки корзины, у нас теперь есть целый менеджер удалённых ресурсов — где их можно поискать, удалить окончательно, или восстановить.
- Добавлена новая системная настройка automatic_template_assignment для указания автоматического назначения шаблона новому ресурсу.
- Поддержка загрузки MODX через Composer
- Возможность установить MODX на хостинг через CLI (как логичное продолжение загрузки через Composer). Таким образом, теперь можно ставить MODX на сервер одной консольной командой.
- Добавлены настройки для автоматизации статических элементов (типа автоматом создавать файлы для них)
- Новое системное событие OnBeforeRegisterClientScripts даёт возможность манипуляции со скриптами и стилями перед их включением на страницу.
- Сильно убыстренный Media Manager. Ленивая загрузка и кэширование картинок — теперь браузер не вешается даже при просмотре директорий с тысячами изображений.
- В управлении пакетами появилась кнопка удаления старых версий
- Поддержка средней кнопки мышки для открытия ссылок менеджера в новых окнах
- Возможность скопировать путь файла\директории прямо из менеджера файлов
- Возможность указать свой собственный путь до лога ошибок
- Пароли пользователей хэшируются через встроенный в PHP алгоритм
При регистрации скриптов теперь не добавляется type="text/javascript"Похоже, тут поторопились с анонсом.- Проверка id конечного ресурса при обработке символических ссылок
- Возможность поиска по id в админке, потому что в логах ошибок часто пишут id чего-либо, а не имя
За загрузку при помощи Composer, установку через CLI и оптимизацию Media Manager можно сказать спасибо лично мне — это было сделано во время работы над MODX 3 в Нидерландах весной. Вот one-liner для установки нового сайта на хостинг:
composer create-project modx/revolution ~/www 2.7.0-pl --keep-vcs &&
rm -rf ~/www/.git &&
php ~/www/setup/cli-install.php --database_server=127.0.0.1 --cmsadmin=admin --cmspassword=adminpass \
--database_password=6NuVgPuJ4aSq --table_prefix=modx_ --http_host=s16484.h4.modhost.pro \
--language=en --database=s16484 --database_user=s16484 \
--cmsadminemail=admin@s16484.h4.modhost.pro --core_path=/home/s16484/www/core/ \
--context_mgr_path=/home/s16484/www/manager/ --context_mgr_url=/manager/ \
--context_connectors_path=/home/s16484/www/connectors/ \
--context_connectors_url=/connectors/ --context_web_path=/home/s16484/www/
Если просто вызвать php ~/www/setup/cli-install.php, то будет пошаговый скрипт.Протестировать новую версию уже можно на modhost.pro.
Комментарии: 142
Новое системное событие OnBeforeRegScripts даёт возможность манипуляции со скриптами и стилями перед их включением на страницу.Если точнее "OnBeforeRegisterClientScripts".
При регистрации скриптов теперь не добавляется type=«text/javascript»Наверно разговор про это. Но видимо это осталось только в планах.
И ещё отмечу это изменение. Несмотря на споры, его всё-таки приняли. Напомню, про что это. Т.е. создаёте CRC FenomResource, в котором меняете механизм парсинга — парсите только fenom (прям как у фреймворков). И никаких глюков и костылей.
А вообще не понятно, какой вектор развития MODX. Будут поддерживать 2 ветки — 2.х и 3.х? Или только 3.х? Тройка вроде ещё в альфа. Ладно, пошёл обновляться.
Поправил заметку, спасибо.
И ещё отмечу это изменениеОтличное изменение!
А вообще не понятноПро это в пору отдельную заметку писать, но пока предлагаю порадоваться выходу 2.7
Это точно, так как 2.7 версию очень долго готовили к выходу.
И ещё отмечу это изменение. Несмотря на споры, его всё-таки приняли. Напомню, про что это. Т.е. создаёте CRC FenomResource, в котором меняете механизм парсинга — парсите только fenom (прям как у фреймворков). И никаких глюков и костылей.Добрый день. Интересное изменение. Хотелось бы увидеть примеры. Чтоб можно было понять даже самым глупым.
Придётся подождать, когда появится свободное время. Ждём… Ждём… Ждём… ))
«Поддержка средней кнопки мышки для открытия ссылок менеджера в новых окнах»
У кого-то это заработало? А то у меня открывается в новой вкладке то же окно, из которого пытаюсь открыть другой шаблон/ресурс.
У кого-то это заработало? А то у меня открывается в новой вкладке то же окно, из которого пытаюсь открыть другой шаблон/ресурс.
Если ты обновил старую систему — то нужно почистить кэш браузера, потому что он кэширует старые скрипты и стили.
У меня, увы, нет средней кнопки мыши — не могу проверить.
У меня, увы, нет средней кнопки мыши — не могу проверить.
Тоже не сработало, может имеется ввиду что-то другое, кеш вроде чистил и Ctrl+F5 нажимал.
— Allow a middle mouse click to open links in a new tab/window [#14061]Вот такое изменение, вроде как влито в код.
Больше ничего сказать не могу.
Там есть нюансы в зависимости от браузера. Или даже проблема в реализации Javascript. По неведомой причине событие onclick не содержит нужной информации, чтобы правильно обработать клик средней кнопкой. Саму логику улучшили, но не польностью. Там в самом PR есть детали, ссыку на него выше Вася запостил.
Там баг с Windows и Unix-подобных OS, на Windows событие срабатывает на отпускание кнопки, на Unix на нажатие. В MODX код реагирует на нажатие, в будущем скорее всего исправится это.
Пользуйтесь как и раньше ctrl+клик
Тоже на чистой установке проверил — не работает, в хроме точно.
Вчера установил тестовый сайт и на него установил дополнения сразу, чтобы протестить, перед установкой на реальные проекты (чет не пойму нифига, это смертельные ошибки?):
[2018-11-28 10:57:00] (ERROR in modMenu::getSubMenus @ /home/s16492/www/core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace userfiles to the routing based system.
[2018-11-28 10:57:00] (ERROR in modMenu::getSubMenus @ /home/s16492/www/core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace msearch2 to the routing based system.
[2018-11-28 10:57:01] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:57:10] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:58:00] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:58:02] (ERROR in modManagerRequest::prepareResponse @ /home/s16492/www/core/model/modx/modmanagerrequest.class.php : 187) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace msearch2 to the routing based system.
[2018-11-28 10:58:02] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:58:04] (ERROR in modManagerRequest::prepareResponse @ /home/s16492/www/core/model/modx/modmanagerrequest.class.php : 187) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace userfiles to the routing based system.
[2018-11-28 10:58:04] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:58:07] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:58:07] (ERROR in xPDO::getService @ /home/s16492/www/core/xpdo/xpdo.class.php : 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-11-28 10:58:07] (ERROR in xPDO::getService @ /home/s16492/www/core/xpdo/xpdo.class.php : 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-11-28 10:58:07] (ERROR in modRestCurlClient::__construct @ /home/s16492/www/core/model/modx/rest/modrestcurlclient.class.php : 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-11-28 10:58:07] (ERROR in modRestCurlClient::__construct @ /home/s16492/www/core/model/modx/rest/modrestcurlclient.class.php : 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-11-28 10:58:09] (ERROR in xPDO::getService @ /home/s16492/www/core/xpdo/xpdo.class.php : 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-11-28 10:58:09] (ERROR in modRestCurlClient::__construct @ /home/s16492/www/core/model/modx/rest/modrestcurlclient.class.php : 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-11-28 10:58:09] (ERROR in modManagerRequest::prepareResponse @ /home/s16492/www/core/model/modx/modmanagerrequest.class.php : 187) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace msearch2 to the routing based system.
[2018-11-28 10:58:09] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
[2018-11-28 10:58:14] (ERROR in modProcessor::run @ /home/s16492/www/core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
Нет, это можно отключить в настройке log_deprecated
Спасибо!
Вань, а зачем по-умолчанию эта фича включена? Валятся ошибки из ядра. Зачем это вываливать конечным пользователям? Включили бы на время тестирования, вычистили и отключили.
Потому что иначе никто не будет шевелиться, и когда эти функции реально будут удалены, воплей и поломаных сайтов будет больше. Цель — заставить авторов дополнений исправить свой код. Ну и предупредить разработчиков сайтов, если они использовали что-то старое. Вообще так делается всегда, даже в самом PHP если вызвать депрекейтед функцию, будет валиться warning.
Т.е. это не для тестов, а для реальной жизни. Вася вон ms2 уже исправил.
Т.е. это не для тестов, а для реальной жизни. Вася вон ms2 уже исправил.
Тогда странно, что они сами не исправили вызовы устаревших функций.
То, что в самом MODX — исправлено частично, но большинство ошибок в допах, где используется устаревший способ задания меню через указание action id. Помечать их как deprecated следовало сильно раньше, конечно. Но MODX 3 клюет в задницу. Ну и я не знаю, кого ты имеешь ввиду под «они».
Ну и подробно обо всем Марк уже написал — www.markhamstra.com/modx/2018/deprecated-notices-in-modx-2.7/
Ну и подробно обо всем Марк уже написал — www.markhamstra.com/modx/2018/deprecated-notices-in-modx-2.7/
Обновил mSearch2, чтобы он не выдавал таких ошибок. Теперь в адресе не ссылка на id с разделом, а namespace и имя контроллера.
Можно загружать версию 1.12 из modstore.pro. Не забудь почистить кэш сайта.
Можно загружать версию 1.12 из modstore.pro. Не забудь почистить кэш сайта.
Крутяк, пасибо!
Можешь подсказать чего и где нужно подкрутить?
Надо устанавливать modMenu без modAction. Это в Tickets уже было.
А в новой версии я добавил еще удаление старого modAction и ненужных файлов, вот коммит.
Обрати внимание, что в сборщике установка меню переехала вниз, после выполнения ресолеров — чтобы можно было сначала удалить старый пункт меню, а потом пакет установит новый.
А в новой версии я добавил еще удаление старого modAction и ненужных файлов, вот коммит.
Обрати внимание, что в сборщике установка меню переехала вниз, после выполнения ресолеров — чтобы можно было сначала удалить старый пункт меню, а потом пакет установит новый.
Спасибо!
Спасибо за апдейт.
А когда выйдет MODX 3? :)
А когда выйдет MODX 3? :)
Не уверен с обновлением ли это, но у типа TV Checkbox пропало поле «возможные значения».
(upd: как и у других типов с выбором)
(upd: как и у других типов с выбором)
У меня такой ошибки нет
Вот такая ошибка вывалилась:
[2018-11-28 14:58:45] (ERROR @ /home/greencemicals/web/site.com/public_shtml/core/model/modx/modx.class.php : 2490) Could not set the locale. Please check if the locale ru_RU.UTF-8 exists on your system
Везде русский стоит, есть идеи от чего?
У меня примерно тоже самое:
[2018-11-29 17:51:25] (ERROR @ /var/www/vhosts/griffin.md/httpdocs/core/model/modx/modx.class.php : 2490) Could not set the locale. Please check if the locale en exists on your system
Локаль одна — «ru_RU.UTF-8» прописана в настройках
Была такая проблема при обновлении на 2.7.
На сервере, стояла локаль en_US.UTF-8 UTF-8
Прописал в настойках modx locale en_US.UTF-8 и ошибка ушла
Что бы использовать ru_RU.UTF-8
Сгенерировал две локали на сервере
проверить можно так
На сервере, стояла локаль en_US.UTF-8 UTF-8
Прописал в настойках modx locale en_US.UTF-8 и ошибка ушла
Что бы использовать ru_RU.UTF-8
Сгенерировал две локали на сервере
root@localhost:~# cat /etc/locale.gen | grep -v '#'
en_US.UTF-8 UTF-8
ru_RU.UTF-8 UTF-8
При этом кириллическую локаль поставил основной, и все гуд.проверить можно так
root@localhost:~# echo $LANG
А кто-нибудь уже обновляется, у кого core лежит выше document_root?
У меня пока ошибка.
Ошибка во время обновления:
Вот что записывается в config.inc.php 90-93 строка
Parse error: syntax error, unexpected '{' in ...***/core/config/config.inc.php on line 91
Вот что записывается в config.inc.php 90-93 строка
if (!defined('MODX_CACHE_DISABLED')) {
$modx_cache_disabled= {cache_disabled};
define('MODX_CACHE_DISABLED', $modx_cache_disabled);
}
advanced дистрибутив?
Current Version
Почему данную строку переписывает и заключает cache_disabled в фигурные скобки?
Почему данную строку переписывает и заключает cache_disabled в фигурные скобки?
$modx_cache_disabled= {cache_disabled};
У меня так было на advanced дистрибутиве. Во время установки отвалился по тайм-ауту /setup/index.php. Восстановил config.inc.php из бэкапа, core.zip заранее разархивировал и со 2 раза встало нормально, скрипт по таймауту не отвалился.
Использовать текущий псевдоним в пути псевдонимовВот это отличная настройка у ресурса!
А что это за настройка? Не пойму
Убирает alias ресурса из url.
Например есть путь — sitename.ru/catalog/page.html, выключаем галку у ресурса catalog и получается — sitename.ru/page.html
Например есть путь — sitename.ru/catalog/page.html, выключаем галку у ресурса catalog и получается — sitename.ru/page.html
Если я правильно понимаю, убирает алиас ресурса из адреса страницы. Например, есть адрес /catalog/cars/bmw/ и у ресурса cars снять эту галочку, то получится /catalog/bmw/
Теперь понятно, при использовании вложенных url очень полезно.
Спасибо за ответы!!!
Спасибо за ответы!!!
А известно при каких условиях появляется эта опция? А то я сайт обновил и эта опция только на некоторых ресурсах. Хотя на другом сайте на всех ресурсах…
Извините, что-то я не понял. У меня сейчас магазин на версии 2.7 и как раз по ходу проблема с этой настройкой.
У меня такой путь в урл должен быть domain/catalog/category/category-child/page.html, а в адресе почему-то такой domain/category-child/page.html. Где что нажать чтобы нормальный полный путь был.
Настройка полезная, раньше своими костылями решал, но сейчас что-то не пойму как в нормальный вид привести. Сайт новый, еще разрабатывается.
У меня такой путь в урл должен быть domain/catalog/category/category-child/page.html, а в адресе почему-то такой domain/category-child/page.html. Где что нажать чтобы нормальный полный путь был.
Настройка полезная, раньше своими костылями решал, но сейчас что-то не пойму как в нормальный вид привести. Сайт новый, еще разрабатывается.
Нашел. А как сделать, чтобы галка по умолчанию уже стояла? Где эта настройка находится?
По-моему, такой настройки нет, только у конкретных ресурсов выключить можно. Ну или плагин писать. В админке есть настройка «Использовать вложенные URL», если ее убрать вообще вложенных не будет, не понятно что именно вы хотите сделать.
Хочу чтобы по умолчанию как раньше полный путь был, а не руками каждому ресурсу задавать, чтобы он в адресе отображался.
Странное поведение, у меня со всеми url все нормально, на разных сайтах проверил, никаких изменений не было после обновления.
а как вы делаете? Сайты на минишоп? Как я понимаю, создаете новый ресурс и все? Путь полный? У меня нужно жмакнуть сюда skrinshoter.ru/s/041218/sdTZoKzF и сохранить тогда будет в урл.
Да, сейчас обновил сайт на minishop2. Просто создаю ресурс и все — url полный, ничего лишнего жмакать не нужно.
А настройки дружественных урлов? А при создании нового ресурса здесь skrinshoter.ru/s/051218/spBSNtYb галка стоит?
Да, стоит
Василий, привет! Не пойму, почему так усердно обсуждается «средняя кнопка», а не факт Релиза, ну да ладно.
Эта версия, это действительно большой и сложный шаг вперёд, к MODX 3, поэтому: Спасибо тебе за твой существенный вклад в развитие проекта MODX Revolution.У меня нет сомнений, что многие важные, нужные и полезные изменения имеют место в MODX 3 только благодаря твоему участию. За что отдельно спасибо. Не обнова, а заглядение.
Эта версия, это действительно большой и сложный шаг вперёд, к MODX 3, поэтому: Спасибо тебе за твой существенный вклад в развитие проекта MODX Revolution.У меня нет сомнений, что многие важные, нужные и полезные изменения имеют место в MODX 3 только благодаря твоему участию. За что отдельно спасибо. Не обнова, а заглядение.
На здоровье!
Но, справедливости ради, я никак не помогал выпуску этой версии — только отправил 3 pull-request, которые сочли возможным вставить в 2.7, а не ждать 3.0.
Но, в любом случае, новость очень позитивная. Теперь ждём новостей по 3й версии.
Но, справедливости ради, я никак не помогал выпуску этой версии — только отправил 3 pull-request, которые сочли возможным вставить в 2.7, а не ждать 3.0.
Но, в любом случае, новость очень позитивная. Теперь ждём новостей по 3й версии.
Я о совокупности — о MODX 3 и MODX в целом, а не данном частном случае. Но ты безусловно прав — основе MODX тоже (и тем более) огромное спасибо!
Василий, а у тебя есть информация по 3 версии какая-то? Что происходит и что думают разработчики?
Какие у вас есть вопросы? Я один из тех немногих, кому не лень этим заниматься.
Интересно, в основном, когда ждать следующей хотябы тестовой версии
Пока сложно сказать.
Пока в планах слить ветку 2 в ветку 3 (начал это делать, но там конфликты в 500+ файлах, задача не из простых), чтобы можно было уже спокойно переключиться на 3 версию. Следом перевести те PR, чтобы были сделаны для 2 версии, на 3, обновить и поправить конфликты в существующих PR. После этого в принципе можно пробовать делать новую тестовую версию.
Работы, учитывая количество активных участников, примерно на месяц, но так как впереди праздники, скорее всего что-то рабочее будет уже после нового года. Но может и раньше, если найдутся свободные руки с непреодолимым желанием помочь кодом.
Пока в планах слить ветку 2 в ветку 3 (начал это делать, но там конфликты в 500+ файлах, задача не из простых), чтобы можно было уже спокойно переключиться на 3 версию. Следом перевести те PR, чтобы были сделаны для 2 версии, на 3, обновить и поправить конфликты в существующих PR. После этого в принципе можно пробовать делать новую тестовую версию.
Работы, учитывая количество активных участников, примерно на месяц, но так как впереди праздники, скорее всего что-то рабочее будет уже после нового года. Но может и раньше, если найдутся свободные руки с непреодолимым желанием помочь кодом.
Василий, здравствуйте, заметил, что быстрая кнопка создания вложенного ресурса (плюс справа при наведении на ресурс) не работает на категориях и товарах minishop2. Не знай, нужна ли эта функция для магазина, просто к сведению.
В такие моменты как-то по особенному радуешься за MODX. Спасибо вам, ребята, за действительно отличную работу!
И да, с changelog просто выпал.
И да, с changelog просто выпал.
Классное обновления!
Я что-то пропустил?! Имеется в виду шаблонизатор ведь?
Я что-то пропустил?! Имеется в виду шаблонизатор ведь?
Update Smarty to 3.1.33 [#14126]
Это про бек-энд.
Мне показалось, или админка заметно быстрее стала работать? Просто нет пока возможности протестировать на более менее крупных сайтах. А на небольшом судя по ощущениям быстрее, или кажется?
Были изменения в запросе подсчета ресурсов и вложенных, должно быть заметнее при большом кол-ве ресурсов — github.com/modxcms/revolution/issues/14064
Всем кому интересны новости о MODX3 — modx.today/posts/2018/11/what-happened-to-modx-3
Обновил до 2.7 через UpgradeMODX. Перестала работать админка. После установки я залогинился, и у меня вывалилась пустая страница. Кеш чистил. В логах:
[Thu Nov 29 10:14:44.495940 2018] [authz_core:error] [pid 11456] [client 127.0.0.1:36832] AH01630: client denied by server configuration: /var/www/vogel-noot/public_html/core/docs/changelog.txt
[Thu Nov 29 10:14:56.377175 2018] [authz_core:error] [pid 20338] [client 127.0.0.1:37056] AH01630: client denied by server configuration: /var/www/vogel-noot/public_html/core/docs/changelog.txt
[Thu Nov 29 10:18:09.358526 2018] [authz_core:error] [pid 11454] [client 127.0.0.1:40212] AH01630: client denied by server configuration: /var/www/vogel-noot/public_html/core/docs/changelog.txt
[Thu Nov 29 10:18:11.233399 2018] [php7:notice] [pid 20340] [client 127.0.0.1:39848] PHP Fatal error: Uncaught Error: Call to undefined method modX::deprecated() in /var/www/vogel-noot/public_html/core/model/modx/modmenu.class.php:119\nStack trace:\n#0 /var/www/vogel-noot/public_html/core/model/modx/modmenu.class.php(145): modMenu->getSubMenus('components')\n#1 /var/www/vogel-noot/public_html/core/model/modx/modmenu.class.php(66): modMenu->getSubMenus('topnav')\n#2 /var/www/vogel-noot/public_html/manager/controllers/default/header.php(242): modMenu->rebuildCache('topnav')\n#3 /var/www/vogel-noot/public_html/manager/controllers/default/header.php(150): TopMenu->getCache('topnav')\n#4 /var/www/vogel-noot/public_html/manager/controllers/default/header.php(81): TopMenu->buildMenu('topnav', 'navb')\n#5 /var/www/vogel-noot/public_html/manager/controllers/default/header.php(363): TopMenu->render()\n#6 /var/www/vogel-noot/public_html/core/model/modx/modmanagercontroller.class.php(290): include_once('/var/www/vogel-...')\n#7 /var/www/vogel-noot/public_html/core/model/modx/modmanagercontroller.class.php(483): modManagerControll in /var/www/vogel-noot/public_html/core/model/modx/modmenu.class.php on line 119, referer: http://vogel-noot/manager/
а UpgradeMODX сначала обновил?
на своем тестовом, сначала обновил плагин потом уже через него сам modx.
Все норм.
на тестовом без извращений было правда, ядро не выносил из корня.
на своем тестовом, сначала обновил плагин потом уже через него сам modx.
Все норм.
на тестовом без извращений было правда, ядро не выносил из корня.
сначала нет, потом откатился. Потом обновил upgradeMODX, запустил ещё раз обновление системы, там ещё хуже ошибки вывалились при самом обновлении.
другими словами, до 2.7 пока не обновляться?
Ну это, может, у меня так просто. Можно сделать бекап файлов и попробовать обновиться, если что потом файлы из бекапа восстановить.
ясненько. ждем 2.7.1
Я обновился до 2.7, полет нормальный, Shiptor только отвалился
Добрый день! Посмотрите мою статью как я вчера пробовал с чистого листа установить MODX 2.7.0 на локальный хостинг OpenServer 5.2.9 и помогите, пожалуйста, разобраться что делать дальше. Дошёл до установки дополнений и после 10-15 шт всё заключило и зависло так, что пришлось по новой MODX переустанавливать… хотел написать здесь комментарий, но уж слишком много текста получилось!
куда столько много дополнений?
транслит + айс + формит
и твори в каком-нить фреймворке (bootstrap, w3.css и др.)
всякие галереи и прочее 100 лет не нужно, ту же галерею дешевле быстрее и безглючнее сверстать вручную.
транслит + айс + формит
и твори в каком-нить фреймворке (bootstrap, w3.css и др.)
всякие галереи и прочее 100 лет не нужно, ту же галерею дешевле быстрее и безглючнее сверстать вручную.
Почему-то раздражает плюсик, появляющийся в дереве, уберите хотя бы transition и так же еще можно уменьшить opacity.
В родной теме все ок, глянул сейчас, так что стоит проверить кастомные стили.
Да ладно. А это что?
C меню действительно косяк, если добавляется еще один «горизонтальный» пункт. Добавленный пункт не помещается и съезжает.
Добавьте issue про меню на github — github.com/modxcms/revolution/issues
Ага, огонь!
Я так понимаю, это только в случае с русским языком (возможно и еще с каким-то с длинными строками)?
С любым языком может быть, добавляем горизонтальный пункт меню и он не помещается в #modx-topnav {max-width: 68em;}
Обновился.
Админка работает, а сайт пустой. Насколько могу судить, проблема в устаревших приложениях (ERROR in modMenu, ERROR in modTemplateVar, ERROR in modProcessor).
core лежит отдельно. Кэш чистил.
Откатываюсь обратно на 2.6.5
Админка работает, а сайт пустой. Насколько могу судить, проблема в устаревших приложениях (ERROR in modMenu, ERROR in modTemplateVar, ERROR in modProcessor).
core лежит отдельно. Кэш чистил.
Откатываюсь обратно на 2.6.5
core — отдельно, это выше document_root или папка переименована, но лежит в document_root?
Выше
Тогда можно скачать advanced-дистрибутив, затем:
1. Распаковываем его. В нем 2 папки setup и core
2. Папку setup засовываем в document_root, а core выше document_root
3. Распаковывем <path_to_core>/core/packages/core.transport.zip что процесс установки прошел быстрее и не отвалился по таймауту.
4. Запускаем /setup/
5. Скрипт установки скажет, что не может найти core. Нужно указать путь до core
6. Готово. Та же самая инфа есть тут docs.modx.com/revolution/2.x/getting-started/installation/advanced-installation
1. Распаковываем его. В нем 2 папки setup и core
2. Папку setup засовываем в document_root, а core выше document_root
3. Распаковывем <path_to_core>/core/packages/core.transport.zip что процесс установки прошел быстрее и не отвалился по таймауту.
4. Запускаем /setup/
5. Скрипт установки скажет, что не может найти core. Нужно указать путь до core
6. Готово. Та же самая инфа есть тут docs.modx.com/revolution/2.x/getting-started/installation/advanced-installation
Павел, так я так всегда и обновляюсь (да и не знаю, как по другому обновляться с advanced). С накатыванием обновления проблем нет. Проблема, насколько я могу судить по ошибкам в отчете, у старых приложений с новой версией движка. Сайт после обновления перестал собираться — открывается просто пустая страница без единой строчки кода. Докапываться до сути времени нет — пользователи в панике, просто откатился на предыдущую версию и все опять норм.
Так кто же обновляется на продакшн-сервере с живыми пользователями? Выносите сайт на dev сервер, обновляетесь, решаете все проблемы, а потом с dev на продакшен
Попытка обновиться с 2.6.5 до 2.7.0 при помощи обновленного UpgradeModx привела к полному падению двух проектов, на разных хостингах. Остальные решил даже и не трогать. Белый пустой экран для фронтенда и бекенда.
Установил 2.7.0 с нуля. Решил посмотреть что за новая системная настройка, задающая шаблон по умолчанию и в чем отличие от уже существующей. И столкнулся с тем, что невозможно прочесть описание, которое открывается при клике на плюс. Оно выводится одной строкой и даже раздвинув поле на весь экран я не могу его прочесть на мониторе 29 дюймов. Пришлось лезть в исходный код страницы и там искать.
И вот не понимаю я что такое
Установил 2.7.0 с нуля. Решил посмотреть что за новая системная настройка, задающая шаблон по умолчанию и в чем отличие от уже существующей. И столкнулся с тем, что невозможно прочесть описание, которое открывается при клике на плюс. Оно выводится одной строкой и даже раздвинув поле на весь экран я не могу его прочесть на мониторе 29 дюймов. Пришлось лезть в исходный код страницы и там искать.
И вот не понимаю я что такое
«sibling» (наследуется наиболее используемый шаблон соседних ресурсов)Какая логика работы? Если я выставлю значение в sibling то какой шаблон выберет MODX если будет уже создано 4 ресурса, у каждого свой отдельный шаблон…
Берётся шаблон последнего ресурса текущего родителя. Причём логика такая — если у него нет шаблона, то и у создаваемого не будет.
Спасибо, что пояснили.
Но согласитесь, «последний» и «наиболее используемый» это очень разные вещи.
Но согласитесь, «последний» и «наиболее используемый» это очень разные вещи.
Моё мнение — данная фича вообще не нужна в ядре. Вещь специфическая — одному нужно так, другому эдак. Причем в первом ресурсе нужно указать шаблон. Иначе у всех остальных тоже будет пусто. Это нужно держать в голове.
Эту задачу можно легко решить через плагины.
Эту задачу можно легко решить через плагины.
И столкнулся с тем, что невозможно прочесть описание, которое открывается при клике на плюс. Оно выводится одной строкой и даже раздвинув поле на весь экран я не могу его прочесть на мониторе 29 дюймов.Уже пожаловались.
У кого-то получилось вот это?
Добавлены настройки для автоматизации статических элементов (типа автоматом создавать файлы для них)
Написал, а потом только подумал заглянуть в системные настройки. Сейчас проверим, работает ли это.
У кого-то получилось вот это?
Не работает автоматизация статических элементов. По крайней мере у меня.
Изначально даже радует, действительно при создании шаблона, чанка или сниппета сразу проставляется корректный путь, при вводе имени автоматически подставляется название файла и расширение, но при попытке сохранить — не удалось сохранить.
А в логах ошибка, что с версии 2.7.0 flat file processor (каюсь, не знаю что это такое) уже не поддерживается.
[2018-12-01 10:47:34] (ERROR in modProcessor::run @ D:\OSPanel\domains\modx270\core\model\modx\modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
[2018-12-01 10:47:55] (ERROR @ D:\OSPanel\domains\modx270\core\model\modx\modtemplate.class.php: 78) Произошла ошибка при сохранении шаблона.Array
Добавлены настройки для автоматизации статических элементов (типа автоматом создавать файлы для них)
Написал, а потом только подумал заглянуть в системные настройки. Сейчас проверим, работает ли это.Не работает автоматизация статических элементов. По крайней мере у меня.
Изначально даже радует, действительно при создании шаблона, чанка или сниппета сразу проставляется корректный путь, при вводе имени автоматически подставляется название файла и расширение, но при попытке сохранить — не удалось сохранить.
А в логах ошибка, что с версии 2.7.0 flat file processor (каюсь, не знаю что это такое) уже не поддерживается.
[2018-12-01 10:47:34] (ERROR in modProcessor::run @ D:\OSPanel\domains\modx270\core\model\modx\modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
[2018-12-01 10:47:55] (ERROR @ D:\OSPanel\domains\modx270\core\model\modx\modtemplate.class.php: 78) Произошла ошибка при сохранении шаблона.Array
Видимо установлено какое-то шибко древнее дополнение.
Совершенно пустая и свежая установка modx 2.7.0
Сегодня скачал и установил.
Сегодня скачал и установил.
Возможность поиска по id в админке, потому что в логах ошибок часто пишут id чего-либо, а не имя
Странно, у меня поиск по id в админке работает уже два года. С версии 2.4 наверное, просто это самая старая с которой я работал, может и в более ранних это тоже работает.Я же правильно понимаю, что речь о том, чтобы ввести идентификатор в поиске и увидеть название ресурса?
Там, вроде, не только по ресурсам теперь — а по всем элементам.
Да, вы правы, спасибо
Добрый день! После обновления, при загрузке png изображения с прозрачным фоном, фон становится черным, помогите в чем дело.
Ага, есть такое. Там вообще при одновременном задании &w и &h добавляется фон, чего раньше не было (обычно картинка масштабировалась пропорционально под один из размеров). Видно в новом phpThumb 1.7.15 что-то намудрили.
Можно в options указывать &bg=`FFFFFF`, чтобы фон был белым, но это не решение.
Пока заменил директорию core/model/phpthumb/ на ту, которая была в 2.6.5 )).
Можно в options указывать &bg=`FFFFFF`, чтобы фон был белым, но это не решение.
Пока заменил директорию core/model/phpthumb/ на ту, которая была в 2.6.5 )).
спасибо попробую, пробовал с настройками разными ничего не помогает
Забыл сообщение поправить — про png добавьте issue
Я заменила phpthumb_zoomcrop с 0 на 1 и по крайней мере стало обрезать, а не черные полоски ставить.
Добавьте issue про меню на github — github.com/modxcms/revolution/issues
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace core to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace console to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace formit to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace clientconfig to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace simpleupdater to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace easycomm to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace modupdater to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace moddevtools to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace voteforms to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace autoredirector to the routing based system.
[2018-12-03 02:01:12] (ERROR in modMenu::getSubMenus @ /core/model/modx/modmenu.class.php : 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace customurls to the routing based system.
[2018-12-03 02:01:12] (ERROR in modProcessor::run @ /core/model/modx/modprocessor.class.php : 177) Flat file processor support is deprecated since version 2.7.0.
А это про что ошибка? :))
Вот тут объяснение modx.pro/news/16963#comment-104390
А не все отбой это у меню ошибка в классе рассширеном
Всем добрый вечер! Обновили modx.
Появились следующие ошибки.
[2018-12-05 15:45:32] (ERROR in modTemplateVar::renderOutput @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modtemplatevar.class.php: 288) Old modTemplateVar getRender outputmethod is deprecated since version 2.2.0.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace formit to the routing based system.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace easycomm to the routing based system.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace clientconfig to the routing based system.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace msearch2 to the routing based system.
[2018-12-05 15:46:43] (ERROR in modProcessor::run @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
[2018-12-05 15:47:09] (ERROR in modTemplateVar::renderOutput @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modtemplatevar.class.php: 288) Old modTemplateVar getRender outputmethod is deprecated since version 2.2.0.
[2018-12-05 15:47:19] (ERROR in modProcessor::run @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
[2018-12-05 15:47:19] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:19] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:19] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:19] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:22] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:22] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:49:24] (ERROR in modProcessor::run @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
Не работает Formit.
Читала предыдущие обсуждения, но не совсем поняла как это исправить.
Появились следующие ошибки.
[2018-12-05 15:45:32] (ERROR in modTemplateVar::renderOutput @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modtemplatevar.class.php: 288) Old modTemplateVar getRender outputmethod is deprecated since version 2.2.0.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace formit to the routing based system.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace easycomm to the routing based system.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace clientconfig to the routing based system.
[2018-12-05 15:46:43] (ERROR in modMenu::getSubMenus @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modmenu.class.php: 145) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace msearch2 to the routing based system.
[2018-12-05 15:46:43] (ERROR in modProcessor::run @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
[2018-12-05 15:47:09] (ERROR in modTemplateVar::renderOutput @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modtemplatevar.class.php: 288) Old modTemplateVar getRender outputmethod is deprecated since version 2.2.0.
[2018-12-05 15:47:19] (ERROR in modProcessor::run @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
[2018-12-05 15:47:19] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:19] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:19] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:19] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:20] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:22] (ERROR in xPDO::getService @ /home/d/dev02/svarka-tut.ru/public_html/core/xpdo/xpdo.class.php: 1234) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:47:22] (ERROR in modRestCurlClient::__construct @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/rest/modrestcurlclient.class.php: 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2018-12-05 15:49:24] (ERROR in modProcessor::run @ /home/d/dev02/svarka-tut.ru/public_html/core/model/modx/modprocessor.class.php: 177) Flat file processor support is deprecated since version 2.7.0.
Не работает Formit.
Читала предыдущие обсуждения, но не совсем поняла как это исправить.
Всем привет! При установке minishop2 в установщике вылезла ошибка
"modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace formit to the routing based system." знающие напишите что и где подправить нужно…
"modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace formit to the routing based system." знающие напишите что и где подправить нужно…
системную настройку log_deprecated уже проверяли?
Нет! А можно поподробней? я в этом движке пока темный
1. Идете в системные настройки /manager/?a=system/settings
2. В поле «поиск по ключу» вводите log_deprecated
3. Выставляете значение в в «нет».
4. Готово
2. В поле «поиск по ключу» вводите log_deprecated
3. Выставляете значение в в «нет».
4. Готово
Спасибо помогло! Можно у двух словах в чем была проблема т.к я с предыдущими версиями «Мода» не знаком.
Поддержка средней кнопки мышки для открытия ссылок менеджера в новых окнах — Какое счастье, наконец-то :)
Заметил интересную особенность (баг). В редакторе менеджера нельзя открыть на редактирование (ни через клик левой кнопки мыши, ни через контекстное меню правой кнопки мыши) файлы размером меньше 2 Байт. И адрес (href) ссылки на таких файлах отсутствует.
Была такая проблема, оказалась что хостинг блокировал.
Пара моих наблюдений, прошу прощения, если было.
1. «Автоматизировать статические элементы» работает, но сбрасывает категорию после сохранения и повторного открытия элемента (по крайней мере, с чанками это так). То есть, если создать чанк head c категорией common, чанк сохранится по адресу /core/elements/chinks/common/head.chunk.tpl. Если же закрыть чанк и открыть его снова, категория пропадает из пути (/core/elements/chinks/head.chunk.tpl). Лечится выбором другой категории и затем повторным выбором нужной (при этом после выбора категории нужно снять фокус с селекта, только тогда категория включится в путь).
2. Почему-то перестал работать Ace в чанках. Выдаёт ошибки:
1. «Автоматизировать статические элементы» работает, но сбрасывает категорию после сохранения и повторного открытия элемента (по крайней мере, с чанками это так). То есть, если создать чанк head c категорией common, чанк сохранится по адресу /core/elements/chinks/common/head.chunk.tpl. Если же закрыть чанк и открыть его снова, категория пропадает из пути (/core/elements/chinks/head.chunk.tpl). Лечится выбором другой категории и затем повторным выбором нужной (при этом после выбора категории нужно снять фокус с селекта, только тогда категория включится в путь).
2. Почему-то перестал работать Ace в чанках. Выдаёт ошибки:
Кстати, по второму пункту. Ace в чанках не работает при включённом для поля «содержимое» MarkDown Editor. Если отключить, то всё нормально. Не знаю даже, связано ли это с обновлениями 2.7.0.
Вместо простой очистки корзины, у нас теперь есть целый менеджер удалённых ресурсов — где их можно поискать, удалить окончательно, или восстановить.Сталкнулся этой фичей. Чуть монитор не разбил.
К этой фиче нужно добавить кнопку удалить все. Запарился удалять 1000 ресурсов )))
Э… она же там есть:
Она там есть, но почему-то удаляются только ресурсы, выведенные на текущей странице.
Устанавливаю MigX, при установке вываливается
modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace migx to the routing based system.
в консоли, по итогу имеем отсутсвие MigX типа TV. Кто нибудь сталкивался/решил?
у меня менеджер корзины доступен только для админа, а вот для другого пользователя с правами SuperUser в нее не попасть, только когда ставишь для него Неограниченные права. у всех так или можно где-то в настройках поправить?
Надо быть осторожным при удалении
А то можно что то лищнее грохнуть
А то можно что то лищнее грохнуть
Может кто знает: вообще есть возможность вернуть старую кнопку уничтожения ресурсов? Вот этот менеджер опционально может кому и нужен. Но для постоянно использования бесполезная штука отнимающая время.
Нет возможности.
Текущий курс MODX — напихать в ядро всё, что предлагают, и никому не отказывать.
Текущий курс MODX — напихать в ядро всё, что предлагают, и никому не отказывать.
Не выдержал)))
<?php
/**
* Created by Andrey Stepanenko.
* User: webnitros
* Date: 10.01.2019
* Time: 12:36
*/
switch ($modx->event->name) {
case 'OnManagerPageBeforeRender':
if ($modx->user->isMember('Administrator')) {
$modx->controller->addHtml('<script>Ext.onReady(function() {
var tree = Ext.getCmp("modx-resource-tree");
tree.emptyRecycleBin = function() {
MODx.msg.confirm({
title: _("empty_recycle_bin")
,text: _("empty_recycle_bin_confirm")
,url: MODx.config.connector_url
,params: {
action: "resource/emptyRecycleBin"
}
,listeners: {
"success":{fn:function() {
Ext.select("div.deleted",this.getRootNode()).remove();
MODx.msg.status({
title: _("success")
,message: _("empty_recycle_bin_emptied")
});
var trashButton = this.getTopToolbar().findById("emptifier");
trashButton.disable();
trashButton.setTooltip(_("empty_recycle_bin") + " (0)\'");
this.fireEvent("emptyTrash");
},scope:this}
}
});
}
});</script>');
}
break;
case 'OnResourceToolbarLoad': // ПРИОРИТЕТ 1000
if ($modx->user->isMember('Administrator')) {
/* @var array $items */
if (count($items) > 0) {
$btn = null;
foreach ($items as $k => $item) {
if ($item['cls'] == 'tree-trash') {
unset($items[$k]);
$btn = $item;
break;
}
}
$count = (int)$btn['tooltip'];
$items[] = array(
'id' => 'emptifier',
'cls' => 'tree-trash',
'tooltip' => $modx->lexicon('empty_recycle_bin') . " (количество {$count})",
'disabled' => $btn['disabled'],
'handler' => 'this.emptyRecycleBin',
);
exit($modx->toJSON($modx->error->success('', array_values($items))));
}
}
break;
}
Процессор зато остался на месте.
Можно отдельным дополнением запилить.
С phpthumb ничего не решили?
При загрузки png черный фон
При загрузки png черный фон
При установке minishop падает такая ошибка
Пробуем установить пакет с подписью: minishop2-2.4.18-pl PHP warning: "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"?
Что делать?
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.