bloodrain777 Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 Ребята, всем привет. Прошу прощения за вопрос, но танцы с бубном уже просто надоели.... Сайт на opencart 1.5 перевел на протокол https. Все ссылки, пути скриптов и картинок имеют вид https://site.ru/..... Везде сайт отображается нормально, кроме как мобильного google chrome. Поведение такое - после очистки кеша, захожу на страницу и в итоге часть фото загрузилась, а часть показывает как буд то бы битые пути, но что самое интересное - при перезагрузке страницы, все окей. В основном на андроиде вот такая история происходит. Буду благодарен за любые советы. Спасибо 1 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 SEO HTTPS FIX PRO в помощь вам тогда Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 2 квітня 2017 Автор Share Опубліковано: 2 квітня 2017 2 минуты назад, markimax сказал: SEO HTTPS FIX PRO в помощь вам тогда Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 31 минуту назад, bloodrain777 сказал: Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 9 часов назад, markimax сказал: Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 "Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем" А я где то написал что я прописал HTTP_SERVER - https ? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
markimax Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 SEO HTTPS FIX PRO в помощь вам тогда Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 2 квітня 2017 Автор Share Опубліковано: 2 квітня 2017 2 минуты назад, markimax сказал: SEO HTTPS FIX PRO в помощь вам тогда Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 31 минуту назад, bloodrain777 сказал: Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 9 часов назад, markimax сказал: Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 "Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем" А я где то написал что я прописал HTTP_SERVER - https ? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 2 квітня 2017 Автор Share Опубліковано: 2 квітня 2017 2 минуты назад, markimax сказал: SEO HTTPS FIX PRO в помощь вам тогда Он исправляет ошибки opencart, модулей и тем в формировании правильный ссылок по разным протоколам (http и https) и заодно разделяет кеш opencart для разных протоколов Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 31 минуту назад, bloodrain777 сказал: Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 9 часов назад, markimax сказал: Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 "Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем" А я где то написал что я прописал HTTP_SERVER - https ? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
markimax Опубліковано: 2 квітня 2017 Share Опубліковано: 2 квітня 2017 31 минуту назад, bloodrain777 сказал: Не уверен что это панацея. Если бы не правильные были бы ссылки или пути то не работало бы везде. А так... Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 9 часов назад, markimax сказал: Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 "Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем" А я где то написал что я прописал HTTP_SERVER - https ? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 9 часов назад, markimax сказал: Не панацея но судя по вашему запросу - ваш вариант. У вас кеш не разделяется для протоколов плюс есть проблема с формированием ссылок раз они попадают в мобильной версии как http для изображений Как то же ссылки http попадают раз картинки не загружаются (типа "битые") Модуль разделят кеш opencart для разных протоколов и если ссылки идут http заменяет на https если адрес https:// Если адрес http:// .. отдаются правильно http - это полезно для ПС и их индексации изображений Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем Но конечно смотреть надо индивидуально что вы там "сделали" А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 "Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем" А я где то написал что я прописал HTTP_SERVER - https ? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 "Вы думаете что прописав HTTP_SERVER - https:// .. вы решили проблему .. нет, только усложнили этим костылем" А я где то написал что я прописал HTTP_SERVER - https ? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 3 квітня 2017 Автор Share Опубліковано: 3 квітня 2017 Так вот. ребята если у кого такая же проблема как у меня случится - стучите в поддержку хостинга. Ответ был таков - такое поведение из-за того что сайт работал на http/2 протоколе, а версия сервера nginx была старая. Обновили версию сервера и все окей. Одна из ошибок которых не так просто обнаружить. Всем благ 2 Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
markimax Опубліковано: 3 квітня 2017 Share Опубліковано: 3 квітня 2017 15 часов назад, bloodrain777 сказал: А можно узнать? Что такого кеширует Opencart что нужно разделать по протоколам? Пути к файлам? URL картинок? На сколько я знаю, то нигда в Opencart нет такого, разве что какой то "криворукуй" кодер написал, хотя врядли Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 22 часа назад, markimax сказал: Вы забываете про URL. Для разных протоколов они разные Тот, же seo_pro полностью кеширует все URL (сценарий, очистился кеш, пользователь зашел под http - сгенерировался кеш с http протоколами ссылок, другой пользователь зашел по https а из кеша (если он не разделен по протоколам) ему отдадутся ссылки http. Понятно объяснил ?) Это не единичный случай, очень много модулей кешируют URL, к примеру разные менюшки и т п рюшечки В первые слышу чтобы seo_pro кешировал полностью ссылки, да даже если посмотреть код самого seo_pro то он динамически подставляет протокол в ссылку в зависимости от протокола обращения браузера. Но чтобы полностью был кеш ссылки - тут уж извините, такого нет Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
Dotrox Опубліковано: 4 квітня 2017 Share Опубліковано: 4 квітня 2017 В 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 кеширует только результат запроса к таблице с ЧПУ. Надіслати Поділитися на інших сайтах More sharing options...
bloodrain777 Опубліковано: 4 квітня 2017 Автор Share Опубліковано: 4 квітня 2017 1 час назад, Dotrox сказал: Но вопрос, почему проблема возникла только после перехода на https, ведь без SSL HTTP/2 не работает, то есть проблема должна была быть всегда. Или вы просто до перехода на https на мобильных не проверяли? Да нет, проверяли, все было окей. Если честно то я написал то что мне сказали в поддержке - сайт работал на HTTP/2 а у них nginx не той сборки был, обновили и все заработало. А по поводу seo_pro - вот и я так говою, но вот автор выше пишет, что seo_pro кеширует полностью ссылки. Буду ждать его ответа, может я чего то не знаю Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 В 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). И не раз встречал кеширование именно ссылок Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 7 квітня 2017 Автор Share Опубліковано: 7 квітня 2017 5 часов назад, markimax сказал: Да сорри перепутал seo_pro кеширует таблицу. Но суть от этого не меняется Видел в каком то SEO SUPER PUPER ULTIMATE MEGA PRO SHIT - там кеширование seo_url полное ссылками идет (кстати логично, чтобы лишний раз не дергать rewrite). И не раз встречал кеширование именно ссылок Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
markimax Опубліковано: 7 квітня 2017 Share Опубліковано: 7 квітня 2017 20 минут назад, bloodrain777 сказал: Ну как защита от дурака - пойдет. Хотя я мало себе представляю что можно потом делать с полным URL если установлен seo_pro. Кеш чтобы не дергать rewrite лишний раз и не генерить лишние запросы (а rewrite очень много генерит запросов) Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 (змінено) В 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 Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 3 часа назад, bloodrain777 сказал: Да ну какие много запросов?! Всего один в самом начале На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Надіслати Поділитися на інших сайтах More sharing options...
chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Но seo_patth - кешируемый, но! при большом количестве категорий, и товаров на страницах, его очень тяжело "прогреть" на каждый новый путь запись в кеш Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 4 часа назад, bloodrain777 сказал: lazy load. Что Это такое? Вы не путайте формирование и отображение. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, Dotrox сказал: На этот раз Марк прав. В методе rewrite есть вызовы методов getPathByProduct и getPathByCategory, где дополнительные запросы к базе для формирования иерархии категорий. Если для товаров показ полного пути в ссылке отключён, то вызывается только getPathByCategory. И в рамках работы с одной ссылкой вызов то всего один (хотя и не самый легковесный), но rewrite вызывается для всех ссылок на странице. Правда, эти запросы тоже кешируются. В любом случае, из-за этих запросов кешировать ссылки полностью - это всё равно очень плохая идея (и Марк уже сам описал одну из причин почему). Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 3 часа назад, chukcha сказал: Что Это такое? Вы не путайте формирование и отображение. Lazy load это когда информация записывается в свойство объекта а при обращении к нему проверяется если свойство пустое то загружается информация в него. В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
chukcha Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 Я в ауте Надіслати Поділитися на інших сайтах More sharing options... Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options... bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV
Dotrox Опубліковано: 9 квітня 2017 Share Опубліковано: 9 квітня 2017 49 минут назад, bloodrain777 сказал: В данном случаи даже тот запрос что я написал выше так же происходит при отсутствии данных в $this->cache_data Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. 1 час назад, bloodrain777 сказал: Да, иерархии будут строиться тут вопросов нет, но единственный момент - они то кешируются. Конечно если отключить кеш то будет куча запросов. Или я не прав? Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Надіслати Поділитися на інших сайтах More sharing options...
bloodrain777 Опубліковано: 9 квітня 2017 Автор Share Опубліковано: 9 квітня 2017 29 минут назад, Dotrox сказал: Хотя вы более-менее правильно описали ленивую загрузку, но увидели её там, где её нет. Это было бы ленивой загрузкой, если б, что проверка кеша, что запрос к базе происходили бы только при первом обращении с содержимому $this->cache_data (ну, и называлось бы оно просто $this->data уже, ибо кеш остался бы под капотом). А так мы имеем проверку кеша и, при необходимости, запрос к базе уже в момент создания экземпляра класса (ибо оно в конструкторе), в чём нет ничего ленивого. Как уже выше сказал @chukcha , кеш ещё нужно создать и чем больше в магазине товаров и категорий, тем больше вероятность, что текущего запроса в кеше нет. И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Да, с lazy load я тут конечно переборщил немного, ну да ладно. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x: Загальні питання Проблема с картинками https
markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 23 часа назад, Dotrox сказал: Самая большая нагрузка на rewrite - это формирование меню категорий. Вдобавок, сам процесс генерации меню тоже относительно ресурсоёмкий. поэтому я просто кеширую меню полностью в готовом виде, что избавляет и от лишних обращений к SeoPro в целом и от генерации меню при каждом открытии страницы. Вот - совершенно правильно. Полно .. как это назвать ... html -ных кеш модуля, вместе с html, ссылками и т п И как раз здесь нужен разделенный кеш по протоколам Т.е. очень много встречается вариантов где кеш протоколов надо разделять, иначе html вывод с ссылками будет одинаковый под разные протоколы (до редиректа и склейки зеркал) Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Схожі публікації [Поддержка] SEO Fix HTTPS 1 2 3 4 7 Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 153 відповіді 24 689 переглядів Zaurius 18 лютого 2021 [Поддержка] SEO HTTPS FIX PRO 1 2 3 4 12 Автор: markimax, 22 грудня 2016 https 277 відповідей 32 961 перегляд kiwi063 8 лютого 2023 [Поддержка] Перевод магазина на протокол HTTPS Автор: markimax, 29 січня 2017 https 16 відповідей 3 685 переглядів beknazar 6 січня 2021 SEO HTTPS FIX PRO Автор: markimax, 22 грудня 2016 https 1 коментар 41 191 перегляд deovi 20 липня 2017 SEO Fix HTTPS Автор: markimax, 20 липня 2016 seo_pro seo_url (і ще %d) Теги: seo_pro seo_url https 0 коментарів 33 286 переглядів markimax 20 липня 2016 Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку
markimax Опубліковано: 10 квітня 2017 Share Опубліковано: 10 квітня 2017 18 часов назад, Dotrox сказал: @chukcha И второй не мене важный пункт - кеш в ОК может даже сам создавать тормоза при большом количестве кешируемых объектов, ибо, во-первых, всё сваливается в одну директорию, а во-вторых, нормально не очищается автоматом. Кстати немного не по теме, но ...никогда не видели как падает opencart с seo_pro на 100k - 1M товаров Кеш таблицы SEO URL имеет просто не приличный размер и просто физически не хватает памяти, да и загрузить 10-50-100 мб файл тоже ресурсы надо А в seo_pro нету проверки на размер файла кеша при загрузке (не мешало бы кстати пул реквест добавить в ocStore) Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0
Recommended Posts