Dotrox

И даже не какое-то, а конкретно /image/data/varmos-iv_10.jpg, о котором и написано is not a valid JPEG file.

/system/storage/modification Вы же выше оттуда уже выкладывали файл. И я просил контроллер, а не языковой файл. Контроллеры лежат в папке с одноимённым названием.

Если футера нет на всех страницах сайта, значит проблема в его контроллере или шаблоне. Выложите их код сюда. Если они есть в кеше модификаторов, то выкладывайте именно оттуда.

Точно так же, как с $og_image, обернуть вывод строки в <?php if (isset($og_url) && !empty($og_url)) { ?> <?php } ?>

Открываете исходный код страницы в браузере, нажимаете Ctrl+F, вбиваете в появившееся поле поиска http:// - и сразу увидите такие ссылки. Сейчас у вас с http остались только ссылки на шрифты в шапке и ссылка на myopencart.ru в футере. Первое должно быть в header.tpl шаблона, а второе - в языковом файле футера.

Нет. Заменить нужно только в первой строчке, то есть здесь: public function link($route, $args = '', $connection = 'NONSSL') {

Как я и говорил, дело в редиректе. И вы не внимательны! Выше я спрашивал про правку в /system/library/url.php - у вас её явно нет! Вас не смущало, что почти все ссылки на сайте без https?

Первой ошибкой была его установка! А остальные ошибки указывают на то, что у вас модификаторы не применились. Смотрите лог vQmod.

Значит оригинальный. В большинстве случаев и будет работать без неё. Она обязательно нужна, если ОК лежит не в в корне сайта (и тогда в ней указывается где), а в остальных случаях она просто страхует от кривых настроек сервера. Но вопрос в другом: если вы скачивали оригинальный ОК, то у вас эта директива должна была быть изначально. Вот .htaccess оригинального ОК вашей версии (и она есть в любой версии): https://github.com/opencart/opencart/blob/2.0.3.1/upload/.htaccess.txt Значит у вас есть модули, которые модифицируют .htaccess. Если это произошло именно при включении SSL в админке, смотрите, какие модули у вас связаны с SSL/https. Если таких нет, тогда следующие под подозрением SEO модули. Сам ОК никогда .htaccess не трогал.

Нельзя, чтоб начиналось с цифры. А вообще, желательно давать классам (а особенно id) хоть сколько-то осмысленные названия.

Это версия, а не сборка. ОК такого не делает! Нужен. Эта директива указывает, что является корнем сайта. Нет в этом никакого смысла. Я потому и спрашивал именно сборку, что это уже авторы сборки могли что-то намудрить, но я ожидал извращённого SeoPro, а не такого. Дайте ссылку на сайт.

Можно в контроллере шапки сделать так: $data['compare_count'] = count($this->session->data['compare']); И дальше вывести полученную переменную в шаблоне. В ней будет число товаров в сравнении. А ещё лучше подправить языковой файл с текстом этой кнопки и затем подставить туда в контроллере это число через sprintf. Посмотрите, как это у закладок сделано.

Найдите в модуле, где формируется ссылка, на которую уходят сообщения из формы. А по шрифтам: просто найдите, где у вас эти ссылки вписаны (шаблон шапки, файл стилей через @import или ещё где-то) и поправьте протокол. тут других вариантов нет.

Так не нужно. Если правку в /system/library/url.php вы уже сделали, а форма не работает, значит нужно ковырять саму форму (и оторвать автору руки): там либо жёстко вбито HTTP_SERVER, либо вообще http://. А не работает она потому, что она, вероятно, аяксом отравляет данные на сервер и либо браузер не даёт этого сделать из-за незащищённого протокола, либо происходит редирект на https, при котором всё содержимое POST запроса теряется.

Какая у вас сборка? После чего всё стало в порядке? Может, ещё кому-то пригодиться.

От пустой таблицы толку мало, нужно ещё и структуру правильную создать. Нужно ещё удалить вручную кеш модификаторов.

И не должно было. Хотя бы выше уже пример посмотрели. Вот, что у вас там сейчас: @media (max-width: 768px;){ Подсказка: точка с запятой.

Вот это должно было подсказать, что он у вас может не заработать. А вы просто создали пустую таблицу? В любом случае, хотите избавиться от этого модуля - удалите его в админке и обновите кеш модификаторов. Если не поможет, посмотрите в архиве с модулем, есть ли там замены для стандартных файлов ОК. Если найдёте, то залейте эти файлы из чистого дистрибутива ОК вашей версии/сборки.

Это какой-то косяк модуля оплаты. На странице оформления заказа всё правильно учитывается, так что если дальше доставка выпадает, значит модуль берёт не то значение.

Какая у вас версия?

Вот подробное описание, почему так происходит: Если там решение будет не совсем понятно, то в двух словах: файл /system/library/url.php, функция link, третий параметр должен быть $connection = 'SSL'.

А где вы этот модуль достали? И путь к файлам и эта проблема с невозможностью удалить очень напоминает один модуль быстрого заказа, который уже успел себя зарекомендовать здесь (не с лучшей стороны), но, вроде, у него было другое название. Есть вероятность, что кто-то этот модуль продаёт под другим названием.

Я рассчитывал, что вы перед использованием немного погуглите, потому просто подсказал свойство, а не полное решение Надо ещё указать top: 0. И, возможно, придётся ещё задать z-index (если при прокрутке окажется, что какой-то контент на странице наползает на панель). Если вы хотите, чтоб закладки были полноценными, то есть сохранялись после закрытия браузера и возвращении пользователя, например, через день (или месяц), как для зарегистрированных, то не подскажу, ибо я натыкался только на модули, которые просто позволяют пользоваться закладками без авторизации, но после сброса сессии они удаляются, что делает такие закладки малость бессмысленными.

Обновите кеш модификаторов. И проверьте, не заменяет ли модуль каких-то стандартных файлов (например, /system/library/url.php), потому что у вас при его отключении должна открываться стандартная страница оформления заказа, но судя по ошибкам это не так.

Первый раз слышу. Попробуйте без него.