Cкрывать вариант доставки до определенной суммы заказа

Меры безопасности при поиске исполнителя
mosrodik
Сообщения: 5
Зарегистрирован: 17.04.2022
Поблагодарил: 2 раз

Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение mosrodik »

Приветствую!

Требуется внести правку в официальный модуль Boxberry доставка для Opencart 2.3, чтобы до определенной суммы заказа он не загружался.
Либо второй вариант, не подгружались только варианты с наложенным платежом. 

Жду предложений по срокам и стоимости в личку.
Спасибо!
Аватара пользователя
Tom
Разработчик дополнений
Сообщения: 121
Зарегистрирован: 10.03.2022
Откуда: Казахстан - Алматы
Поблагодарил: 5 раз
Спасибо: 59 раз

Re: Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение Tom »

Попробуйте модуль Filterit. Стоит он 450р и умеет делать не только это.
Автор этого модуля Deeman, создатель Simple.
mosrodik
Сообщения: 5
Зарегистрирован: 17.04.2022
Поблагодарил: 2 раз

Re: Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение mosrodik »

Спасибо, модуль решил поставленную задачу, настроил, чтобы не загружались варианты с наложенным платежом. Единственный минус, увеличился в 2 раза показатель TTFB.
Аватара пользователя
Tom
Разработчик дополнений
Сообщения: 121
Зарегистрирован: 10.03.2022
Откуда: Казахстан - Алматы
Поблагодарил: 5 раз
Спасибо: 59 раз

Re: Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение Tom »

А зачем вы это измеряете в оформлении?
Аватара пользователя
devimirochnik
Разработчик дополнений
Сообщения: 164
Зарегистрирован: 14.04.2022
Откуда: Россия
Мои дополнения: devimirochnik
Поблагодарил: 2 раз
Спасибо: 10 раз

Re: Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение devimirochnik »

Тут еще важна разница в TTFB. Если это с 30 мс до 60 мс, то как бы. Если это с 0,5 с до 1 секунды, то уже важнее. А так, действительно. Как отметил Tom, это же страница оформления, она же не особо нужна (в плане индексирования у поисковиков). А для пользователей разница, скажем, между 200 мс и 300 мс не особо заметна, особенно в случае, когда уже происходит заказ. Порой с платежными системами по нескольку секунд задержки и ничего, полинтернета как-то не жалуются))
Мои модули: Оптимизация, SEO, Скидки, Отчёты и прочее

Также могу заняться задачами по вашему сайту в рамках фриланса. График ненормированный, но дело делаю.
Аватара пользователя
nikifalex
Разработчик дополнений
Сообщения: 314
Зарегистрирован: 17.03.2022
Откуда: Россия
Поблагодарил: 4 раз
Спасибо: 38 раз
Контактная информация:

Re: Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение nikifalex »

..
mosrodik
Сообщения: 5
Зарегистрирован: 17.04.2022
Поблагодарил: 2 раз

Re: Cкрывать вариант доставки до определенной суммы заказа

Непрочитанное сообщение mosrodik »

Tom писал(а): 12 авг 2022, 12:50 А зачем вы это измеряете в оформлении?
Данный показатель измеряется автоматически, использую Lighting. Увеличение произошло на всех страницах, так как корзина и модули учета связанные с ней подгружаются на каждой из них.
 
devimirochnik писал(а): 12 авг 2022, 16:54 Тут еще важна разница в TTFB. Если это с 30 мс до 60 мс, то как бы. Если это с 0,5 с до 1 секунды, то уже важнее. А так, действительно. Как отметил Tom, это же страница оформления, она же не особо нужна (в плане индексирования у поисковиков). А для пользователей разница, скажем, между 200 мс и 300 мс не особо заметна, особенно в случае, когда уже происходит заказ. Порой с платежными системами по нескольку секунд задержки и ничего, полинтернета как-то не жалуются))

Да, был показатель 0,07 сек, после установки модуля стал: Среднее TTFB с Lightning: 0.118 сек (на базе 4210 страниц) - это, конечно, не критично, просто обратил внимание. Но модуль решает кучу задач, так что мастхев.

А вот из-за кого на самом деле подвисает, это -  модули доставки, особенно Боксберри, -  прямо говорят, что 6-7 секунд для них это хороший результат.
 
Ответить