Проблема с картинками https

[bloodrain777]

Ребята, всем привет. Прошу прощения за вопрос, но танцы с бубном уже просто надоели....

 

Сайт на opencart 1.5 перевел на протокол https. Все ссылки, пути скриптов и картинок имеют вид https://site.ru/.....  

Везде сайт отображается нормально, кроме как мобильного google chrome.

 

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

 

В основном на андроиде вот такая история происходит. Буду благодарен за любые советы. Спасибо

[markimax]

SEO HTTPS FIX PRO в помощь вам тогда
Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов

 

[bloodrain777]

2 минуты назад, markimax сказал:

SEO HTTPS FIX PRO в помощь вам тогда
Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов

 

 

 

 

Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так...

 

 

 

 

 

 

[markimax]

31 минуту назад, bloodrain777 сказал:

Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так...

Не панацея но судя по вашему запросу - ваш вариант.

У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений
Как то же ссылки http попадают раз картинки не загружаются (типа "битые")
Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https://
Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений
Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем
Но конечно смотреть надо индивидуально что вы там "сделали"
 

[bloodrain777]

9 часов назад, markimax сказал:

Не панацея но судя по вашему запросу - ваш вариант.

У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений
Как то же ссылки http попадают раз картинки не загружаются (типа "битые")
Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https://
Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений
Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем
Но конечно смотреть надо индивидуально что вы там "сделали"
 

 

 

А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли

 

 

 

[bloodrain777]

"Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем"

 

А я где то написал что я прописал HTTP_SERVER - https ?

[bloodrain777]

Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ

[markimax]

15 часов назад, bloodrain777 сказал:

А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли

 

Вы забываете про URL. Для разных протоколов они разные
Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам)  ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки
 

[bloodrain777]

22 часа назад, markimax сказал:

 

Вы забываете про URL. Для разных протоколов они разные
Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам)  ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки
 

 

 

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

[Dotrox]

В 03.04.2017 в 20:25, bloodrain777 сказал:

такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей.

Как раз наоборот - не работал на HTTP/2 судя из этой фразы.

Хром почти год назад удалил поддержку NPN (расширение для выбора протокола), а точнее заменил на ALPN. nginx для работы с ALPN должен быть собран с OpenSSL версии не ниже 1.0.2, а он до сих пор в официальных репозиториях собирается с версией 1.0.1.

Мозилла NPN тоже заменила на ALPN, но позже. И эта касается всех вариантов этих браузеров, а не только мобильных.

 

Так что получается, что без HTTP/2 в Хроме у вас просто за один раз все фотографии не могли загрузиться (а у некоторых есть сомнения в пользе от HTTP/2).

Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли?

 

 

23 минуты назад, bloodrain777 сказал:

В первые слышу чтобы seo_pro кешировал полностью ссылки

Ну да, всё верно: как это происходит, в принципе, с кешированием в ОК - SeoPro кеширует только результат запроса к таблице с ЧПУ.

[bloodrain777]

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

Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли?

 

 

Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало.

 

 

А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю

 

 

 

[markimax]

В 05.04.2017 в 01:17, bloodrain777 сказал:

Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало.

А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю

 

Да сорри перепутал seo_pro кеширует таблицу.

Но суть от этого не меняется

Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url  полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок

[bloodrain777]

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

Да сорри перепутал seo_pro кеширует таблицу.

Но суть от этого не меняется

Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url  полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок

 

Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro.

[markimax]

20 минут назад, bloodrain777 сказал:

 

Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro.

Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов)

[bloodrain777]

В 07.04.2017 в 10:54, markimax сказал:

Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов)

 

Да ну какие много запросов?! Всего один в самом начале  -

$query = $this->db->query("SELECT LOWER(`keyword`) as 'keyword', `query` FROM " . DB_PREFIX . "url_alias");

И то, там используется lazy load. (ошибся)

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

[Dotrox]

3 часа назад, bloodrain777 сказал:

Да ну какие много запросов?! Всего один в самом начале

На этот раз Марк прав.

В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице.

Правда, эти запросы тоже кешируются.

 

В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему).

Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы.

[chukcha]

Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш

[chukcha]

4 часа назад, bloodrain777 сказал:

lazy load.

Что Это такое?

Вы не путайте формирование и отображение.

[bloodrain777]

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

На этот раз Марк прав.

В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице.

Правда, эти запросы тоже кешируются.

 

В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему).

Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы.

 

 

Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав?

 

 

 

 

 

[bloodrain777]

3 часа назад, chukcha сказал:

Что Это такое?

Вы не путайте формирование и отображение.

 

Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него.

 

В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в

$this->cache_data

 

 

[chukcha]

Я в ауте

[Dotrox]

49 минут назад, bloodrain777 сказал:

В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в

$this->cache_data

Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет.

 

Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом).

 

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

 

 

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

Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав?

Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет.

И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом.

[bloodrain777]

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

Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет.

 

Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом).

 

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

 

 

Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет.

И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом.

 

Да, с lazy load я тут конечно переборщил немного, ну да ладно.

 

 

 

 

 

[markimax]

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

Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы.

Вот - совершенно правильно.

Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п 

И как раз здесь нужен разделенный кеш по протоколам
Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал)
 

[markimax]

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

@chukcha

И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом.

Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro  на 100k - 1M товаров
Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо
А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore)