так сказать - я написал для себя
и сказать - да напишите свой модуль
Это же разные вещи

Это опасная штука
Которая потом усложняет поддержку

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

Я если пишу свой кастомный код - то отправляю MR
потому что понимаю - сейчас я уйду или передам дела - и потом меня будут вспоминать не оч добрым словом

нормальный совет
этот совет вполне в системе
Система это предполагает и не сломается при переносе на новую версию

Не рухнет от отго что какой то код удалили

Не сломается, если в новой версии этот контекст останется неизменным. Где гарантия?

Ну поменяется контекст - но свой то его перепишет и он станет все равно таким же каким он и был
Да и зависимостей там гораздо меньше

И порог входа ниже

я противник своих контекстов. У нас ничего такого нет. Админ у нас вообще не программирует. Он все настраивает в интерфейсе

конечно
У вас там ниче не нрастроишь ) все свое )

И это также создаст проблемы поддержки.
Потому что умеет админ X настривать freepbx, а тот опа и сюрпризы. Пол freepbx работает не так как ты его в веб интерфейсе настраиваешь.

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

Так что придраться к совету использовать _override тоже можно. Я это пишу к тому что у каждого совета есть минусы

И кто-то тут про рамки системы говорил 5 минут назад. Хер бы с ним с кодом, но конексты то!!!

https://t.me/asterisker/86219

Есть я не спорю
я говорю о том что при переписывании контекстов порог входа ниже и порог выявления проблемы ниже
Чем огород из своих костылей
которые в 99% знает только тот кто их пиcал

не вижу противоречия

возможно у нас разное понимание слова система

Ну да, согласен. Но нельзя нас обвинять в том что мы советуем рассмотреть возможность написания своего модуля. Этот совет при определённых условиях будет лучшим решением.

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

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

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

это же не архитектурное изменение

так я не обвиняю
Я просто говорю о формулировках

Вы если предлагаете это как опцию - вы уточние сначала
может ли себе позволить это человек которому вы даете этот совет

Я не суюсь с  kamailio, lua и webrtc к тем кто хочет настроить freepbx
И не суюсь со своими local channels к тому кто хочет использовать переменные CDR
потому что понимаю что ему не надо это
Ему нужно решить задачу как можно проще

И тут же приходит @fish9370 и такой
- да че там делов то? Модуль напишите свой и будет у вас нормальный лог красивый

Это как минимум серьезные изменения в последующем сопровождении системы