Seriusis

@spectre по ходу прав

тут я проглядел, не $this->log->write($liqpay_data); а $this->log->write($send_data); и перед этим почистите журнал ошибок

в файле /catalog/controller/extension/payment/liqpay_checkout.php перед $liqpay_data = base64_encode(json_encode($send_data)); добавьте $this->log->write($liqpay_data); Потом зайдите в корзину и иформите заказ с оплатой liqpay, чтобы отработал модуль Затем в админке в журнале ошибок посмотрите, что в лог вывелось и бросьте сюда. Будет понятно, какая валюта передается при оплате если нет данных в логе проделайте это для файла /catalog/controller/payment/liqpay.php т.к не уверен какой из них

модуль для liqpay какой используете ?

напишите js скрипт, чтобы страница перегружалась после изменения поля полличества, а не по клику на обновить

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

я вам рекомендовал проверить, какой canonical прописан для главной, сделали ? В исходном коде страницы ищите "canonical" может дальше и нечего обсуждать и все в порядке. Если таки не в порядке, то можно просто в конфигах прописать везде https, не только для HTTPS_SERVER но и для HTTP_SERVER, или в контроллеро home подправить $this->document->addLink($this->config->get('config_url'), 'canonical'); на config_ssl проверьте, для начала, нужно ли это, может проблема в другом

если у вас уже рабочий проект, то не вижу причины менять версию. Все что можно сделать на двойке, можно и на тройке. Да, есть исключения конечно, некоторых нужных модулей, фиксов, решений нет, Т.е вам придется заплатить за нужную вам реализацию программисту, и вы ее получите. Лично я пока не спешу тройку использовать, т.к. смысла в этом мало. Но посудите сами, переделывать готовый проект с 3 на 2, а стоит ли ? лучше потратьте лишний бюджет, раз уж он у вас есть, и пусть вам сделают то, чего вам не хватает, чем под какую то пару-тройку модулей подстраиваться каждый раз. Через год появиться модуль, который вам тоже будет нужен, и вы что, снова будете мигрировать с 2 на 3 ? Закажите, и вам что угодно сделают и к любой версии. Да и , в принципе, модули то рано или позно все адаптируют под 3, кто еще этого не сделал.

гуд!

его генерирует контроллер, т.е. он статически в twig файлах не может быть прописан. Например, для главной, он добавлен в home контроллере. Суть в том, что если у вас https, то он не должен вести на http страницу, у меня такое было на практике, хорошо что гугл консоль предупредила.

он генерируется, его в twig не будет, смотрите на самом сайте в исходном коде, что там

да, вы прави, таки есть переадресация. Еще проверьте какой canonical прописан для главной, может там http

поняли как ? в контроллере catalog/controller/product/product.php после $data['attribute_groups'] = $this->model_catalog_product->getProductAttributes($this->request->get['product_id']); вы строите свою логику $data['attr_length'] = ''; $data['attr_width'] = ''; foreach ($data['attribute_groups'] as $attribute_group){ foreach ($attribute_group['attribute'] as $attribute){ if($attribute['attribute_id'] == 13){ $data['attr_length'] = $attribute['text']; } if($attribute['attribute_id'] == 14){ $data['attr_width'] = $attribute['text']; } } } а в tpl в нужном месте выводите, проверяете, что там нужно и где, примерно так <?php if($attr_length){ ?> <div class="tname">Длина</div> <div class="tvalue"><?php echo $attr_length ?> мм</div> <?php } ?> где там заголовки нужно выводить проверку тоже делайте <?php if($attr_length){ ?> <label class="olabel">Размеры</label> <?php } ?> а то полотнище лучше удалите, спасибо скажите своим глазам за это )))

ну и нагромоздили вы ) сделайте логику в контроллере. Просто переберите ОДИН раз атрибуты, и задайте в $data необходимые ключи, зачем в tpl файле уже проверяйте, если есть значение, то выводить заголовок и значение

del

вы говорите как бы вам хотелось это видеть, а я вам говорю как оно есть на самом деле )

Вообще нет, но вы можете в контроллере catalog\controller\information\sitemap.php обрабатывать массив категорий, и подменять названиея там, где это нужно. Хорошо ли это - не уверен, но можно )

у вас метод delete вызывает при проверке метод validateCopy http://prntscr.com/sjort9 , для чего ? судя по названию этот метод для проверки при копировании, а не удалении

неопределен метод validateCopy() а зачем эта проверка при удалении ? логичное название метода было бы validateDelete()

в контроллере товара можете любые условия задать там где код if ($product_info['quantity'] <= 0) { $data['stock'] = $product_info['stock_status']; } elseif ($this->config->get('config_stock_display')) { $data['stock'] = $product_info['quantity']; } else { $data['stock'] = $this->language->get('text_instock'); } дописывайте свой, т.е. if ($product_info['quantity'] <= 0) { $data['stock'] = $product_info['stock_status']; }elseif($product_info['quantity'] === 99){ $data['stock'] = 'текст статуса';//или $this->language->get('text_your_text'); } elseif ($this->config->get('config_stock_display')) { $data['stock'] = $product_info['quantity']; } else { $data['stock'] = $this->language->get('text_instock'); }

у вас аяксом подгружаются товары, и проблема где-то в том скрипте, через который это реализовано. Не знаю, это точно от фильтра, эта подгрузка. У вас при любых движениях фильтра, например, по цене фильтруем, такое происходит Т.е. вам нужна адаптировать ваш фильтр под вашу тему

ничего не понятно. Детали дайте, ссылки на товар, по которым заходите

прямо на днях отвечал подробно что и где править по "вычитывать со склада"

нет такого, банально правка файла product_form.tpl решает такую задачу

если нет редиректа на с http на https то поставьте его