Dotrox

А вы каким образом создаёте экземпляр класса вашего контроллера? Сама ошибка говорит о том, что у вас реестр не передан в конструктор.

Судя по ссылкам с "checkout/buy", у вас установлен модуль "Упрощенное оформление заказа" от ocprofi. Просто удалите его и почистите кеш модификаторов.

Ну, если вы используете заново залитый в отдельную папку дистрибутив, то да, кеш модификатров там пустой был изначально, а иначе никуда он не делся. Идёте в Дополнения -> Модификаторы и нажимаете там вверху голубую кнопку Обновить. И это надо делать после внесения любых правок в файлы.

Не надо ничего в файлах править - у вас конфликт модулей. Судя по ссылкам, у вас установлен модуль "Упрощенное оформление заказа" от ocprofi. Просто удалите его и почистите кеш модификаторов. Вот это как бы намекает:

До тех пор, пока PayPal не позволяет прямой вывод в Украине в любом случае нужен агрегатор. Так что, если таки хотите получить какие-то ответы. лучше спрашивать не как PayPal выводить, а какие есть агрегаторы помимо 2checkout, которые принимают PayPal, но с меньшей комиссией, чем 2checkout (я так понимаю, вас именно это интересует). Ну, и спрашивать это есть смысл на оф форуме ОК, потому что в Рунете PayPal далеко не самая популярная система, а тех, кто торгует за пределами Рунета здесь редко встретишь. Кстати, PayPal запрещает использование в агрегаторах:

Нет, он видит оплату банковской картой и ею оплачивает. ЛикПей это не только оплата с привязанных карт, но и просто карточный шлюз (там довольно обширное апи). Ну, тут у вас уже есть единственное возможное решение, ибо если не 2checkout, то тут в любом случае понадобится какой-то агрегатор.

У вас адаптивный сайт. Хотите уменьшить - сожмите окно браузера :) Там стандартная сетка Бутстрап, так что уменьшить - означает переверстать. Либо, можно навесить на тег html это: transform: scale(0.9); Но вёрстку всё равно придётся допиливать, потому что появляется белая рамка вокруг и меню мобильной версии начинает выглядывать из-за края. И это не поддерживают старые браузеры. И в некоторых браузерах могут возникать артефакты. Я бы не рассматривал этот вариант серьёзно.

Правильней сказать, что вы совсем не программист. :) Чтоб понять причину проблемы в вашем коде, достаточно самых элементарных навыков (понимание работы цикла и умение читать).

Чему вы удивляетесь, если вы вывод этих ссылок завернули в цикл, который будет их выводить столько раз, сколько у вас будет всего статей. В цикле должен быть только вывод значений из $information.

В товаре ссылка на изображение формируется автоматически (с учётом настроек https), а в статье ссылка формируется один раз при вставке изображения через визуальный редактор в админке. Вам нужно эти ссылки вручную поправить для каждой статьи. Лучше всего в визуальном редакторе открыть исходный код и просто поудалять из ссылок на изображения домены совсем, сделав их относительными. Совсем не странно. Параметр указывающий на https полностью зависит от настроек конкретного сервера, так что поддержке это должно быть видней.

То есть, они просто не сохранились в первый раз?

Что-то вы очень сильно перемудрили! Прежде всего, где вы вот это надыбали: if(!isset($_SERVER['HTTPS'])){ header("HTTP/1.1 301 Moved Permanently"); header("Location: https://" . $_SERVER['HTTP_HOST'] . $_SERVER['SCRIPT_URL']); exit(); } Во-первых, никакие редиректы в php вообще добавлять не надо! Ну, а конкретно этот редирект, как раз и приводит к тому, что у вас все ссылки редиректит на корень домена. Вот правильный редирект на https, который должен быть в .htaccess: RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Вот здесь точки должны быть заэскейплены (www\.site\.ru): RewriteCond %{HTTP_HOST} ^www.site.ru$ [NC] Иначе точка воспринимается регуляркой, как указание на любой символ (это не помешает редиректу срабатывать, но значительно расширит количество условий срабатывания, что в отдельных случаях может привести к лишним редиректам). Ну и наконец, зачем вы в конфигах везде повписывали https? Оно должно быть только в HTTPS_ параметрах.

