Вчера в 15:49
Никак не получается настроить. Ошибка такая же как выше писали. Уже раз 100 перепробовал.
AMO CRM - решение бага с получением токена авторизации. 15
Вчера в 14:51
Огонь, очень круто!
MiniShop3: Notification Center — Революция в управлении уведомлениями 2
30 ноября 2025, 16:21
Надеюсь все решится все в ближайшее время
ImgsPaste - дружелюбная вставка фотографий из ms2Gallery, MIGX в контент 52
28 ноября 2025, 17:12
Ребята, это нормально что при в режиме Импорт товаров — недоступен импорт остатков (msProductRemains)?
А в режиме импорта остатков не доступны TV и г...
msImportExport 918
26 ноября 2025, 11:39
Дмитрий. первые две строки в вашем логе — это не ошибки. Это предупреждения о плохом коде. Они сами по себе ничего не ломают.
Настоящая проблема у в...
Релиз miniShop2 ver. 4.4.1 & 4.4.2 18
25 ноября 2025, 13:49
Здравствуйте, устанавливаем msProductRemains перестаёт добавлять в корзину, по логам добавляет, на странице корзины ошибка minishop2 not defined и соо...
[msProductRemains] Остатки без свойств и другое 3
25 ноября 2025, 07:08
Отлично. Ну еще проблему с путями решить и норм) Но судя по комментам о Thumb2x, картинки весят больше, чем после обработки pthumb — что тоже ставит н...
Thumb3x: Современная обработка изображений для MODX 3 34
24 ноября 2025, 21:36
Этого не будет
Thumb2x — это мощный и гибкий компонент для обработки изображений 8
Всего 125 355 комментариев
при установке
и
при удалении
кроме как костыля в виде самого пакета больше тут ничего и нет
Мало того, что это сам по себе костыль, так еще и непонятно как зависимости через админку разруливать, в случае чего. А дальше надо опять как-то собирать траспортный пакет через MODX, грузить в репозитории, там еще что-то может поломаться…
Народ даже придумал консольный сборщик GPM, который работает по json схеме. Никому не нравится собирать транспортные пакеты, это издевательство.
Куда лучше потихоньку писать новые дополнения и переводить старые на установку из Composer. Будут хорошие дополнения использовать этот подход — будут и юзеры.
Любой будущий пакет может просто указать у себя в зависимостях mmx/database, а так как у нас всё через Composer, то установлен он будет только один раз, неважно сколько пакетов его требуют.
Это только если без gzip — а с ним 420 Кб.
Тоже многовато, но оно закэшируется и больше грузиться не будет. Для всех форм на всех страницах будет грузиться один и тот же комплект файлов.
Буду пробовать SendIt, на новых точно уже без AjaxForm.
Насколько я понял (php со словарем:)) там изначально проверка только на то что есть запрос ajax или нет, который получается можно подделать?
Прямые запросы на assets/components/ajaxform/action.php в логах остались, количество сократилось.
Имена и телефоны подставляют реальные из слитых баз, клиент сначала звонил по ним, некоторые отвечали что им звонят уже не первый раз из разных контор.
mmxDatabase понравился! Прям чешутся руки применить и попробовать, осталось найти где. По нему небольшой вопрос, сторонние модели возможно добавлять в список поддерживаемых разработчику? Например для miniShop3 (когда-то в будущем)?
И вопрос по mmxForms, верно понял, что использование компонента на фронте выливается примерно в 1,5 мб дополнительного css и js? Много, конечно, если речь про формы типа «Перезвоните мне»
Пакет будет установлен с учетом всех зависимостей и тд. Пакет будет в данном случае как обертка. Не будет занимать много места, будет так же работать и откат и тд и все фишки пакета MODX.
Отличный пример!!! Применю обязательно.
ps. Что мне непонятно, так почему ребята которые задают курс MODX до сих пор придерживаются транспортных пакетов? Когда в ядре уже есть все необходимое для установки через композер…
Вообще очень интересно получилось. Твои старые компоненты на фронте используют jQuery, а теперь ты врываешься с Vue, VanillaJS не зашёл тебе совсем?)))
Что касается твоих идей, мне они кажутся революционными для Modx, если не найдётся тот, кто разжуёт всё для малообразованных вроде меня, будет сложно разобраться.
И зачем этот пакет? Просто заменить один синтаксис другим?
Если тейк про скорость, то это не элокенту
Сделайте сниппет chkbot:
Добавьте его в &preHooks:
А в файле assets/components/ajaxform/action.php на 23 строке добавьте:
У меня, при использовании gtsAPI, на странице вызывается сниппет, который подгружает однофайловый модуль на vue. Который весит пару килобайт. Соберается за секунды и никак не влияет на другие модули. Нужно, чтоб модуль можно было отдельно редактировать и соберать. Чтоб модуль отдельно подгружался при использовании на странице и чтоб при загрузке какой-либо страницы не загружались все сто модулей.
Пример модуля ExcelCalc
1 это не простой порог входа. Подробной документации еще нет, но система кажется не простой.
2. MODX с системой сниппетов и чанков довольно простой конструктор сайтов. Многие не знают php и пишут на MODX сайты. А с vesp/core уже так не получиться.
3. У vesp нет компонентов и модулей, чтоб не писать нужный функионал с 0, а как, например, установил минишоп и просто под свой сайт подстроил.
Ну это я так вижу :-). Может у кого-то другие впечатления…