Перейти к содержанию

Blast

Разработчик
  • Постов

    76
  • Зарегистрирован

  • Посещение

  • Победитель дней

    14

Blast стал победителем дня 22.10

Blast имел наиболее популярный контент!

Информация о Blast

Посетители профиля

820 просмотров профиля
  1. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=24471 вроде как выводит все эти файлы в карточке товара. У автора неприязнь к России, поэтому аккуратней. Но это вроде как просто модификатор, код которого можно быстро просмотреть на отсутствие всяких неприятностей. вроде то же самое делает, продажи есть на других ресурсах
  2. прислал заказчик инфу, что при переходе на сайт по ссылке с Яндекс.товаров сайт отдает 403 ошибку. общение с хостером ничего не дало, начал выяснять в чем тут дело. в url добавляется utm метка utm_referrer=https://yandex.ru/products/search?text=текст на сервак естественно приходит перекодированный вариант вида https://domain/path-to-product?utm_referrer=https%3A%2F%2Fyandex.ru%2Fproducts%2Fsearch%3Ftext%3D%D1%82%D0%B5%D0%BA%D1%81%D1%82 методом проб выяснил что если заменить %3F на что-то другое, то сайт вполне работает. похоже, что обновление безопасности апача запретило использовать hex-перекодированный символ "?" в "%3F" в url. наткнулся на такое обсуждение https://stackoverflow.com/questions/78729429/403-forbidden-when-url-contains-get-with-encoded-question-mark-unsafeallow3f заменил в .htaccess строку RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] на RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA,UnsafeAllow3F] работать то работает, но интересно насколько это безопасно и есть ли другие решения, учитывая что и php'шный urlencode и js'овский encodeURIComponent по-прежнему кодируют этот символ в %3F
  3. https://github.com/OpenCart-Club/opencart/commit/3d850029bfe3c9003c3f4f94cfef64907b727fcc целью коммита была оптимизация использования памяти из-за вложенных элементов массива backup. Но зацепило и встроенную возможность по использованию языковых переменных в родительских контроллерах. Мне кажется, что это исправление бага, разработчики модулей вполне вправе ориентироваться на механизм чистого опенкарта. по версии сборки присоединяюсь к вопросу
  4. только что запускали такой проект. клубная сборка последняя версия с гитхаба + unishop2 3.0.2.0 полет нормальный
  5. /system/library/language.php $this->data = array_pop($this->backup); заменить на $this->data = array_merge($this->data, array_pop($this->backup));
  6. не будет для такого модулей. вопрос чисто верстки, зачастую с прикручиванием swiper или slick. Может быть встроено в какой-то шаблон. например практически готовый кусок https://gist.github.com/LuisGMoralesRaya/f09ac47228902459046c480eb1a5d049 демонстрация работы https://codepen.io/rogerkuik/pen/abZOLXr только в html вставить цикл по превьюхам и поправить ксс
  7. Дополнения / Дополнения / Темы. Отредактировать тему, поле "Размер изображения в корзине"
  8. $(document).on('click', '[onclick^="cart.add"]', function(){ $(this).attr('onclick', 'window.location="/index.php?route=checkout/cart"'); }) для каталога/категорий/модулей $('#button-cart').on('click', function(){ $(this).off().on('click', function(){window.location="/index.php?route=checkout/cart"}); }); для карточки товара скрипты можно вставить в catalog/view/javascript/common.js или в подобный js файл шаблона
  9. к сожалению, разрабы опенкарта не предусмотрели варианта, когда эти поля не будут передаваться. можно дописать проверку через isset или empty
  10. вам же выше написали, что похоже на ботов. просто именно на этот сайт шлют запросы, но передают не все данные, т.е. без полей email, enquiry и т.д.
  11. всё нормально. в 3 опенкарте папку storage обычно выносят(в админке само предлагает) на уровень выше корневой папки
  12. попробуйте модификатор. закинуть в папку system и в админке обновить модификаторы related_reviews.ocmod.xml
  13. так в этом же случае в коде, который отдается браузеру, уже будет "₽" а не "руб." вроде как
×
×
  • Создать...