25 марта 2019, 23:13 Это вопрос не к разработчику модуля ддя MODX. Это всего лишь обёртка. Обрабатывает и возвращает данные сама робокасса. Узнавать об этих изменениях стоит у их саппорта Вопросы / Актуальность модуля mspRobokassa 4 0
11 февраля 2019, 22:32 Фронт компилишь двумя путями, с двумя конфигами для запросов 1) dev сервер. Среда разработки веб-приложения на vue.js собираемая вебпаком. В алиас конфигов дева и прода кидаем два разных пути. dev и prod. Запросы по api осуществляются через import config from 'config'. axios.get(config.index.get)… 2) пишем в этот конфиг все url для ajax-запросов. 3) создаём папку на сервере со скриптами, в роли обработчиков запросов. Указываем в modx о том что это статичные сниппеты и возвращаем данные в json. На место чанка писать в json никто не запрещает Вопросы / Modx restfull api 19 0 1
11 февраля 2019, 15:25 Есть ли готовое решение для реализации рест апи?Как может существовать готовое решение к методологии общения клиент-сервер? Для интеграции vue в modx вовсе необязательно следовать REST. Вопросы / Modx restfull api 19 0
24 января 2018, 11:14 Вот что я никак не могу понять — почему серверные запросы к API не требуют авторизации, а javascript Open API с клиента обязательно требует аутентификации пользователя. Даже если тебе нужно забрать данные, доступные всему интернету. Меня как front-endера эта политика разочаровывает. Всего у меня 2 проекта, в котором нужен vk api — в первом отделался лёгким испугом — написал топорный сниппет без параметров, всего то забрать отзывы и немного данных о каждом юзере. Но со вторым я бы так легко не отделался — через vk api заполняется добрая половина ресурса. Плагин оказался полезен, хотя кнеш требует доработки — всё равно метод в сниппете приходится писать и сниппет уже вызывать в чанке. Топорно, но выбирать не приходится. Ссылка на github в modstore оказалась битой, хотел посмотреть код, додумать универсальность до [[vkapi? &method=`users.get` &=user_id=`xxxxxxxx` &fields=`photo_100`&tpl=`wrapperChunk`]] к примеру. Было бы идеально. Ув автор, спасибо за плагин, найс. Актуализируй, пж, ссылку на github репозиторий Новые дополнения и их версии / vkTools [1.0.0-beta] 10 0
19 января 2018, 15:02 То что нужно. Документация до сих пор оставляет желать лучшего. Вопросы / MIGX и checkbox 3 0
01 июня 2017, 15:21 Василий, за miniShop2 суперогромный вам респект и уважуха! Когда я впервые писал вёрстку для miniShop2 я думал, что всё будет гораздо хуже ожидаемого и даже заготовил свои счётчики товаров и цен в карточках и корзине. Как оказалось, это уже было в default.js и мне даже не стоило запариваться. Поля delivery и payments — единственное что вызвало проблему, да и то я быстро справился с ней. Достаточно было помучать devTools дебаггер. С js я на «ты», а код в default.js отлично составлен и вполне читабелен. В сравнении с тем баттхёртом, что вызывали у меня ранее магазы на birix, prestaShop и eCommerce — miniShop2 всем им утирает нос как в лёгкости настроек, так и в производительности. Спасибо вам огромное. Вопросы / Не хочет работать валидация в msOrder 14 +1
01 июня 2017, 14:22 да, в принципе то, о чём я и писал. PS позовите кто-нибудь Василия! Нужно рассказать главному инженеру компонента. Всё таки многие магазины начинают работать сначала со стандартных оплат наличными и при самовывозе товара. Конечно delivery и payments — полезные поля, но я считаю, они должны идти в качестве дополнения, а не обязательного пункта. А вообще form-group — это ведь говностраповский стилевой класс. Ты уверен, что он используется для javascript в default.js? Вопросы / Не хочет работать валидация в msOrder 14 0
01 июня 2017, 14:14 Спасибо, следующий магаз тоже буду на miniShop делать — инфа полезная, фактор не самый очевидный. Вопросы / Не хочет работать валидация в msOrder 14 0
22 мая 2017, 14:13 Вообще ща постараюсь в краци передать почему я решил подзапариться и попробовать статику. Нужно это поскольку я пишу интерфейсы на gulp по БЭМ. Каждый блок — отдельный файл. Сейчас у меня нормально закидываются модули в базу и всё работает ок. Но масштабирование по итогу таково, что перенос только стилей и скриптов проходит простым перезаливом. Чтоб менять разметку приходится запоминать что поменялось и руками копипастить в базу. pug рендерит мне html — каждый новый модуль — копипаста. А структура шаблонов в чанках равно такая-же как у меня в проекте с gulp. Вот я и подумал — надо найти шаблонизатор, чтоб и на gulp работал, и на MODX. Самое главное — вызов чанков. В дефолтном шаблонизаторе MODX все инклуды — запрос к базе (если даже статика — запрашивается путь), а в gulp-pug или gulp-twig путь пишется сразу после include. Отсюда несостыковки в шаблонизаторе. Надеюсь smarty поправит. Пока сделаю через базу ибо люди ждут софтину Вопросы / Как подружить twig шаблоны с MODX? 9 0
22 мая 2017, 13:44 Та я сокрее уже тогда smarty применю. Какой-то он более частоиспользуемый и по возможностям не хуже. Осталось не полениться отрефакторить шаблон. Вопросы / Как подружить twig шаблоны с MODX? 9 0
22 мая 2017, 11:17 Во-первых — в код шаблонов / чанков не исполняется php — это зоны вывода инфы — ячейка базы и ничего больше. Во-вторых — нельзя назначить файл статичным и оставить поле пути пустым. Если бы всё работало по инструкции — у меня бы не было вопросов. Вопросы / Как подружить twig шаблоны с MODX? 9 0
07 апреля 2017, 11:23 А я исправил. Последний абзац — UPD. Нужно крч по хорошему перебирать javascript и msOrder минишопа на isset и if(!undefined), чтоб код мог понимать — если полей ввода адреса и способа оплаты нет — брать базовые значения. Сейчас у меня времени с моим проектом не было на это — надо было быстро его деплоить, поэтому я решил не лезть в скрипты, а просто вальнуть нужные поля ввода с дефолтными величинами под display none. Костыль, но работает. На будущее буду знать. Как это относится к валидации? Очень просто. Если в javascript происходит ошибка, а она происходит, так как payments.length действительно undefined без разметки payments (способа оплаты) — отваливается весь модуль. А валидация (действительно грамотная валидация) полей должна писаться в javascript, ещё и с regexp, желательно, чего нет в скрипте Василия. В таких случаях, если время позволяет, я интегрирую свой ajax-модуль. Он по regexp умеет проверять номер и email: github.com/WebKieth/Black-UI/blob/master/src/_modules/ajaxform/ajaxform.js Вопросы / Не хочет работать валидация в msOrder 14 0
14 марта 2017, 12:15 Спасибо за предложение, но, увы, я сейчас уже загружен работой. Но был бы свободен — взял бы тысяч 10-15. Это моя субъективная оценка, многие бэкендеры взяли бы и меньше. Я профилируюсь больше на front-end составляющей. MODX люблю, потому что настраивается всё шорткодом, разбивается на компоненты, и вникать в php не нужно) Вопросы / База знаний (Wiki) на MODX 10 0
14 марта 2017, 11:35 Вот тут посложнее. Я бы сделал через tickets, запилив свою front-end админку для юзеров, которые хотят написать статью. Установил бы на эту админку ckeditor. Относительно редактирования готовых статей — js tooltip со всплывашкой типа «править». По нажатию на кнопку кидать выделенную область в один input, правленные данные в другой input, адрес страницы в третий. И отправка на модерацию — можно даже банально через FormIt. Да, разрабатывать надо. Тут готового решения нет — есть лишь множество кирпичиков, из которых можно собрать всё что нужно. Если нет времени на разработку — я бы сделал раздел wiki на поддомене с другой базой. Установил бы туда чистый вики-движок. Вопросы / База знаний (Wiki) на MODX 10 0
14 марта 2017, 11:17 Разработка раздела faq — не такая и сложная вещь, чтоб писать для неё отдельный модуль. Достаточно обычного контентного шаблона и шаблона с меню внутренних страниц. Последнее может pdoMenu. Для перелистывания с одной статьи на другую (следующая, предыдущая) — pdoNeighbours. Ссылки в контенте для перелинковки пишем через плейсхолдер с тильдой [[~page_id]] — вот и весь wiki. Вопросы / База знаний (Wiki) на MODX 10 0
10 марта 2017, 10:42 Блин, гениально. Не заметил, как я на предыдущей рабочей неделе сам же и написал js-фильтр, опирающийся на запрос к msProducts where))) Спасибо большое Вопросы / Как изменить минимальную цену товара в miniShop2? 2 0
09 марта 2017, 17:51 Это явно толчок вперёд. nodejs + MODX — рульная связка. Правда юзать её для уведомлений менеджеров — всё равно что асфальтоукладчиком блины печь… Вытолкну своё предложение. Что если установить на сервер с MODX nodejs + к нему какой-нибудь быстрый js-шаблонизатор. pug, например, или bemtree со всей бэм-связкой вообще. Они же все наверняка работают в разы быстрее, чем встроенный шаблонизатор MODX или даже smarty. Это должно увеличить и (и без того не медленную но всё же) скорость загрузки страниц. Шаблоны тогда придётся держать в файлах, а не в базе — слегка неудобно, но задумка показалась мне здравой, вот только времени свободного очень мало для скорейшей реализации. Как думаете — небесполезно оно будет? Для разработчиков / modNodejs - Интеграция Nodejs в MODx 94 0
03 марта 2017, 18:31 Ну отновительно «ничего не происходит» — как-то трудно поверить. Всегда что-то происходит, когда сохраняешь филды в migx. Строка может создаться, но в ячейках инфы не будет — я так понимаю это и есть ваше «ничего не происходит»? Тогда проверьте dataIndex в migx. Скорее всего там стоят неправильные значения fields. Вопросы / MIGXdb не работает 3 +1
01 марта 2017, 11:25 Да, на вид явно помогло. Несколько раз всё поперещёлкал и работает всё без лагов))) спасибо большое) Вопросы / ERR_INCOMPLETE_CHUNKED_ENCODING в chrome 4 0
Возможно ли реализовать возможность предоплаты за доставку на сайте? Так ради этого мне и нужно это все, чтобы клиент платил сразу при оформлении заказа, чтобы избавить себя от мусорных заявок (когда человек оставляет заявку, а предоплату делать не ...
Редизайн сообщества На больших экранах основной текст статьи я бы сделал 18 px. Да и текст комментариев можно таким сделать. Для меня лично 16 — мелковато на больших экранах (в комментариях вообще 15 ...
MiniShop3 1.11.0 при клике на radio идет пересчет итоговой суммы в orderUI, в зависимости от способов(оплаты доставки) я так поняла. попробуй код запуска события поставить ниже чем orderUI, после
ImageOptimizer - WebP/AVIF и responsive <picture> для MODX 3 Дополнение доступно modstore.pro/packages/photos-and-files/imageoptimizer
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Добавил localizator3_default_language
msInShopNotify Начиная с версии 3.0.0-beta добавлена поддержка MiniShop3 Минимальные требования: PHP 8.4 MODX 3.2 MiniShop3
MaxNotify Обновление 1.2.0-pl (03.07.2026) — добавлены уведомления о заявках FormIt через hook-сниппет `maxNotifyFormIt`; — добавлены уведомления о заявках SendIt через hook-...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurre... Да, планируется. Даже чуть больше, чем просто бонусная система)
1) dev сервер. Среда разработки веб-приложения на vue.js собираемая вебпаком. В алиас конфигов дева и прода кидаем два разных пути. dev и prod. Запросы по api осуществляются через import config from 'config'.
axios.get(config.index.get)…
2) пишем в этот конфиг все url для ajax-запросов.
3) создаём папку на сервере со скриптами, в роли обработчиков запросов. Указываем в modx о том что это статичные сниппеты и возвращаем данные в json. На место чанка писать в json никто не запрещает
Для интеграции vue в modx вовсе необязательно следовать REST.
Всего у меня 2 проекта, в котором нужен vk api — в первом отделался лёгким испугом — написал топорный сниппет без параметров, всего то забрать отзывы и немного данных о каждом юзере. Но со вторым я бы так легко не отделался — через vk api заполняется добрая половина ресурса. Плагин оказался полезен, хотя кнеш требует доработки — всё равно метод в сниппете приходится писать и сниппет уже вызывать в чанке. Топорно, но выбирать не приходится. Ссылка на github в modstore оказалась битой, хотел посмотреть код, додумать универсальность до [[vkapi? &method=`users.get` &=user_id=`xxxxxxxx` &fields=`photo_100`&tpl=`wrapperChunk`]] к примеру. Было бы идеально. Ув автор, спасибо за плагин, найс. Актуализируй, пж, ссылку на github репозиторий
Когда я впервые писал вёрстку для miniShop2 я думал, что всё будет гораздо хуже ожидаемого и даже заготовил свои счётчики товаров и цен в карточках и корзине. Как оказалось, это уже было в default.js и мне даже не стоило запариваться. Поля delivery и payments — единственное что вызвало проблему, да и то я быстро справился с ней. Достаточно было помучать devTools дебаггер. С js я на «ты», а код в default.js отлично составлен и вполне читабелен.
В сравнении с тем баттхёртом, что вызывали у меня ранее магазы на birix, prestaShop и eCommerce — miniShop2 всем им утирает нос как в лёгкости настроек, так и в производительности. Спасибо вам огромное.
PS позовите кто-нибудь Василия!
Нужно рассказать главному инженеру компонента. Всё таки многие магазины начинают работать сначала со стандартных оплат наличными и при самовывозе товара. Конечно delivery и payments — полезные поля, но я считаю, они должны идти в качестве дополнения, а не обязательного пункта.
А вообще form-group — это ведь говностраповский стилевой класс. Ты уверен, что он используется для javascript в default.js?
Нужно это поскольку я пишу интерфейсы на gulp по БЭМ. Каждый блок — отдельный файл. Сейчас у меня нормально закидываются модули в базу и всё работает ок. Но масштабирование по итогу таково, что перенос только стилей и скриптов проходит простым перезаливом. Чтоб менять разметку приходится запоминать что поменялось и руками копипастить в базу. pug рендерит мне html — каждый новый модуль — копипаста. А структура шаблонов в чанках равно такая-же как у меня в проекте с gulp. Вот я и подумал — надо найти шаблонизатор, чтоб и на gulp работал, и на MODX. Самое главное — вызов чанков. В дефолтном шаблонизаторе MODX все инклуды — запрос к базе (если даже статика — запрашивается путь), а в gulp-pug или gulp-twig путь пишется сразу после include. Отсюда несостыковки в шаблонизаторе. Надеюсь smarty поправит. Пока сделаю через базу ибо люди ждут софтину
Во-вторых — нельзя назначить файл статичным и оставить поле пути пустым. Если бы всё работало по инструкции — у меня бы не было вопросов.
Как это относится к валидации? Очень просто. Если в javascript происходит ошибка, а она происходит, так как payments.length действительно undefined без разметки payments (способа оплаты) — отваливается весь модуль. А валидация (действительно грамотная валидация) полей должна писаться в javascript, ещё и с regexp, желательно, чего нет в скрипте Василия. В таких случаях, если время позволяет, я интегрирую свой ajax-модуль. Он по regexp умеет проверять номер и email:
github.com/WebKieth/Black-UI/blob/master/src/_modules/ajaxform/ajaxform.js
Относительно редактирования готовых статей — js tooltip со всплывашкой типа «править». По нажатию на кнопку кидать выделенную область в один input, правленные данные в другой input, адрес страницы в третий. И отправка на модерацию — можно даже банально через FormIt.
Да, разрабатывать надо. Тут готового решения нет — есть лишь множество кирпичиков, из которых можно собрать всё что нужно.
Если нет времени на разработку — я бы сделал раздел wiki на поддомене с другой базой. Установил бы туда чистый вики-движок.
Достаточно обычного контентного шаблона и шаблона с меню внутренних страниц. Последнее может pdoMenu. Для перелистывания с одной статьи на другую (следующая, предыдущая) — pdoNeighbours. Ссылки в контенте для перелинковки пишем через плейсхолдер с тильдой [[~page_id]] — вот и весь wiki.
Вытолкну своё предложение. Что если установить на сервер с MODX nodejs + к нему какой-нибудь быстрый js-шаблонизатор. pug, например, или bemtree со всей бэм-связкой вообще. Они же все наверняка работают в разы быстрее, чем встроенный шаблонизатор MODX или даже smarty. Это должно увеличить и (и без того не медленную но всё же) скорость загрузки страниц. Шаблоны тогда придётся держать в файлах, а не в базе — слегка неудобно, но задумка показалась мне здравой, вот только времени свободного очень мало для скорейшей реализации.
Как думаете — небесполезно оно будет?
На сервере стоит 5.6