16 ноября 2024, 21:12
Спасибо. Работает.
16 ноября 2024, 20:54
Владимир, добрый день!
Есть возможность добавить в модуль функцию отмены заказа?
Т.е. если в админке магазине поставили статус Отменен, чтобы в Ти...
15 ноября 2024, 17:40
спасибо, несколько раз проверял и не заметил)
14 ноября 2024, 13:55
Сложна.
Я сделал с помощью js. Задал class для div c results
и вот так прописал
document.querySelector('.easycomm div').textContent = 'Отзывов пок...
14 ноября 2024, 11:50
Добрый день! Установил MarkdownEditorFrontend с modstore и xpdo выдало ошибку что не может найти сервис. К моему удивлению в транспортном пакете не на...
14 ноября 2024, 05:22
astro.build впервые слышу такой фреймворк. Вообще gtsAPI затачивался под primevue.org. Но в primevue вообще не никакой связи с api. Там api как хочешь...
13 ноября 2024, 10:55
Не все пожелания клиента нужно реализовывать. Одно дело когда желание обосновано бизнес-процессами, а другое дело клиент так видит. В данном случае, н...
Всего 123 792 комментария
У меня вопрос такого плана. Мне надо сделать определение не для города, а для области (не Санкт-Петербург, а Ленинградская область). То есть в Ленинградской области одна информация, а в остальной России другая. Я смогу это реализовать с помощью компонента? Спасибо!
Как правильно сделать возможность массового редактирования цен, если кроме тех что имеет minishop2 созданы дополнительно в виде TV полей.
Пробовал в настройках модуля указывать их как:
ya_price
tv-ya_price
перенос или изменение не работают. Хотя в контекстном меню они появляются.
Я (очень) далеко не первый кто прыгает в поезд тенденции отказа от jQuery, которая возникла по объективным причинам. Главная из которых: сам JavaScript её почти/уже догнал по функционалу и удобству.
Использовать jQuery только чтобы навесить один обработчик на событие и добавить/удалить css класс с нескольких элементов — это одеть медведя в меховую шубу! Вот если вы сфинкс в Сибири, то надевать шубу (использовать jQuery) имеет смысл.
Ну и прекрасно, но это к чему? Это же аргумент в пользу FetchIt. Следите за руками:
— Если (как вы утверждаете) 99% сайтов на MODX используют jQuery, то AjaxForm будет работать на 99% сайтах, остальным сайтам (1%) которые без jQuery, придется тянуть зависимость только чтобы работал AjaxForm.
— Если (как вы утверждаете) 99% сайтов на MODX используют jQuery, то FetchIt будет работать на 100% сайтах, даже у тех где используется jQuery.
На это уже @Артур Шевченко ответил, но я дополню, больше не для вас, а для всех кто так думает. FetchIt делает больше и лучше за 300 строчек кода чем AjaxForm за более чем 12 000.
я его добавил, письмо для подтверждения улетело. Перехожу по ссылке, а на странице подтверждения следующий прикол:
пол страницы отрезано, все начина с {set $user = '!aflActivateUser' | snippet:[]}
В консоли ошибка:
/lk/confirmation?lu=YWRtOTNydXNAeWFuZGV4LnJ1 500 (Internal Server Error)
Если этот сниппет убрать, страница загружается нормально.
Вобще вкурить не могу, что я делаю не правильно…
При отправке формы регистрации:
все поля принимают disabled
magazin.ru.xsph.ru/assets/components/ajaxformitlogin/action.php 500 (Internal Server Error)
В логах сервера:
Но не понятно в чем преимущество удаления зависимости от jquery?
99% сайтов на modx используют эту либу.
Да и говорить что она огромная, это смешно, по сути весит как одна картинка на любом сайте да и в браузере уже у всех в кеше есть.
(
[2023-03-13 09:05:20] (ERROR @ /home/a/angel26/angelina-sem.ru/core/components/minishop2/custom/payment/sberbank.class.php: 246) [miniShop2:Sberbank] Response is not received from API.
[2023-03-13 09:05:20] (ERROR @ /home/a/angel26/angelina-sem.ru/core/components/minishop2/custom/payment/sberbank.class.php: 264) [miniShop2:Sberbank] Response is empty.
[2023-03-13 09:05:20] (ERROR @ /home/a/angel26/angelina-sem.ru/core/components/minishop2/custom/payment/sberbank.class.php: 272) [miniShop2:Sberbank] [LOG FOR SBERBANK PAYMENT]
API URL: 3dsec.sberbank.ru/payment/rest/register.do
)
Я вроде бы все правильно ввёл и API и пароль не могу понять в чём дело