15 минут назад
Когда уже, адепты и любители MIGX, вы запушите перевод на русский всех этих мудрёных колонок!? Смотрится интерфейс не лучше, чем смешанный синтаксис m...
Битый день гадаю: как сделать в migx-структуру с плавающими колонками.... 3
21 минута назад
Насколько я помню, не во всех последних релизах была проблема со старой версией PHP (с 7й), а в 2.8.6 и 3.0.4 (предыдущих на текущий момент релизах из...
Вышел MODX 2.8.7 - починили превью, можно обновляться! 11
Сегодня в 00:32
Демо вроде автор закрыл, а ссылка из поста на компонент вполне рабочая, или о чем речь?
Quiz или как не потерять клиента. 86
Вчера в 14:54
Давай попробуем вот так — youtu.be/BbyfFDARgZU
mmxApp - разработка новых composer дополнений 4
Вчера в 09:56
Не знаю, не помню когда в последний раз использовал эту конструкцию. Раньше да, помнится были какие-то проблемы.
Мне кажется, лучше пройтись по шаб...
Парсер fenom в шаблоне без конфликтов... 5
Вчера в 07:36
Мне вообще не нравится, что файлы дополнений раскиданы по всей системе… часть в assets/name, другая в core/name, а третья получается еще и в _build/na...
Эксперимент с Modx Extra + Docker 13
22 апреля 2024, 17:19
Я нафигачил просто несколько условий
Разные цены для разных групп покупателей 7
22 апреля 2024, 12:57
Данная ошибка в логе никак не связана с проверкой доступа по модификатору pasraccess.
Можете написать в ТГ в профиле.
[PayAndSee] - Версия 2.0 55
Убрал строку, все чики-пики!
Эта строка:
отвечает за принудительный поиск «Секции тикетов» в том контексте в котором находится форма отправки через Фронт сайта!
Находится по следующему адресу в Бекэнде:
core/components/tickets/processors/web/section/getlist.class.php
Но! Этого все еще не достаточно, чтобы форма позволила отправить Ресурс туда куда нам надо, а задача стоит такая, что необходимо отправить её в другой контекст из текущего!
Для этого нам необходимо назначить «Ключ контекста» для того, чтобы наш опубликованный ресурс записался в древо и там же отображался, в противном случае, мы получим опубликованный ресурс в базе данных, но который не видно в древе ресурсов в Бэкегде, но на который разумеется можно выйти!
Итак, это решается следующим способом:
Внимательнее учтите параметры родителя и Ключа контекста! Все тикеты публикуются строго в ресурсы родители с классом TicketSection с собственным классом Tickets!
Разумеется можно реализовать скрытые параметры в виде выпадающего списка!
Убрал её и статья публикуется туда, куда мне нннадо! :D
Помню, что до этого использовал чужой самописный сниппет, там тоже была проблема с публикацией из одного ресурса в другой, но не из-за того, что документ создавался с другим «сontext_key» или «class_key», он по крайней мере записывался в базу и стоило в ручную изменить «сontext_key» или «class_key», как он тут же появлялся в древе и публиковался, затем конечно я решил эту проблему тем, что добавил оба параметра в вызов!
Но здесь ситуация совсем другая! При отправке он по какой то причине не видит другие разделы Тикетов на других контекстах, ясное дело через фронт это скорее всего штатная настройка созданная для безопасности, потому как в бэкенде можно перенести Тикет из одного контейнера в другой, при помощи штатной настройки! Вопрос состоит в том, как обойти эту фигню!
Может надо её как то изменить? Или поковыряться в этом файле:
core/components/tickets/processors/web/section/getlist.class.php
На правильном ли я пути?
Оказывается Модификатор почему то не работал именно из-за того, что вывод ошибки с модификатором стояла перед вызовом сниппета, а не после.
Но раньше работало и так, но вот опять таки вопрос, почему вызво без модификатора до вызова сниппета работает, а с модификатором отказывается?
У администратора (пользователя с неограниченными правами, которого я зарегистрировал еще давно) все работает, картинка загружается и все робит!
Решил танцевать в сторону Политики доступа, проверил сравнил, даже пытался выставлять те же права, но… не чего не выходит! Прошу помощи! Заранее спасибо!