Не работает https в корзине.

[zantibot]

Доброе время суток. Opencart 2.10.1 Проблема такая: Корзина не работае по https (index.php?route=checkout/buy#checkout-f) Причина в ошибке: Mixed Content: The page at 'https://site.ru/index.php?route=checkout/buy#checkout-f' was loaded over a secure connection, but contains a form which targets an insecure endpoint 'http://site.ru/index.php?route=checkout/buy/edit'. This endpoint should be made available over a secure connection. 2 момент если он чем то поможет - при нажатие а обновить кол-во товаров перекидывает на index.php?route=checkout/buy/edit и показывает пустую страницу с двумя скобочками Прошу помощи! Момогие разобартся с ошибкой. Сайт исправно работает на https кроме корзины. В логах ошибок 2017-01-23 2:19:45 - PHP Notice:  Undefined offset: 1 in /catalog/controller/checkout/buy.php on line 1460

Змінено 23 січня 2017 користувачем zantibot

[Blade]

я бы прогнал ссылку корзины через Xenu и посмотрел что отдается по http и еще я бы поставил фикс от Марка, который исправляет подобные вещи ну и без ссылки трудно) 

[zantibot]

Ошибка только если добавить товар в корзину. А что за фикс ? ссылка.

Змінено 23 січня 2017 користувачем zantibot

[ArtemPitov]

Фикс   https://opencartforum.com/topic/63302-seo-fix-https/

[zantibot]

фикс не помог

[ArtemPitov]

Тогда Вам к автору корзины, скорее всего там проблема

[Blade]

как делали ? в конфиге оба протокола по https ? ssl конечно включен ? ссылки поставлены "принудительно на https" ? после установки фикса кеш сброшен ? фикс нужен этот 

opencartforum.com/files/file/3525-seo-https-fix-pro/   Змінено 23 січня 2017 користувачем Blade

[zantibot]

10 часов назад, Blade сказал:

как делали ? в конфиге оба протокола по https ? ssl конечно включен ? ссылки поставлены "принудительно на https" ? после установки фикса кеш сброшен ? фикс нужен этот 

opencartforum.com/files/file/3525-seo-https-fix-pro/  

оба конфига, ssl-включен,  ссылки поставлены "принудительно на https" , фикс купил и сбросил кеш = Не помогло.

Впустую потраченные деньги

 

Скажите какой файл и где отвеает за кол-во товара в корзине - думаю проблема вся в нем. 

Змінено 23 січня 2017 користувачем zantibot

[Blade]

5 часов назад, zantibot сказал:

оба конфига, ssl-включен,  ссылки поставлены "принудительно на https" , фикс купил и сбросил кеш = Не помогло.

Впустую потраченные деньги

Крайне странно

напишите Марку

У меня так же Coloring, но проблем абсолютно нет никаких с ssl

[zantibot]

Только что, Blade сказал:

Крайне странно

напишите Марку

У меня так же Coloring, но проблем абсолютно нет никаких с ssl

Отключаю в настрйках ssl работает все хорошо. Включаю сразу проблема.

[Dotrox]

 

23 часа назад, zantibot сказал:

Mixed Content: The page at 'https://site.ru/index.php?route=checkout/buy#checkout-f' was loaded over a secure connection, but contains a form which targets an insecure endpoint 'http://site.ru/index.php?route=checkout/buy/edit'. This endpoint should be made available over a secure connection.

Судя по ошибке, вы проблему неправильно сформулировали. У вас не страница корзины по https не работает, а страница корзины содержит ссылку с http, на что брузер и ругается. Ссылка эта в самом модуле быстрого заказа и, вероятно, формируется не совсем правильно, так что никакие сторонние фиксы тут не спасут.

 

Лучшее решение: купить нормальный модуль оформления заказа - Simple.

Ну, либо этот расковырять и поправить (но если сами не сможете, то дешевле будет купить Simple).