По идее, но не в ОК. В ОК значения опций (всех) формируются заранее и в товаре просто выбираются из готового списка, а параметры уже задаются в товаре (количество, цена и т.д.). Это у атрибутов значения вписываются отдельно для каждого товара. Так что смысла в отдельной опции изображения действительно не было в той реализации, как она была.

Ну, если у вас ссылки выглядят так, то SEO Url тут не причём. У вас эту ссылку должен обрабатывать js и загружать контент аяксом. Посмотрите в консоли браузера, что происходит после клика на такую ссылку и, возможно, там есть ошибки ещё до клика.

Проверьте места, в которых вы вносили правки для перехода на https (например, конфиг админки). Возможно, вы где-то что-то лишнее вписали или неправильно кавычки закрыли (пользуйтесь редактором с подсветкой синтаксиса).

А с какой радости вы решили, что $value - это цена товара? $value - это курс! Цена - это $number. И зачем скобки вокруг $format? Должно быть так: if ((float)$number == 0 && $format) { return 'Звоните'; } Но я очень рекомендую не вписывать сюда никакие тексты, а добавить эту строку в базовый языковой файл и выводить так: if ((float)$number == 0 && $format) { return $this->language->get('text_call'); } Где text_call - название переменной из /catalog/language/ru-ru/ru-ru.php.

Почистите кеш модификаторов. Если не поможет, значит где-то вы всё же ошиблись. Должен быть языковой файл, он должен быть подключён в контроллере, переменная из языкового файла в контроллере должна быть передана в массив $data - после этого её можно будет вывести в шаблоне (с именем равным индексу в массиве $data). При этом не обязательно создавать отдельных языковых файлов: если для текущего контроллера уже есть языковой файл, можно дописать в него свои новые строки для перевода (и это будет правильней, поскольку ОК придерживается принципа, что для каждого контроллера есть только один языковой файл). Если какие-то строки есть необходимость использовать в разных контроллерах, их можно добавить в базовый языковой файл (лежит в корне соответствующей языковой директории и называется соответственно языку). А там на форуме помогать не хотят? :)

/catalog/view/theme/profimarket/template/common/footer.tpl Но шаблон может позволять это делать и через свою админку (если она у него вообще есть).

Проверьте на новом товаре. Для существующих, вероятно, нужно будет удалять уже сгенерированные ЧПУ, чтоб они перегенерировались. Кстати, если вы смотрите результат на сайте, а не в админке, то не забывайте чистить кеш.

Проблема из-а того, что у вас при отправке отзыва вместо product_id передаётся вот это: "<b>Notice</b>: Undefined variable: product_id in <b>/var/www/olegshturmanuk/data/www/ironpower.com.ua/catalog/view/theme/pitaha/template/product/review.tpl</b> on line <b>77</b>" Проверьте файл /catalog/controller/product/product.php. У вас там в функции index должна быть такая строка: $data['product_id'] = (int)$this->request->get['product_id']; Если её нет, добавьте её, например, перед $data['model'] = $product_info['model']; Если же строка есть, значит дело в модификаторах.

Ну, очевидно, что в decimal_point вместо пробела должна быть запятая, если вы хотите, чтоб копейки отделялись не пробелом, как сейчас, а запятой.

В таком случае вы что-то не то написали в первом посте. Да, если вы хотите, чтоб у всех ссылок, где заполнено SEO URL, оно использовалось в ссылках. Если вы включите это, то в ссылках на товар будет весь путь по категориям: /чпу-категория/чпу-подкатегория/чпу-товара. С точки зрения SEO - это полезно.

Система - Настройки - вкладка Сервер. А зачем вы заполняете SEO URL, если не хотите использовать их на сайте?

Тоже вариант. Возможно, даже более вероятный.

Покажите, что у вас в /system/library/cart/currency.php. Если файла нет, значит у вас версия 2.1 или 2.0 (если вы думаете, что все версии двойки одинаковые - то сильно ошибаетесь), тогда он здесь: /system/library/currency.php.