Александр Лунегов

У меня на PHP 7.3 тоже «заглючило». Перевел сайт на «восьмую» версию. На сайте очень активно используется pdoTools. Пока «полет нормальный».

А откуда информация, что «...PHP 7.4 это основная версия для MODX 2.8.x»? В документации ко второй версии MODX рекомендуется PHP 7.2 или выше, а минимальная вообще 5.6.x.

Если у FormIt есть параметр formFields, то записываются только те поля, которые указаны в этом параметре.

Проверьте так:

$modx->log(xPDO::LOG_LEVEL_ERROR, $_COOKIE['utm_source']);

А сниппет получает массив $_COOKIE? И немного резануло глаз наименование сниппета с точкой. Вдруг FormIt не поддерживает подобное наименование хуков.

Вот здесь инструкция, как добавить информацию при помощи хука.

1. Обязательно для этого менять параметр по умолчанию? Почему нельзя указать значение этого параметра при обращении к сниппету?
2. Вместо кучи бессмысленных девяток просто ввести «0», как сказано в подсказке и в документации — не работает?
3. Если бы вы внимательно прочитали документацию к компоненту прежде, чем начали им пользоваться, то было бы ЭТО вообще «проблемой»?

Решал задачу по изменению параметра FormIt и наткнулся на эту статью.
У меня получилось решить следующим образом:

$hook->formit->setOption('emailTo', $hook->getValue('emailto'));

1. Ни один нормальный руководитель разработки не даст новичку доступ к основному проекту разработки.
2. При работе в команде необходима система контроля версий. В modx с этим сложнее, но, как минимум, можно установить VersionX, а новичку не давать доступа к настройке этого пакета.
3. Для любого проекта должны делаться полные ежедневные бекапы.

Я за скорейший выпуск стабильной версии, поэтому завтра постараюсь разобраться, как тестировать PR.

Я все понимаю… но!

Если бы было заявлено как-то так: «мы выпустим финальную альфу когда закроем все PR, и, ребята, давайте сделаем это за месяц-два», то и вопросов бы не было.

Но обещали 4 марта, что финальная альфа выйдет на следующей (сегодня уже на предыдущей) неделе.

Ну вот. Неделя прошла, а обещанную третью альфу так и не выпустили…

Вы правильно думали. Просто у сниппетов pdoTools много параметров, установленных «по молчанию».

Если я правильно Вас понял, то не выводятся скрытые из меню ресурсы. Так они и не будут выводиться, так как по умолчанию в pdoSitemap параметр &showHidden=`0`. То есть Вам надо его установить единицей, а ненужные ресурсы исключать по другому параметру.

Я вам за невнимательность. Во-первых, когда я писал свой комментарий, было только ваше пояснение, без комментария @Иван Бочкарев...

Вам минус за невнимательность. Ваш комментарий был написан через час (без пяти минут) после комментария Ивана.

… ваше эстетическое начало страдает)))

Вы написали эту фразу явно не подумав, что меня такое может оскорбить. В следующий раз, когда захотите кому-то что-то написать или сказать иносказательно — подумайте. Можно же было написать прямо:

… для меня это не является существенной проблемой...

И последнее. Если для Вас это не является существенной проблемой, то это не перестает быть проблемой. Даже если бы на какой-то странице в глубокой глубине админки появлялся лишний пиксель, которого быть не должно, то это считается ошибкой программы, которую надо исправлять.

Так Вы поняли после моего пояснения, а Руслан сразу… Я Вам минус поставил за наезд на мое «эстетическое начало». А Вы мне за что?

Руслан Алеев и Иван Бочкарев поняли, а вы — нет. Может у Вас какие проблемы? Так же вижу, что для Вас главное — высказаться. Прочитали бы сначала, что предыдущий комментато написал.

Попробую объяснить.

Раньше MODX, выводя дополнительные поля данных пользователя (Extended User Profiles), «украшал» значения курсивом (добавлял тег <i></i>).


А сейчас он перед выводом зачем-то этот тег экранирует.

Если честно, то уже не помню… но думаю, что если бы решил, то решение было бы написано здесь. Значит не решил.

В базе данных, например через phpMyAdmin. Таблица modx_system_settings.

Решил проблему. Нашел информацию, что на некоторых хостингах стоит запрет на выполнение PHP-файлов, если они находятся в каталогах с полными правами для групп. То есть поменял права у каталогов assets и assets/components с 775 на 755 и всё заработало, как надо.

PS. MIGX тут не при чем. Просто это тот компонент, благодаря которому я заметил проблему. Не работали все дополнения с интерфейсами в админке.