[Blade]

6 минут назад, Dotrox сказал:

 так что никакие сторонние фиксы тут не спасут.

Марк уверяет в обратном

у него и написано что исправляет всякие кривые модули, то есть должен отдавать как прописано в его модуле, но есть какой то момент, он поможет

 

зы я бы еще для красоты записал в сео менеджер ссылку checkout/buy 

про модуль корзины вообще не подумал) ставьте симпл конечно, тут и думать не надо

 

[Dotrox]

7 минут назад, Blade сказал:

у него и написано что исправляет всякие кривые модули, то есть должен отдавать как прописано в его модуле

Если где-то ссылка формируется не через $this->url->link(), то я слабо представляю, как это возможно, потому что даже, если попробовать модификаторами прошерстить все файлы, то нужно ещё знать на что их шерстить (хотя, может вариантов меньше, чем мне кажется).

 

Если в конфигах для обоих версий (HTTP_SERVER и HTTPS_SERVER) вбиты ссылки с https, а проблема осталась даже с фиксом, то, скорее всего, автор модуля где-то тупо вбил в код 'http://'.

[Blade]

да я не спорю)

мне самому интересно что бы сказал Марк в этом случае и в чем проблема

просто для себя в общем

 

[jvz]

1 час назад, Dotrox сказал:

Если где-то ссылка формируется не через $this->url->link(), то я слабо представляю, как это возможно, потому что даже, если попробовать модификаторами прошерстить все файлы, то нужно ещё знать на что их шерстить (хотя, может вариантов меньше, чем мне кажется).

response

[Dotrox]

58 минут назад, jvz сказал:

response

И перебор регулярками сгенерированного кода? Это ещё хуже, чем перебор модификаторами исходного кода, ибо модификаторы не срабатывают на каждый запрос.

Хотя да, искать станет значительно проще, поскольку искать придётся только вхождение 'http://' и в рамках одного запроса нагрузка будет меньше, чем при обработке модификаторами всех файлов, но перебор регуляркой всего output  на лету - это плохая идея.

[markimax]

7 часов назад, Dotrox сказал:

И перебор регулярками сгенерированного кода? Это ещё хуже, чем перебор модификаторами исходного кода, ибо модификаторы не срабатывают на каждый запрос.

Хотя да, искать станет значительно проще, поскольку искать придётся только вхождение 'http://' и в рамках одного запроса нагрузка будет меньше, чем при обработке модификаторами всех файлов, но перебор регуляркой всего output  на лету - это плохая идея.

Не используются регулярки понятное дело :) Не в  первый в "первый класс"

[markimax]

Суть в том что у вас скорее всего протокол загрузки URL прописан прямо в JS ФАЙЛЕ

Потому что если бы был в самом коде HTML - то фикс спокойно исправил бы

Это уже к автору модуля

[zantibot]

Модуль корзины стоит платный и работает на ура от ocprofi. Проблема была проста в мой голове...

Я как чевлоек логиг когда правил config.php в делал так 

// HTTP (Ну раз HTTP то должено быть с http)
define('HTTP_SERVER', 'http://fanfunny.ru/');

// HTTPS (Ну раз HTTPS то должено быть с https)
define('HTTPS_SERVER', 'https://fanfunny.ru/');

а строило сделать так все с https заработало

// HTTP
define('HTTP_SERVER', 'https://fanfunny.ru/');

// HTTPS
define('HTTPS_SERVER', 'https://fanfunny.ru/');
 

Ну да сам му*дак, но что поделаешь. Всем спасибо, все работает на ура. Всем продаж и кучу денег. Всем кто пытался помочь ставлю +

Змінено 24 січня 2017 користувачем zantibot

[Dotrox]

9 минут назад, zantibot сказал:

Проблема была проста в мой голове...

Если модуль заказа не пытается использовать https, то проблема не в вашей голове, а в голове автора модуля.