Seriusis

какая у вас версия opencart ? никаких манипуляций в коде модуля делать не нужно, явно что-то не так с установкой или не та версия

для чего вам это ? всегда делается, чтобы seo url был ИДЕНТИЧЕН, но, добавляется префикс языка после домена сайта точно так и работает. Внимательно бы перечитали описание модуля ) никто приставку вручную не ставит в урл, она автоматически будет добавлена, исходя из ваших настроект этого модуля

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

вы видимо не выбрали ветку 2.3.x , вот прямая ссылка на ветку https://github.com/liqpay/plugin-opencart/tree/2.3.x перед установкой лучше удалите старые файлы модуля, если вы взяли архив 2.1 то файлы не будут перезаписаны, т.к. пути другие вы наверное для 3 поставили, тогда можно перезаписать просто файлы

если не ошибаюсь, то прямой ссылки на сайте нет, там с гитхаба качать нужно,

для каждой версии свой архив!

он делает это в том числе

@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 , для чего ? судя по названию этот метод для проверки при копировании, а не удалении