Всего 125 994 комментария

Алексей Шумаев
Алексей Шумаев
26 августа 2021, 14:48
0
Я думаю, можно для способов доставки в чанке
{if $delivery.class == 'eslHandler'} установить класс типа «esl-delivery-item»
и скрывать только их.
В ближайшее время что-нибудь придумаю…
/
Наумов Алексей
Наумов Алексей
26 августа 2021, 14:40
0
Конечно не нужно скрывать все)))

Самовывоз со склада, собственный курьер, да просто куча способов доставок может быть, которые не нужно скрывать.

Ладно, хорошо, хоть есть несжатый скрипт, придется поковыряться!
/
Алексей Шумаев
Алексей Шумаев
26 августа 2021, 13:06
0
Добрый!

Да, так работает.
Сами способы доставки должны быть на странице, но управляются «за кулисами» по событиям виджета.
Возможно, это я не совсем верно сделал, т.к., действительно могут быть иные способы доставки, которые не нужно скрывать. Я подумаю, как это поудобнее реализовать; скорее всего скрываться будут только способы доставки, созданные модулем при установке.
Пока можно переключиться на свой js-файл, скопировать туда несжатый eshoplogistic2.js и закомментировать/изменить эти строки: yadi.sk/i/XckMjOIIacnUaQ
/
Andrey Grachov
Andrey Grachov
26 августа 2021, 12:29
0
В случае с уникальными данными (что бывает не очень часто) будет добавляться по одной записи в этой таблице, в то время как в варианте с сессиями набор свойств будет дублироваться в сессии каждого пользователя который зашел на страницу. То есть вариант с сессиями увеличивает размер базы быстрее, но, конечно, как вы правильно упомянули, там есть механизмы очистки.
/
Наумов Алексей
Наумов Алексей
26 августа 2021, 11:53
0
Добрый день!

Когда добавляю вызов сниппета eshoplogistic2Order на страницу оформления заказа — скрипты скрывают все мои остальные способы доставки.
У меня 4 способа:
1. Самовывоз со склада
2. Доставка курьером в пределах МКАД
3. Забрать с пункта самовывоза (должно работать через eShopLogistic.ru)
3. Курьером по РФ (должно работать через eShopLogistic.ru)

я что-то не так сделал или компонент так работает?
/
Vladimir
Vladimir
26 августа 2021, 11:36
0
Сейчас у меня источник «Картинка» согласно xml, тип поля стоит «поле msProduct», цель стоит «gallery», галочки стоят на «Множественное и активное».
/
Сергей Шлоков
Сергей Шлоков
26 августа 2021, 10:46
0
Есть ereplace, есть preg_replace модификаторы.
/
Иван Бочкарев
Иван Бочкарев
26 августа 2021, 08:54
+2
Обновим в ближайшее время.
/
Сергей Шлоков
Сергей Шлоков
26 августа 2021, 08:48
+2
А JS исходники обновлять не стали? Компонент не поддерживает PHP7. Оригинальный редактор поддерживает.
/
Александр Мельник
Александр Мельник
26 августа 2021, 08:14
+1
Отлично, какие молодцы вы.
/
Виталий Чекрыжев
Виталий Чекрыжев
26 августа 2021, 07:54
0
FileAttach использует названия файлов в разных регистрах для повышения безопасности.
fileTranslit изменяет название файлов уже после того, как FileAttach сохранил информацию о загруженном файле, вследствие чего связь теряется.
Есть разные расширения для изменения названий файлов, в целом любой модуль, который изменит название файла сломает связь.
/
Рамис Хамидуллин
Рамис Хамидуллин
26 августа 2021, 02:51
+3
— Добавлен новый тип TV ввода: Ace
А вот за это низкий поклон Вам! ?
/
Algirdas
Algirdas
25 августа 2021, 15:55
0
Спасибо! Сработал первый вариант :)
/
Николай Савин
Николай Савин
25 августа 2021, 08:52
0
Здравствуйте. Ну тут нужно оттталкиваться от того что делали с сайтом в этот период.
Либо плагины какие то подключили на события минишопа,
Либо классы переписали, переопределили.
/
Александр Туниеков
Александр Туниеков
24 августа 2021, 21:55
0
Может плагин левый на изменение статуса заказа. Ну так не угодаешь. Надо цепочку создания заказа смотреть.
Могу посмотреть. Стоимость часа 600р. Если устраивает пиши на t.me/touols
/
max
max
24 августа 2021, 21:52
0
И еще что характерно… Если раньше пользователю, при смене статуса заказа на «Новый» сразу приходило письмо, то теперь письма не приходят.
/
max
max
24 августа 2021, 21:36
0
Внезапно, но на версии modx-2.7.2 и minishop2-2.6.0 возникла проблема. Причем возникла как: с утра работало абсолютно все и проходили оплаты, с обеда отвалилось… Развитие симптомов: при оформлении заказа, после того как пользователь заполнял свои данные (телефон, e-mail, ФИО) и нажимал кнопку «Отправить» происходил редирект на платежку Tinkoff (использую mspTinkoff) и далее после успешной оплаты происходил обратный редирект на successpage на сайте (/order/success.html?msorder=XX). Все штатно, без нареканий. Но, что-то сломалось и теперь не происходит редиректа на платежку Tinkoff — пользователь нажимает кнопку «Отправить» и не происходит ничего… Вернее, там «под капотом» все же происходит кое что интересное: в консоли браузера видно обращение по XHR к action.php. Туда отправляется вот что:
payment: 5
delivery: 2
email: somebody@mail.com
receiver: Иван Иванов
phone: +7 (903) 90390390
ms2_action: order/submit
ctx: web
а вот response выглядит странно:
<html>
<head></head>
<body>
Array
(
    [id] => 108
    [user_id] => 7
    [createdon] => 2021-08-24 18:15:15
    [updatedon] => 
    [num] => 2108/8
    [cost] => 3000
    [cart_cost] => 3000
    [delivery_cost] => 0
    [weight] => 0
    [status] => 1
    [delivery] => 2
    [payment] => 5
    [address] => 108
    [context] => web
    [comment] => 
    [properties] => 
    [type] => 0
)
1
</body>
</html>
И самое интересное — заказ создается… Т.е. на этом этапе он уже есть в админке. Со статусом «Новый». Вот только пользователь остается там же — на странице оформления заказа, без возможности оплатить.

Что сломалось — ума не приложу. Обновил уже все компоненты, но ничего не изменилось. Прошу посильной помощи уважаемого сообщества.
/
Lori
Lori
24 августа 2021, 14:55
0
Благодарю, работает
/
Роман
Роман
24 августа 2021, 14:49
0
Нашел решение тут.
/
Роман
Роман
24 августа 2021, 14:13
0
Спасибо, очень удобная вещь.
/