Приветствую всех и вас, Василий, в частности. Давно читаю блог и должен сказать, что львиную долю различных нюансов и «филигранностей» нашел и увидел именно здесь. За что отдельное спасибо.

Теперь сам вопрос:

Есть некий документ, который представляет собой конечную страницу продукта. На этом документе есть несколько полей TV. С этого документа открывается форма расчета цены (Formit), которая расположена на новой странице и не является «вложенной» или следующей\предыдущей страницей относительно этого документа. Как на этой странице можно подставить в форму значения TV предыдущей страницы? Поделитесь, пожалуйста, кто и какие внедрял решения? Может быть есть что-то воде $modx->getObject('$id=«prev»');? Если да, то как оно выглядит и «каким макаром» его применять?

Заранее благодарен.

Здравствуйте.

В общем, нужен следующий сниппет или плагин.

Сайт мультиязычный, на 10 языках. Условие клиента такое — не создавать несколько контекстов и прочее. Всё в одном ресурсе, поэтому данное решение, не походит (к примеру).

Доброго времени суток. Подскажите пожалуйста, как можно получить имя файла, прикрепленного к документу через tv?
[[*ИмяTV]] — Я получу только путь…

 
Добрый день!

Мне необходимо реализовать систему уведомлений пользователей в личном кабинете. Например, за неделю до окончания средств на счету, в личном кабинете пользователя (на сайте) должно появляться уведомление об этом. Если он закрыл уведомление, то больше его не показывать. Ну и любые другие события, требующие внимания пользователя дублировать уведомлениями.

Подскажите, есть ли какая-то общепринятая схема реализации таких уведомлений?

Как наполнить плейсхолдер [[+content]] несколькими полями?

Указал страницу скрытых тикетов в настройках tickets.private_ticket_page
Создал от пользователя тикет, поставил его закрытым, но его все равно видят другие пользователи.
Что я сделал не так?

Как можно поменять местами форму комментариев и сами комментарии? И можно ли в эту форму добавить еще полей?

Есть распространённая проблема: компоненты из репозитория обычно идут с системными настройками, которые выглядят примерно так:

А хотелось бы вот так:

Все потому, что у объекта modSystemSetting нет полей для хранения ключа записи в словаре, в отличии от параметров сниппетов или плагинов.

Лично мне было лень разбираться, откуда же берутся нормальные записи для настроек ядра, если в объекте и БД их нет, но сегодня я себя переборол и всё прояснилось.

Долгое время я пользовался простыми и быстрыми редакторами для разработки, типа Geany и Notepad++. Просто не понимал, зачем мне тяжеловесная IDE, если и этих редакторов хватает с головой?

Я помню свой код, что откуда выходит и как работает, зачем мне подсказки от программы, которая грузится полторы минуты? Тем более, я люблю по-быстрому забежать на сервер, подправить пару опечаток и сохранить файл. Мне не нужно создавать проект, синхронизировать его с сервером и т.д.

Однако, всё поменялось, когда я написал miniShop. Компонент вышел большой, и со временем я понял, что просто запутываюсь в нём. Заодно я понял, что допустил много грубых ошибок, по незнанию — например доставучие уведомления о необъявленных переменных или ключах массива, те самые — E_NOTICE.

Поэтому, когда я засел за Tickets, сразу решил писать его в IDE phpStorm, чтобы таки разобраться в ней и упростить себе разработку. Поначалу было непросто, но я быстро втянулся.

Сразу говорю, всё освоено методом тыка, без чтения литературы или чьих-то инструкций. Подозреваю, что освоил я процентов 5 от общего функционала, однако и этот объем позволил мне работать радикально быстрее и выдавать в разы более качественный код.