27 августа 2021, 10:30 Если не случится непредвиденных осложнений, сегодня к вечеру будет новая версия с учётом выявленных недостатков. В худшем случае — к понедельнику. Новые дополнения и их версии / Новый универсальный модуль расчёта доставки сразу для 13 служб доставки 32 +1
26 августа 2021, 15:32 Спасибо! Завтра займусь обновлением модуля. Новые дополнения и их версии / Новый универсальный модуль расчёта доставки сразу для 13 служб доставки 32 0
26 августа 2021, 14:48 Я думаю, можно для способов доставки в чанке {if $delivery.class == 'eslHandler'} установить класс типа «esl-delivery-item» и скрывать только их. В ближайшее время что-нибудь придумаю… Новые дополнения и их версии / Новый универсальный модуль расчёта доставки сразу для 13 служб доставки 32 0
26 августа 2021, 13:06 Добрый! Да, так работает. Сами способы доставки должны быть на странице, но управляются «за кулисами» по событиям виджета. Возможно, это я не совсем верно сделал, т.к., действительно могут быть иные способы доставки, которые не нужно скрывать. Я подумаю, как это поудобнее реализовать; скорее всего скрываться будут только способы доставки, созданные модулем при установке. Пока можно переключиться на свой js-файл, скопировать туда несжатый eshoplogistic2.js и закомментировать/изменить эти строки: yadi.sk/i/XckMjOIIacnUaQ Новые дополнения и их версии / Новый универсальный модуль расчёта доставки сразу для 13 служб доставки 32 0
18 августа 2021, 22:26 Ничего не меняет, это не требуется. В данном варианте все нужные данные на фронте доступны через события виджета. Поэтому и не требуется расширять класс доставки, чтобы добавить в стандартный response недостающие данные. Новые дополнения и их версии / Новый универсальный модуль расчёта доставки сразу для 13 служб доставки 32 +2
21 июля 2021, 11:16 Вообще вроде же сниппет в комплекте готовый есть… Новые дополнения и их версии / mvtDocs: удобное хранение документов 45 0
21 июля 2021, 11:16 innerJoin? Новые дополнения и их версии / mvtDocs: удобное хранение документов 45 0
21 июля 2021, 11:00 использовать loadModels Новые дополнения и их версии / mvtDocs: удобное хранение документов 45 0
21 июля 2021, 11:00 modx.pro/components/17634#comment-108735 Новые дополнения и их версии / mvtDocs: удобное хранение документов 45 0
27 мая 2021, 09:10 Жесть и боль ) Вот прям сочувствую. Я так думаю это касается ~ 90% работающих в сфере сайтов. Обычно при таком подходе народ моментально выгорает; да и учиться нет особого смысла — только под конкретную ситуацию. Для разработчиков / Как я написал YandexMarket2 на Vue.js 50 +1
23 апреля 2021, 09:58 Опыт — сын ошибок трудных (©), делюсь, пока минута есть. Подзаработать потом, это хорошо; главное, чтобы проект не возвращался на доработку неожиданно, как будет что-то всплывать. А то техдолг накопится и через пару лет работа будет ради работы делаться. Ну или работать по принципу «сдал проект — и меня нет», тоже так себе подход ))) Готовые решения / [СДЕЛАЙ САМ] Генерация, вставка в PDF и последующее чтение QR-кодов на сайте 12 0
23 апреля 2021, 09:39 Ну да, как вариант — конкретная реализация от задачи. Вангую немного на будущее: — вдруг проект вырастет? — вдруг выяснится, что народ закрывает страницу не дожидаясь отправки и не получает билеты, а потом жалуется? — вдруг сбой отправки и вы об этом не узнаете, а повторной отправки не предусмотрено? — вдруг надо будет ещё что-то делать вместе с отправкой билета? Это я к тому, что лучше этот процесс перенести полностью на бэк, где вы его будете контролировать. Чтобы БД не запрашивать (хотя для небольших проектов это не имеет особого значения, да и вообще — кому нужна БД — узкое место же :-) ) — можно в файлы json писать: есть файл -> читаем, получаем указанный заказ, отправляем, удаляем. Если отправка каких-то писем не удалась — пишем в лог и данный файл не удаляем. Однако, имхо, это немного извращение. Готовые решения / [СДЕЛАЙ САМ] Генерация, вставка в PDF и последующее чтение QR-кодов на сайте 12 0
23 апреля 2021, 09:13 Да, именно на крон. Сохраняем очередь отправки в отдельную таблицу, потом кроном раз в ~ 1 мин отправляем накопившиеся и удаляем из таблицы. Лимит на отправку за один запуск скрипта ~ 5-10 писем, чтобы не иметь проблем с хостером (чтобы за спам 100% не принимали). Готовые решения / [СДЕЛАЙ САМ] Генерация, вставка в PDF и последующее чтение QR-кодов на сайте 12 0
23 апреля 2021, 08:56 Навскидку несколько моментов: 1. «Чтобы избежать повторных отправок, записываем id заказа в куки… » — лучше таки флаг отправки сохранить в БД, например в properties msOrder. Ибо на страницу domain.ru?msorder=1 можно перейти не раз + она запросто может попасть в индекс яндекса (проверено) и будет весело. Запретите индексацию таких страниц в robots. 2. Откликаться будет ТОЛЬКО на ajax запросы: if ($_SERVER['REQUEST_METHOD'] != 'POST')… Этот код будет работать при любом запросе к данной странице постом. Меняйте на что-то вроде: if(empty($_SERVER['HTTP_X_REQUESTED_WITH']) || $_SERVER['HTTP_X_REQUESTED_WITH'] != 'XMLHttpRequest') die;3. Отправку писем нужно повесить на событие оформления заказа или иное подходящее. И я бы такой функционал в принципе не вязал бы с MS2, он тут по факту не нужен ) За публикацию личного опыта — спасибо. Готовые решения / [СДЕЛАЙ САМ] Генерация, вставка в PDF и последующее чтение QR-кодов на сайте 12 +3
09 апреля 2021, 17:50 Версия обновлена, теперь есть сортировка файлов. Новые дополнения и их версии / mvtDocs: удобное хранение документов 45 0
03 апреля 2021, 10:41 Мультикатегории же, оказывается, есть ) Вроде нормально работают вроде на паре крупных сайтов. Видимо, есть ошибка в подсчёте количества, на крупных сайтах этого можно и не заметить. Если есть возможность дать доступ к админке — я посмотрю твой пример, поправлю. Новые дополнения и их версии / mvtSeoData 75 +1
01 апреля 2021, 17:38 Видимо работает потому, что в любом случае перед выводом код проходит через парсер. Почему в таком случае не срабатывает феном пока сказать не могу, надо код смотреть ) Новые дополнения и их версии / mvtSeoData 75 +1
01 апреля 2021, 16:14 Не понял, что за поле «Описание» имеется ввиду. Если в поле компонента, то там нет ни фенома, ни ресурса. Не думаю, что это компонент. Новые дополнения и их версии / mvtSeoData 75 0
31 марта 2021, 19:08 Да, мультикатегорий пока нет, забыл про них. Попозже добавлю. Новые дополнения и их версии / mvtSeoData 75 +1
31 марта 2021, 14:50 Добрый! Залил новую версию. Не тестил, т.к. нет времени, но должно работать. Прошу проверить и отписаться ) Новые дополнения и их версии / mvtSeoData 75 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... Да, планируется. Даже чуть больше, чем просто бонусная система)
{if $delivery.class == 'eslHandler'} установить класс типа «esl-delivery-item»
и скрывать только их.
В ближайшее время что-нибудь придумаю…
Да, так работает.
Сами способы доставки должны быть на странице, но управляются «за кулисами» по событиям виджета.
Возможно, это я не совсем верно сделал, т.к., действительно могут быть иные способы доставки, которые не нужно скрывать. Я подумаю, как это поудобнее реализовать; скорее всего скрываться будут только способы доставки, созданные модулем при установке.
Пока можно переключиться на свой js-файл, скопировать туда несжатый eshoplogistic2.js и закомментировать/изменить эти строки: yadi.sk/i/XckMjOIIacnUaQ
В данном варианте все нужные данные на фронте доступны через события виджета.
Поэтому и не требуется расширять класс доставки, чтобы добавить в стандартный response недостающие данные.
Я так думаю это касается ~ 90% работающих в сфере сайтов.
Обычно при таком подходе народ моментально выгорает; да и учиться нет особого смысла — только под конкретную ситуацию.
Подзаработать потом, это хорошо; главное, чтобы проект не возвращался на доработку неожиданно, как будет что-то всплывать. А то техдолг накопится и через пару лет работа будет ради работы делаться. Ну или работать по принципу «сдал проект — и меня нет», тоже так себе подход )))
Вангую немного на будущее:
— вдруг проект вырастет?
— вдруг выяснится, что народ закрывает страницу не дожидаясь отправки и не получает билеты, а потом жалуется?
— вдруг сбой отправки и вы об этом не узнаете, а повторной отправки не предусмотрено?
— вдруг надо будет ещё что-то делать вместе с отправкой билета?
Это я к тому, что лучше этот процесс перенести полностью на бэк, где вы его будете контролировать.
Чтобы БД не запрашивать (хотя для небольших проектов это не имеет особого значения, да и вообще — кому нужна БД — узкое место же :-) ) — можно в файлы json писать: есть файл -> читаем, получаем указанный заказ, отправляем, удаляем. Если отправка каких-то писем не удалась — пишем в лог и данный файл не удаляем. Однако, имхо, это немного извращение.
1. «Чтобы избежать повторных отправок, записываем id заказа в куки… » — лучше таки флаг отправки сохранить в БД, например в properties msOrder. Ибо на страницу domain.ru?msorder=1 можно перейти не раз + она запросто может попасть в индекс яндекса (проверено) и будет весело. Запретите индексацию таких страниц в robots.
2. Откликаться будет ТОЛЬКО на ajax запросы: if ($_SERVER['REQUEST_METHOD'] != 'POST')…
Этот код будет работать при любом запросе к данной странице постом.
Меняйте на что-то вроде:
3. Отправку писем нужно повесить на событие оформления заказа или иное подходящее.
И я бы такой функционал в принципе не вязал бы с MS2, он тут по факту не нужен )
За публикацию личного опыта — спасибо.
Видимо, есть ошибка в подсчёте количества, на крупных сайтах этого можно и не заметить.
Если есть возможность дать доступ к админке — я посмотрю твой пример, поправлю.
Почему в таком случае не срабатывает феном пока сказать не могу, надо код смотреть )
Если в поле компонента, то там нет ни фенома, ни ресурса.
Не думаю, что это компонент.
Прошу проверить и отписаться )