Yoda

Очередное заявление в стиле "самый умный"... http://www.mysql.ru/docs/man/Fulltext_Search.html https://dev.mysql.com/doc/refman/8.0/en/fulltext-search.html Внимательно изучаем. И не говорим глупости.

Какой бред! Хватит бухать! Все работает на сборке pro - не верьте в сказки неудачников! Все шаблоны которые рабтают на ocstore работают на pro!

Во первых скорее всего у дримвентуон не очень модуль сайтмап. Во вторых. Вам необходимо сделать try catch пgetimagesize и посмотреть какой файл у вас битый, сохранив exseption в лог. В третьих скорее судя по всему у вас какой-то кривой модификатор что то наваял в модель изображений. И там тоже надо разбираться!

Это вам лично Сергей Брин сказал ?

В личу вам контакты отправил - напишите мне.

будет

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

https://www.mail-tester.com/

Сегодня с утра сорока на хвосте принесла вот такой скрин: И в гугл вебмастере появилась вкладка: Читаем, на что обращает внимание гугл: https://developers.google.com/speed/docs/insights/v5/about?hl=ru Оказывается во внимание принимается два параметра FCP и FID. Говоря по русски FCP - это время до первой генерации картинки в браузере. А FID - это время задержки до возможности взаимодействия с сайтом, совсем примитивно если, то они пишут INPUT DELAY, видимо подразумевается время задержки до ввода в любое поле input. И самое интересное, эти параметры берутся не из PageSpeedInsights, а собираются из хрома от реальных пользователей. Вот так выглядит отчет по страницам магазина: Это все очень интересное явление, потому что: 1. Сейчас пойдет волна сеошников - дайте нам зелененький уровень загрузки для мобильных страних. Я честно говоря искал у моих друзей с очеь быстрыми сайтами - не нашел. 100% в желтой зоне почти все. Как реализовать без потерь функционала эту зеленую зону - я пока не представляю каким образом. 2. Влияние на позиции есть. Но вот какое оно? Есть ли линейная зависимость от показателей либо просто будет пессимизация страниц в красной зоне. Но тут возвращаемся к официальной справке вебмастера и читаем: Позиции страниц, которые наша система определяет как медленные, могут быть понижены в результатах поиска Google. Медленные. И Могут быть понижены. Но чую я прям шквал постов (помогите сделать зелененькие страницы).

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

Во первых. Разницы в производительности между redis и memcache нету. Во вторых на небольших магазинах разницы меджу файловым кешем и кешем в памяти нету, при условии наличия быстрого диска. В третьих ни один модуль кеширования не решает вопросы с запросами getProduct и getTotalProduct, на новых страницах которые отгрызают иногда 70-80% загрузки. В четвертых. То что вы сунули все запросы в кеш бесполезное мероприятие, так как на нормально настроенном магазине те же самые запросы занимают десятитысячные доли секунды и на общих протечках и простоях никак и ни на что не влияют. В пятых. Если говорить о том как и что кешировать, то кешировать надо повторяющиеся куски модулей. А не все запросы. Есть у вас целиком меню вот возьмите его уже готовое на уровне контроллеа закешируйте, тогда будет толк, так как итерации по формированию ссылок, изображений и всего остального никто не отменял. А вот эти все показательные процессы типа. Я тут все закеширвоал и повторно все быстро - с таким же успехом можно сохранить все страницы как html и думать что получилось. Но при этом все динамические страницы все равн будут тупые.

С таким же успехом можно поставить любой кеш фронта и будет то же самое.

У меня есть 100 0000 00000 товаров, тоже не покажу. Детский сад какойты. Бла бла бла бла бла.... ни о чем. У нас вот такие результаты есть: 1.5м товаров в категории с фильтром по 500 параметрам. Только рук не хватает всем заниться. Ищем способоных помощников. Есть у вас что-то хотя бы рядом похожее ?

Не вопрос - дайте контакты, покажите примепы, я с вами напрямую сведу владельцев магазинов.

Позвольте поинтересоваться каких? Есть пару проектов 1м+ товаров возьметесь? Или вы просто языком чешете ?

Кешировать атомарные запросы - зло!

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

Ага, особенно в этом месте: Но это все равно дешевле реализовать чем обращаться к некоторым разработчикам с просбами допилов.

Не совсем так. В первую очередь гугл учитывает ttfb - время ответа сервера до первого байта контента. Чем быстрее ваш магазин тем лучше индексация, так как гугл выделяет больший краулинговый бюджет, соответсвенно чаще приходит и индексирует больше контента. Все бустоподобные кешеры - не могут изменить эту ситуацию, так как быстро они отдают только уже готовые контент из кеша. А все страницы магазина на холодную как были так и остались медленные. Что касается попугаем pagespeed - они влияют возможно незначительно на общую оценку вашего магазина и значительно с точки зрения оценки улучшения поведенческого фактора пользователей. И данный фактор, действительно имеет существенное значение на позиции в выдаче. Чем быстрее и проще пользователю взаимодействовать с магазином, тем лучше поведенческий фактор. Прямой зависимости в формате накрутили 85+ оценку для мобильных устройств и трафик пошел вверх - нету! Это я вам могу сказать однозначно, основнываясь на личных наблюдениях на нескольких десятках улучшенных проектов за последние пару месяцев.

Потому что в браузере прикешилось https://webmaster.yandex.ru/tools/server-response/?url=http%3A%2F%2Fprimadonnanail.com%2F&user-agent=robot&if-modified-since= Все в порядке у вас.

Я знаю как сделать на 1 700 000 товаров.

Поменяйте на apache либо на php-fpm если сами сможете настроить. Почта заработает. Если не сможете - стучите в личку.

Очень похоже на то что у вас виртуалхост работает в режиме CGI.

Чет нестыковка у владельца восьмого магазина, у которого 100к товаров, с вопросом где брать программиста. Может лучше уроки сделать ?

Хочу сказать, что на нашем боевом проекте, мы уже перевалили за полтора миллиона товаров и вертим 1,3 миллиона товаров в одной категории с 400+ вариантами фильтра и все это за 500-700 мс динамической генерации без каких либо недокешеров. И хочу сказать что это недешевое удовольствие. Так что я хочу сказать, что если к тому что вы хотите сказать, у вас есть бюджет, то реализовать любые задачи - не проблема. А если просто вы хотите сказать, ради того чтобы сказать, то лучше попробовать себя в шоу давай поженимся, там тоже все хотят что то сказать. Хочу сказать, что 30к - это детский лепет. И тормозить там особо нечему, если есть нормальное окружение и исключены бутылочные горлышки. Хочу сказать, что человек не имеет никакого отношения к этому проекту. Делался он три года назад. И на сегодня это не самый лучший пример производительной системы на Opencart, так как там отсутсвтует быстрый sphinx фильтр и нормальный релевантный поиск с автоисправлениями и качественным ранжированием.