11 минут назад
Добавлен также генератор разнообразных типов опций товара в разном количестве для разных наборов и их заполнение у товаров.
ms3DemoData - компонент для быстрой генерации демо-данных MiniShop3 3
3 часа назад
Сложно сказать. Впервые про такую проблему слышу. Вы можете написать мне в телеграм доступы — вместе посмотрим
MiniShop3 1.2.0 - 1.3.0 Самое интересное 19
Вчера в 18:29
это сделал ИИ.
Я взял код из файла /core/components/minishop2/model/minishop2/minishop2.class.php
я скопировал этот метод function getReceiverId(), ...
Кастомизация minishop'a 13
Вчера в 13:05
Привет!
Сегодня выложим — была проблема с защитой и ключами + был занят работой над minishop3 и PR к MODX github.com/modxcms/revolution/pulls/Iboch...
ms3RecentlyViewed - Недавно просмотренные товары для MiniShop3 4
23 февраля 2026, 03:33
Вот так отображаются поля довольно красиво! Нужно создать поля: allowed_resources, date_start, date_end в базе данных в таблице modx_user_attributes. ...
Дополнительные поля профиля юзера (не extended) 138
22 февраля 2026, 19:58
Кто реально внедрил MODX с Vue. js — каков опыт?Опыт — реактивные переменные благословение и проклятие Vue. С ними можно делать почти мнгновенно реаги...
Вопрос по будущему MODX и стратегии развития. 4
22 февраля 2026, 19:33
Я делаю miniERP систему на модекс. ИИ помогает значительно. Но с ИИ лучше делать когда сам понимаешь как сделать. Нейросеть не догоняет весь контекст....
Опыт использования ИИ и Claude для создания сайтов на MODX 1
21 февраля 2026, 01:40
Далее код оставил без изменений
<script type="text/javascript">
// <![CDATA[
{literal}
Ext.onReady(f...
Помогите добить VideoGallery 2
Всего 125 675 комментариев
МОДХ как менеджер/администратор знаю.
Я не представляю уже верстку без scss, pug, gulp, миксинов и так далее. И к старым методам разработки ни когда не вернусь.
Потому, что автоматизация это удобно, продуктивно!
На сколько помню ты так и не воспринимаешь чат (сообщество) в телеграм, в котором на данный момент уже более 1000 человек =)))
самое смешное (я ведь не первый час мучаюсь) — один раз, каким-то чудом, сработало… я сам хочу стать программистом, и не верю в чудеса… но я это видел — в поле попала нужная информация))))… чистил кэш, не помогает
Что касается авторов CMS — то тут пока сложно, но и нет у нас лидера, кто бы смог взять на себя форк и развитие CMS. Так как на дворе не 2000 год и множество других систем.
Плюс (положительный момент) — что руководство MODX LLC начало прислушиваться к сообществу и команде и вот недавно Jay Gilmore спрашивал, что и как можно улучшить в плане разработки MODX и прочее.
Я свои мысли отправил ему в личку.
это можно исправить, для плагина можно изменить приоритет с которым он срабатывает, тем самым управляя очередностью. Есть соответствующее поле на вкладке События у плагина.
самое обидное, что я не пытаюсь изобретать велосипед — просто пытаюсь понять, почему это все не работает в компоненте modstore.pro/packages/import-and-export/frontpadapi, хотя там все эти функции прописаны именно на опцию properties…
Пока что придумал одну бредовую идею: что оба плагина (формирование полей и фронтпад) срабатывают на одно событие BeforeCreateOrder и поэтому в момент срабатывания фронтпада этих полей еще нет… прошу не смеяться, я ещё только учусь
Процент приближается к 0,001% от прочитавших.
Печально.
Мне кажется все немного неверно поняли мою мысль.
Я не имел ввиду, что конкретно в этом случае верстальщик сделал что то плохо.
Я глобальнее. Мне кажется что в современной разработке технологии стали вредить, вместо того чтобы нести пользу.
Никто уже сверстать страницу не может, пока не запустить веб сервер на nodejs, не установит препроцессор, компилятор, не настроит babel чтобы тот es6 в es5 перегонял и чуть ли ни ракету в космос нужно запустить, чтобы приступить к работе. Кучи усилий уходят на изучение ненужного, потом на настройку рабочего места чтобы приступить к работе… А по факту то, нужен только текстовый редактор, браузер и голова.
И это не касательно верстки или даже фронтенда. Да меня всегда доволит до скрипа в зубах, когда я вижу когда кто то добавляет новый npm пакет, а редактор пишет — у вас появилось 15 659 новых файлов — зависимостей… Никто не знает что именно он добавил в свой проект, к каким последствиям это приведет…
Безопасен ли тот код, который подтянулся в проект…
Вся разработка в мире стала какой — то переусложненной, излишне натыканной технологиями.
С другой стороны я вполне понимаю, что в современном мире при наличии интернета никуда не деться и переиспользование чужого кода станет нормой и правилом. Все языки программирования развиваются в этом направлении и вводят понятие пакетов — composer, npm, pip чтобы программирование постепенно перешло в ранг простого конструктора. Это хорошо видно на последних версиях python, там только 5+5 можно выполнить не подключая pip пакеты.
Короче говоря, я признаю что просто ворчу, я разменял уже 5-ый десяток лет и мне просто сложно принимать все эти изменения) Кажется, что люди все сильно усложняют.
С картинками такая же история — зачем заранее сидеть и подгонять их под размер, потом оптимизировать. Получается лишний труд. Один раз загрузил и выводишь через phpthumbon в нужном качестве и с нужным разрешением.