Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Seriusis

Users
  • Posts

    962
  • Joined

  • Last visited

Everything posted by Seriusis

  1. для меня не совсем явно условие, попробуйте просто внизу после всего условия добавить такую проверку if(isset($this->request->get['mfp'])){ $data['extra_description'] = ''; }
  2. if (!isset($this->request->get['page']) || $this->request->get['page'] == 1 || !isset($this->request->get['mfp'])) {
  3. смотря какой фильтр. вот в эту строчку if (!isset($this->request->get['page']) || $this->request->get['page'] == 1) { вам нужно добавить еще одно условие на существования get параметра фильтра, т.е если параметра нет, то только тогда заполнять поле $data['extra_description']
  4. было бы удобно это делать через такой модуль, как вариант. Можно создать блок типа "Галерея" и привязать к нужному(нужным) товарам
  5. совет так себе, картинки должны выводится без масштабирования браузером, а в оригинальном размере. Если размер должен зависить от категории, тогда завести переменные в контроллере категории, проверять category_id, и нарезать картинки в разных размерах, подставляю переменные
  6. тут нужно понимать, что jquery должен быть подключен в любом случае. А если проверять и его нет, иначе что, писать дублирующийся код на js или как? а таком случае насколько будет оправдано это дублирование ? Нужно исходить из того, что он есть и авторам шаблонов и модулей. Если это какая-то специфическая библиотека, то, как правило, ее включают в архив с модулем, чтобы проблем не было. Кроме того все стандартные библиотеки есть в папке javascript, их просто подключаем, т.е проверять нет смысла По бустрапу, в принципе, другая ситуация и тут, я считаю, есть смысл и нужно предусмотреть варианты использования разных версий, чтобы в итоге твой модуль не поплыл на каком-то шаблоне.
  7. подобная проблема будет всегда, и от этого никуда не денемся. Я думаю никто не против использовать более новые технологии и инструменты,и для нас, как для разработчиков это удобнее и полезнее. Но в целом для проекта, в контексте опенкарта, мы должны выбырать решения, которые владельцу принесут деньги, а не проблемы. И я согласен с тем, что вред о того, что на проект могут поставить любой +- адекватный модуль, который требует очень нелюбымый сейчас многими jquery будет в разы больше, чем от использования устаревших библилитек. И потом переписывать придется чуть ли не каждый модуль, который где-то как-то приглянетя владельцу. Просто это факт, который не можно отрицать. А если у тебя где-то совсем другой проект и другая база, да без проблем, почему бы не использовать гриды, ванильный js, последний бутстрап и все что хочешь.
  8. я протупил, в принципе вы можете текущую дату использовать и не усложнять, т.к на странице checkout/success это будет тоже самое, что и $order_info['date_added']. И нет надобности получать $order_info. Т.е просто $data['estimated_delivery_date] = date('Y-m-d', time()+(7*24*60*60)), // прибавили 7 дней и все
  9. вам нужно вытащить дату заказа и прибавить примерное время на доставку т.е вы можете получить всю инфу о заказе $this->load->model('checkout/order'); $order_info = $this->model_checkout_order->getOrder($this->session->data['order_id']); а дальше что нужно, то и пишите в $data $data['estimated_delivery_date] = date('Y-m-d', time()+(2*24*60*60)), // прибавили 2 дня
  10. Какая то нестандартная реализация, потому как вес это отдельное поле должно быть, и в корзине проверяется именно поле количество, которое не должно быть меньше установленного значения (по дефолту 1). У вас, как я понимаю, количестно использовано как вес Но если нужно, то меняйте 1. Для новых товаров берется значение по умолчанию, его поменяйте в файле admin\controller\catalog\product.php на 1151 строке $data['minimum'] = 1; замените на $data['minimum'] = 0; 2. Для текущих товаров можете sql запросом проставить для всех сразу UPDATE oc_product SET minimum = 0
  11. вероятно некоректно установили шаблон либо отключили какой-то шаблоновский модификатор
  12. вам там выше дали ссылку на статью, если бы вы прочитали, то нашли бы ресурс https://warez.rip/ , где можно проверить любой сайт
  13. если есть еще что-то от них, лучше снесите и поудаляйте файлы прямо через ftp руками
  14. могу предположить, что конечно, не факт, что вы не знали об этом, но этот ресурс входит в список пиратских ресурсов, и там можно загрузить очень много интерестного, после чего ваш сайт будет взломан или инфицирован, не говоря уже о том, каким образом они пишут воруют модули и что с ними делают.
  15. почему бы разработчика не спросить ?, тут и тема поддержки есть
  16. очень поучительная история для тех, хто тоже использует так называемые "модули" с таких площадок
  17. полностью согласен, лучше ставить цель на страницу checkout/success, в даном случае я указал человеку на его ошибку в коде
  18. неверно установили или файлы не залились / взяли архив не для своей версии
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.