07 сентября 2016, 13:05 ну вот пробовал первым же делом, он написал ошибку: «Неверная секция тикетов!» Убрал строку, все чики-пики! Вопросы / Публикация из фронта на другие контексты Tickets 10 0
07 сентября 2016, 12:06 Значит рассказываю как понял, перековыряв все файлы сниппета! Эта строка: $context = array_map('trim', explode(',', $this->getProperty('context', $this->modx->context->key)));отвечает за принудительный поиск «Секции тикетов» в том контексте в котором находится форма отправки через Фронт сайта! Находится по следующему адресу в Бекэнде: core/components/tickets/processors/web/section/getlist.class.php Но! Этого все еще не достаточно, чтобы форма позволила отправить Ресурс туда куда нам надо, а задача стоит такая, что необходимо отправить её в другой контекст из текущего! Для этого нам необходимо назначить «Ключ контекста» для того, чтобы наш опубликованный ресурс записался в древо и там же отображался, в противном случае, мы получим опубликованный ресурс в базе данных, но который не видно в древе ресурсов в Бэкегде, но на который разумеется можно выйти! Итак, это решается следующим способом: <input type="hidden" name="parent" value="Родитель элемента Тикетс в другом контексте" /><input type="hidden" name="context_key" value="ключ того контекста, в котором находится целевой параметр родителя" />Внимательнее учтите параметры родителя и Ключа контекста! Все тикеты публикуются строго в ресурсы родители с классом TicketSection с собственным классом Tickets! Разумеется можно реализовать скрытые параметры в виде выпадающего списка! Вопросы / Публикация из фронта на другие контексты Tickets 10 0
03 сентября 2016, 14:53 Как я и думал, вот эта стока отвечала за указатель конкретного Контекста в месте вызова сниппета: $context = array_map('trim', explode(',', $this->getProperty('context', $this->modx->context->key)));Убрал её и статья публикуется туда, куда мне нннадо! :D Вопросы / Публикация из фронта на другие контексты Tickets 10 0
03 сентября 2016, 14:43 Действительно забыл добавить «сontext_key» в разрешенные поля, но один фиг не помогает, при сохранении, форма выдает ошибку о том, что «Неверно казан раздел тикетов», вместо родного вызова списка вызываю: <input type="hidden" name="parent" value="25" /><input type="hidden" name="context_key" value="web2" />Помню, что до этого использовал чужой самописный сниппет, там тоже была проблема с публикацией из одного ресурса в другой, но не из-за того, что документ создавался с другим «сontext_key» или «class_key», он по крайней мере записывался в базу и стоило в ручную изменить «сontext_key» или «class_key», как он тут же появлялся в древе и публиковался, затем конечно я решил эту проблему тем, что добавил оба параметра в вызов! Но здесь ситуация совсем другая! При отправке он по какой то причине не видит другие разделы Тикетов на других контекстах, ясное дело через фронт это скорее всего штатная настройка созданная для безопасности, потому как в бэкенде можно перенести Тикет из одного контейнера в другой, при помощи штатной настройки! Вопрос состоит в том, как обойти эту фигню! Вопросы / Публикация из фронта на другие контексты Tickets 10 0
03 сентября 2016, 12:09 Неужели не кто не знает? :( Вопросы / Публикация из фронта на другие контексты Tickets 10 0
01 сентября 2016, 20:39 Нашел строчку: $context = array_map('trim', explode(',', $this->getProperty('context', $this->modx->context->key)));Может надо её как то изменить? Или поковыряться в этом файле: core/components/tickets/processors/web/section/getlist.class.php На правильном ли я пути? Вопросы / Публикация из фронта на другие контексты Tickets 10 0 1
14 августа 2016, 20:45 Так и думал, но все же, раньше работало, почему перестало не пойму. Оказывается Модификатор почему то не работал именно из-за того, что вывод ошибки с модификатором стояла перед вызовом сниппета, а не после. Но раньше работало и так, но вот опять таки вопрос, почему вызво без модификатора до вызова сниппета работает, а с модификатором отказывается? Вопросы / Не работают модификаторы применяемые к Ошибкам 4 0
08 августа 2016, 23:01 Приветствую! Купил компонент, все круто, первые пару дней пользовался, регистрировал тестовых пользователей и спокойно менял им аватар! Затем накуралесил и поломал права, пришлось все перенастраивать! Вот после перенастройки сниппет работает не до конца, а именно не загружает сам файл на сервер. Т.е. выбираю картинку, отцентрировал её как надо, нажимаю на Upload и все… картинка на сервер не уходит! У администратора (пользователя с неограниченными правами, которого я зарегистрировал еще давно) все работает, картинка загружается и все робит! Решил танцевать в сторону Политики доступа, проверил сравнил, даже пытался выставлять те же права, но… не чего не выходит! Прошу помощи! Заранее спасибо! Новые дополнения и их версии / [UserFiles] - доступна загрузка файлов для анонима 16 0
[videoGallery] Видео галерея YouTube, Vimeo Невозможно установить пакет с подписью: videogallery-1.4.0-beta Ошибка установки Error в /core/packages/videogallery-1.4.0-beta/modCategory/7fc931a7772edc9752c16e9c41eb5e52.reso...
mxBoard: канбан-доска для команд, людей и ИИ-агентов в MODX 3 Привет, добавил пользователя в группу mxBoard(4), создал токен. Добавляю все в postman пишет: rest: { «success»: false, «message»: «Недействительный токен.», «data...
Релиз miniShop2 ver. 4.4.1 & 4.4.2 Подскажите пожалуйста, может я что-то не знаю или упустил. Но есть ли решение по глюку с radio? Указываешь свое radio c одинаковым name и в результате при переключении получаешь вс...
Плагин EnvBadge: визуальный индикатор окружения в админке MODX3 Расскажите пожалуйста как вы настраиваете сайт на MODX 3 чтобы был dev, prod, stage. Можете описать workflow? Допустим у меня 80% — это магазины, там клиенты, продажи, все онлай...
MaxNotify Обновление компонента 1.3.0-pl (22.07.2026) — добавлено автоматическое получение полей через msOrder->toArray(); — массивы и объекты безопасно пропускаются; — стандартные...
MyFavorites MyFavorites — 3.0.0-beta Первая версия для MODX Revolution 3.x — компонент полностью переписан с нуля (PHP >= 8.4, namespaced-ядро MODX 3, PSR-4, сервис-ориентированная архит...
Убрал строку, все чики-пики!
Эта строка:
отвечает за принудительный поиск «Секции тикетов» в том контексте в котором находится форма отправки через Фронт сайта!
Находится по следующему адресу в Бекэнде:
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
На правильном ли я пути?
Оказывается Модификатор почему то не работал именно из-за того, что вывод ошибки с модификатором стояла перед вызовом сниппета, а не после.
Но раньше работало и так, но вот опять таки вопрос, почему вызво без модификатора до вызова сниппета работает, а с модификатором отказывается?
У администратора (пользователя с неограниченными правами, которого я зарегистрировал еще давно) все работает, картинка загружается и все робит!
Решил танцевать в сторону Политики доступа, проверил сравнил, даже пытался выставлять те же права, но… не чего не выходит! Прошу помощи! Заранее спасибо!