Вчера в 01:40
Далее код оставил без изменений
<script type="text/javascript">
// <
20 февраля 2026, 20:13
Не нужно меня поддерживать в данном конкретном случае. Прошу убрать лишнее
20 февраля 2026, 16:42
Login
20 февраля 2026, 16:01
Компонент очень нужный и мне кажется будет востребован.
У меня тут задача стоит сделать что-то подобное на сайте на движке на MODX 2.8 — там есть ста...
20 февраля 2026, 14:42
тут пришла мысль что никто не захочет просто так делиться своим опытом за бесплатно. Можно было бы сделать статьи и кейсы платными? Типа хочешь прочит...
20 февраля 2026, 10:08
Добрый день! Я этот компонент давно делал, и еще лет 5 не возвращался к нему… он работоспособен, все в этом плане нормально (ну по крайней мере с php ...
Всего 125 662 комментария
Для себя решил сижу на modx2.8, myqsl 5.7, php7.4 и не парюсь над этими новыми ихними замутами. Разобраться можно, но дорогостояще по времени и нервам.
То есть, экономия времени, как я считаю большая.
Ну extJs не ограничивает. Просто множество процессоров стандартная методика в MODX. Которая, как я считаю, является скучной и бессмысленой работой :-). Так то можно написать аналог gtsAPI для extJs. Только мне это не требуется. А вообще первоначально я вдохновлялся migx. gtsAPI для таблиц — это, грубо говоря, тот же самый migx для vue. А дерево UniTree это развитие этой идеи на деревья.
повторюсь еще раз стандартный extJS никак не ограничивает бекенд
Много правильно названных файлов — это хороший тон а не обязательство
Но на 8 версии доп. поля не записываются в базу при заказе, а в админке при просмотре заказа просто белое окно. На 5.7 все работает.
Предлагаю автору дополнения пробежаться по коду и поправить)
не ну это уже перебор, считать, что ваш подход единственно верный
Есть такое выражение в принципе: Самый лучший язык программирования тот, что ты знаешь в совершенстве.
Т.е. по факту ты можешь прийти к одинаковому результату(усилие + время) используя те инструменты которые ты лучше знаешь, а не те про которые громче крикнули.
вот это для меня вообще не очень понятно… я правильно понимаю, что вы в 1 файл запихали весь функционал и говорите, что это лучшее решение?
ЗЫ
Поймите меня правильно, я не смотрел внутренности вашего решения, но хотелось бы уточнить вашу логику до погружения. Т.е. я не топлю за extJs и иже с ними, но логику и мотивы хочется от вас получить
Да все что угодно и на более современном фреймворке (vue) и быстрее, когда въедешь, чем и на extJs и на других апи. За счет того, что не надо писать кучу контроллеров.
Только не понятно как документацию свести в удобную систему. Как всегда сперва hello word, а затем сразу строим самолет :-).
я понимаю вы старались, наверное из всего только дерево интересно, а остальное в итоге тот-же extjs получится только без доков
Самое главное — это не создать, а поддерживать и развивать и по возможности не только вашим гением(никакого сарказма)
Вообще я так понял это не столько админка как интерфейс для манагера… то тут все что угодно, иногда и такое нужно
так скажем шаблоны для разработки
MODX2
github.com/Boshnik/modExtra
MODX3
github.com/modx-pro/ModExtra3
Вот такую штуку сделайте, тут такого нет.