Ставить через консоль надо, тут так не любят ;))

У меня есть модификатор dateRU выводит полное название месяца на русском, я могу его и как модификатор использовать в шаблоне и как сниппет в другом сниппите, удобно.

Так ты и в блейд можешь затащить любую кастомную функцию по аналогии с тем, как работает @makeUrl или @evoParser

Каков механизм затаскивания? Вообще я сейчас подумал, если уходить полностью на файлы, то модификаторам можно сказать "до свидания"

Объявляешь в сервис провайдере директиву и колбек к ней и все

Провайдер это файлик такой? Ну физически я имею в виду.

Провайдер это файлик такой? Ну физически я имею в виду.

))

провайдер это класс 😸

это вообще паттерн, если на то пошло)

Остановитесь, господа, пусть пока побудет файликом)))

пришли серньеоры, начали умничать 😄

Тебе станет сильно легче жить ,если вобьешь себе в голову что "Любая бизнес-логика должна быть в сервис провайдерах" А потом можешь изучать что это 🙂

Ещё легче?! Я думал что уже постиг дзен и примирился с окружающей действительностью, но оказывается сервис провайдеры - вот путь к истинному просветлению. Спасибо, сенсей, я ознакомлюсь с ними))

Ну не утрируй, я же по доброму))

Ну и ребята пониже должны понимать что в парадигме разработки на чем угодно (в рамках ООП) интерфейсы это клево

@Dmi3yy может ты знаешь, кстати В чатике рево я помню мне сказали "ХЗ" Зачем, ДЛЯ ЧЕГО вообще необходимо это событие в рево? https://docs.modx.com/current/ru/extending-modx/plugins/system-events/oninitculture

Да я шучу просто. на самом деле я рад общаться с опытными разработчиками и перенимать опыт, пусть даже мелкими партиями из отдельных фраз.

про интерфейсы слышал, это типа заготовки для классов.

Хороший вопрос как понимаю можно что то подправить в культуре или лексиконах на этом моменте

Вот я пока не придумал ни одного практического кейся ля, не задал вопрос на snowup а надо был бы

Вот я пока не придумал ни одного практического кейся ля, не задал вопрос на snowup а надо был бы

просто неудачное событие, в ево таких куча

заготовки это больше абстрактные классы, а интерфейс это типа правила

Судя по тем кто там сейчас в кор команде врядли бы что то внятное ответили)

или переписать существующие

так а интерфейсы ничего не заготавливают, там просто список методов, которые должны быть в классе

хм, играл в доту два?)

херовая практика

херовая практика

Что именно переписывать методы в абстрактном классе или переписывать методы в принципе?

если у тебя определен метод в абстрактном классе, то крайне, КРАЙНЕ херовая затея переписывать его логику в классе наследнике

если у тебя определен метод в абстрактном классе, то крайне, КРАЙНЕ херовая затея переписывать его логику в классе наследнике

Почему?

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

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

но общие механики же есть одинаковые для всех героев?

Я потерял смысл зачем вообще абстракный класс нужен? Интерфейс понятно - описывает какие методы должен реализовать класс, класс методы реализовывает, а абстрактный класс на кой ляд?

но поэтому же интерфейсы для этого гораздо логичнее использовать

Я потерял смысл зачем вообще абстракный класс нужен? Интерфейс понятно - описывает какие методы должен реализовать класс, класс методы реализовывает, а абстрактный класс на кой ляд?

Между ними одна супер фундоментальная разница Наследоваться ты можешь от одного класса, но имплементировать можешь множество интерфейсов Абстрактный класс по сути тот же интерфейс Но только в нём можно заранее предопределить какие-то методы, и использовать их в наследуемом классе. И без них класс не заработает в принципе

А что значит имплементировать?

А что значит имплементировать?