Никита
С нами с 17 ноября 2016; Место в рейтинге пользователей: #5888 минут назад
То есть, у тебя уже установлен какой-то пакет с неподходящей версией. И его можно обновить, если указать ключ -W. Только и всего.Понизить версию compo...
Новый тип дополнений: mmxDatabase и mmxForms 36
3 часа назад
Примерно тоже самое, только при помощи mmxDatabase:
$id = $modx->getOption('id', $scriptProperties);
$category = $modx->getOption('category'...
Получение всех TV полей ресурса из конкретной категории и вывод в чанк 2
3 часа назад
Собственно пока писал пост, пришла идея костыльного решения, отдельным выводом записать в плейсхолдер id отобранных товаров и их передать в фильтр и т...
mFilter2: Не работает фильтрация при нескольких значения where 1
Вчера в 20:16
UPD
Добавил подключение js.cookie.min.js и ваш код заработал. Спасибо!
Как вывести похожие товары по списку опций? 12
Вчера в 13:29
Здравствуйте. Статус заказа меняется на «Оплачено» после того как покупатель оплатил товар и произошёл редирект обратно сайт. Появились случаи когда п...
[mspSberbank] Оплата заказов miniShop2 через процессинг Сбербанка 108
03 мая 2024, 11:45
Всем привет! Подскажите пожалуйста а можно ли сделать фильтр в 2 уровня и как это сделать? Т.е. например мне нужно сделать: домен/бренд-из-сео-фильтра...
Анонс SeoFilter - ЧПУ+SEO для mFilter2 и не только 120
02 мая 2024, 15:27
Есть у кого-то идеи? или в данном случае через плагин и событие пробовать, или мсинк тупо всё обрезает?
Msync как записать html контент, а не обработанный без тегов? 1
02 мая 2024, 12:15
воротите, что хотите. Вплоть до удаления исходников сайта, это уже на ваше усмотрение.
Это определённо очень важная возможность 😊
mmxFenom - нативная интеграция шаблонизатора 3
02 мая 2024, 11:30
Управляя настройками mysql, можно задать параметр sql_mode пустым значением (после чего все заработает), но хостер такую возможность не дает… Есть ли ...
pdoTools и sql_mode=only_full_group_by - ошибки при работе PdoPage 1
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