Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

markimax

Users
  • Posts

    20,094
  • Joined

  • Last visited

Everything posted by markimax

  1. Выключите статическое кеширование html и php сервером
  2. sitemap это только рекомендация к индексированию Ваш магазин индексируется Google https://www.google.com/search?client=firefox-b-d&q=site%3Ahttps%3A%2F%2Foruzheinik.kz%2F Обычно когда кормишь sitemap в вебмастере, Google не с первого раза его кушает Пробуйте А лучше кушает когда ссылка имеет вид site.com/sitemap.xml Настройте правильно в htaccess и кормите ею
  3. Добрый. Нет, к сожалению не планируются (итак опции по цене не покрывают временных расценок (т е фактически уже идет акционная цена), которые тратятся к примеру на оптимизации "+ pagespeed оптимизация"). Даже наоборот временно отключу опции (завтра в 23:59) т к очередь большая "организовалась"
  4. По наблюдениям loading="lazy" браузера и lazy JS скрипты жрут баллы pagespeed Но браузерный loading="lazy" жрет их меньше Забудьте про отдельные JS скрипты Практически все современные браузеры уже поддерживают <img loading="lazy"
  5. А зачем Цена модуля была бы такой же как комплект. Они с Citymanager прекрасно дружат дополняя друг друга. Хороший модуль
  6. Та да То цены разные для каждого региона, то для каждого региона совершенно разные описание и мета теги (хотя же можно сделать штатным разное описание через шорт коды модуля быстро, но нет надо вообще совершенно другое описание для товара в каждом регионе)
  7. Ставить Полезный модуль для регионов Но надо правильно настроить, чтобы индексация была регионов Никаких автоопределений регионов В паре с SEO мультирегион они отлично дружат
  8. Да есть такой функционал (точнее штатно будет) Будет в 18.1 (не вышла еще) как штатный Можно и в 18 -й сделать, но надо отдельный скрипт в "Заменитель" добавлять, которого нет в 18 -й
  9. Тогда вам придется не включать автоопределение региона в CityManager Только чтобы был выбор покупателя "руками"
  10. А он как раз не причем оказался Причем здесь модуль, когда пользователь включил генерацию webp ресайзов которых нет еще на сервере Даже opencart -у надо ресурсы чтобы сгенерить свои ресайзы со слабым сжатием и будет фризить на слабых серверах (кто виноват - opencart в этом?) А если вам надо сжатие в два раз больше от Google то и ресурсов надо больше Ресайзы генерятся один раз. Если слабый сервер то вообще нечего заморачиваться с webp - все равно на баллы уже давно не влияет webp или jpg у вас
  11. Я не встречал чтобы "не подходил". Модуль доказал свою эффективность. Смотрите кол-во продаж. Читайте отзывы в карточке модуля, описание. Функционал - есть на демо, можно увидеть что он умеет. Можете в ЛС задать конкретно интересующие вопросы.
  12. Добрый 1. Можно конечно. Как настроите, так и будут баллы. Если нет квалификации по настройки - выбирайте опцию + PageSpeed оптимизация (настройка оптимизации под баллы Google PageSpeed) 2. У вас должно не быть ошибок JS в консоли браузера И у вас не "модуль" pagespeed, а расширение сервера (причем под старую версию pagespeed) - оно не модулю мешает, а мешает вашему магазину. Выключите его - оно сжирает баллы pagespeed
  13. Вы не читаете что вам пишут или не хотите понимать. Вам написали ответ четко Нет смысла кешировать поисковые запросы, т к они разные от каждого пользователя и в 90% случаев не повторяются. Что не понятного? Я занес в исключения вам тоже в тот момент. И никакого влияния на поиск Jet Cache не имел Вся проблема в ресайзах - о чем и написал вам Никто вам полностраничный кеш не отключал Мало того без Jet Cache у вас магазин еле шевелился, сейчас летает т к в холодный кеш отправлено практически в среднем 300 запросов на страницу
  14. Зашел, посмотрел Так и есть - там где нет сгенерированных ресайзов webp (не мой модуль генерирует) в выдаче она понятное дело будет "фризовать" первый раз Никакого отношения Jet Cache к этой проблеме не имеет
  15. Потому что в данный момент может кто то другой открывать поиск (где для выдачи не сгенерированы еще ресайзы webp) и в данный момент генерятся для него ресайзы WEBP (замечу как вижу не моим модулем) и сервер в это время понятное дело "фризит"
  16. А причем здесь Jet Cache. Никакого отношения к выдаче поиска не имеет, кроме "картинок" Если вы грохнули ресайзы то понятное дело они будут заново генерится и требуются ресурсы процессора Или если включили webp - для генерации их нужны ресурсы тоже как и для обычной генерации ресайзов opencart
  17. 1. Это полнотекстовый примитивный поиск opencart так тормозит. Надо его "менять" на сфинкс 2. Должен быть быстрый хостер 3. На странице поиска толку от любого кешировщика - ноль. Так как все запросы от пользователей разные. (можно его там спокойно отключать на странице поиска)
  18. Это вопрос не к модулю Модуль не делает редиректов и не имеет отношение к этому URL управляет ЧПУ формирователь seo_url или seopro в ocStore 3 В ocStore 3 (где ЧПУ формирователь проверяет дубли) не наблюдается такой проблемы
  19. Jet cache лучше делает оптимизацию скриптов И да, конечно для отдельного route ДОЛЖНЫ быть разные "оптимизации"
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.