Т.е. вместо вызова проверки на корректность авторизации в каждом таком сниппете Вы желаете написать один сниппет и вставлять его выше других для проверки. А то что к этим сниппетам можно "напрямую" обраться это нормально?

А что мешает использовать стандартную логику авторизации?

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

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

Ну или вообще авторизацию с помощью плагина проверять?

значит, все же правильнее проверять результат выполнения скрипта проверки через тот же плейсхолдер\сессионную переменную например?

Обычно в своих приложениях от меня требуют делать в простом случае так: 1. создаем уникальный идентификатор и пишем его в сессию и в БД с нужными параметрами. 2. проверяем уникальный идентификатор пользователя на нужных страницах.

в любом случае получается, что лучшей практикой в моем случае будет использование ключа в сессии, верно?

Проблем много разных со старыми фичами. Например, на днях выяснил что не работают конструкции в TV с разделителем при выводе на фронте. Т.е. в TV "Цвет" выставляем: Белый||Красный||Черный и разделитель в визуальном компоненте ||. На фронте ставим вывод TV и получаем вместо условного разделенного списка все одной строкой Белый||Красный||Черный. Дело в банальном отключении phx, который теперь отключается при установке. Получаем на выходе - в админке фичу можно настроить и она работает, на фронте - не работает. Простого пользователя это очень смущает и отталкивает в сторону других CMS. В том же опенкарте - создал опции, выставил как хочешь их выводить и получил на фронте что хотел. Все в пару кликов.

если разделитель в визуальном компоненте ||, то что не так?

Что-то я в итоге не могу понять проблемы: отключили phx или поломали delimitedList в визуальных компонентах?:)

Что-то я в итоге не могу понять проблемы: отключили phx или поломали delimitedList в визуальных компонентах?:)

Лучше б дубли починить, пока сеошники не прочухали:))

Или мне просто напилить свой сниппет, и в нем брать контент и выводить как надо мне?

Пытаюсь через ClientSettings в поле MutiTV сохранить инфу, где число строк непонятно (может быть от нуля и выше контктных телефонов, в частности). В MultiTV я данные сохранил (два телефона, для проверки), но вывод в шаблоне дает мне обычный json ("[{"phone": "+712345"},{....}]") - вроде того). Как заставить его выводиться через шабон вывода, который в файле конфигурации multitv указан?

Вывод же через обычный мультитв

Вывод же через обычный мультитв

Не нужен там tvName вроде, просто fromJson и там [(client_tv_name)] или как там значение выводится

Да, заработало. Только из конфига MutiTV не взяло шаблон вывода, но его оказалось проще в виде &outerTpl=@CODE:<ul>((wrapper))</ul> &rowTpl=@CODE:<li>((event)), ((location)), ((price))</li> написать

Да, заработало. Только из конфига MutiTV не взяло шаблон вывода, но его оказалось проще в виде &outerTpl=@CODE:<ul>((wrapper))</ul> &rowTpl=@CODE:<li>((event)), ((location)), ((price))</li> написать

Еще бы multitv указание точки на карте сделать, но пока текстом сохраню. YandexMapCustomTV - в multitv вроде не положить?

[+wrapper+] [+event+] обычные плейсхолдеры

Так их может "съесть phx"))

так правильно писать ((lalala)) или [+lalala+] ? )))

а нефиг его юзать)

Так была б замена полноценная и речи бы не было, а то пока всех на твиг агитировали, сами на блэйд перешли, а народу мучайся)

Да я тоже не использую, но иногда вот поямо руки чешутся))

Так была б замена полноценная и речи бы не было, а то пока всех на твиг агитировали, сами на блэйд перешли, а народу мучайся)

это ничего не меняет, твиг как работал так и будет работать

обсуждалась и решили, что не получится

это ничего не меняет, твиг как работал так и будет работать