Yoda

Поменяйте select на автокомлит и будет вам счастье. Судя по всему у вас не скрипт магазина тормозит, а непосредственно рендеринг выпадающего списка в браузере.

mytop ваше все! Так как неизвестно какие кривые руки писали профайлер. И на каком уровне он обрабатывает запросы. Также смотрите в код - если у вас где то на товары перебираются из php-массива принадлежность к категориям - то это даже 20 x 10 000 итераций. Что может убивать производительность на уровне самого php.

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

Это вы сейчас серьезно? 21 век на дворе.Илон Маск. Оптимизация таблиц - это оптимизация таблиц - ваш кеп! Человек спрашивает как оптимизировать базу. А вы ему phpmyadmin скрины. Ну это полный факап. Для топик стартера: Почитайте это: https://habr.com/ru/company/oleg-bunin/blog/309328/ и это: https://habr.com/ru/post/20246/

Глупый соввет - не SERVER_NAME - а HTTP_HOST Так как SERVER_NAME - это немного не то! По факту. Делаете вот такой файл robots <?php $https = 'http'; if ((isset($_SERVER['HTTPS']) && ($_SERVER['HTTPS'] == 'on' || $_SERVER['HTTPS'] == '1' || $_SERVER['HTTPS'])) || (!empty($_SERVER['HTTP_X_FORWARDED_PROTO']) && (strtolower($_SERVER['HTTP_X_FORWARDED_PROTO']) == 'https') || (!empty($_SERVER['HTTP_X_FORWARDED_SSL']) && $_SERVER['HTTP_X_FORWARDED_SSL'] == 'on'))) { $https = 'https'; } $server = $_SERVER['HTTP_HOST']; $host = $https . '://' . $server; $text = " User-agent: * Disallow: /*route=account/ Disallow: /*route=affiliate/ Disallow: /*route=checkout/ Disallow: /*route=product/search Disallow: /index.php?route=product/product*&manufacturer_id= Disallow: /admin Disallow: /catalog Disallow: /download Disallow: /system Disallow: /*?sort= Disallow: /*&sort= Disallow: /*?order= Disallow: /*&order= Disallow: /*&limit= Disallow: /*?filter_name= Disallow: /*&filter_name= Disallow: /*?filter_sub_category= Disallow: /*&filter_sub_category= Disallow: /*?filter_description= Disallow: /*&filter_description= Disallow: /*?tracking= Disallow: /*&tracking= Disallow: /*?mfp= Disallow: /*&mfp= Clean-param: tracking Sitemap: $host/sitemap.xml "; header("Content-Type: text/plain"); echo $text; exit; ?> Сохраняете это как robots.php в корень. В htacess прописываете RewriteCond %{REQUEST_URI} !robots\.txt RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L] Радуетесь! И не слушайте советчиков, которые рассказывают про то что руками сайтмапы. На 50-100 поддоменов пусть сам сайтмапы руками в вебмастере регистируют.

Это не оксторе - это admin/admin либо дырявые модули шаблоны. Смотрите еще в модификаторы модификатор ocstore в списке. А так же /admin/controller/design/image.php и /catalog/controller/affiliate/image.php. Также запустите айболит. Также там могут валяться файлы вида seo.php. Также может лежать в папке tool/Image imgwm.php.

Кроме времени жизни сессии - необходимо не забывать про session.cookie_lifetime. Подробнее тут: https://www.php.net/manual/ru/session.configuration.php Практически никто не учитывает факт того, что пользовтель может закрыть браузер!

Если мы говорим про jpg png - то они остаются старыми. Если мы говорим про webp- у них просто странные. Но ПОДЧЕРКИВАЮ персистентные урлы. И то что сюда мракобесы в комментарии набежали и рассказывают про проблемы с дальнейшей индексацией - то фейл!

Если не сложно покажите в личку. А лучше в телеграм стукнитесь. Это совершенно не так, так было давно на четвертой версии. В пятой учтено очень много косяков, по удобству управления сервером и простоте использвоания - мало чем отличается от обычного хостинга. Сейчас предостаточно хостингов с нормальным саппортом - пример @rassigor с firstvds и настройкой modpagespeed за считаные минуты - меня очень приятно удивил. Также опять же возвращаесь к его опыту, я знаю какое количество нестандартных вопросов ему закрыли. У меня совершенно другая информация. И достаточно большой кейс негативных инцидентов связанных как с непосредственно этим человеком, так и с последствиями его работы. Если интересно - могу лично рассказать. А то сейчас начнется холивар. Вы серьезно так думаете? Это хлеб что ли.. 2000 за две строчки кода? И предложение решений у которых есть более простые, зачастую бесплатные и качественные альтернативы? Мне всегда казалось, что нельзя обижать маленьких, воровать у бабушек. А в итоге что получается... Наработали себе авторитет. Наделали каких-то непонятных реализаций и пошло бабло. При этом информаия о любой альтернативе, воспринимается как попытка залезть в карман. унизить и так далее. Не буду давать оценку этим действиями. Я думаю что здравые люди все итак понимают. Но даже если взять данный прецедент - посмотрите суть. В силу того что восприятие программистов у меня идет через призму владельца магазина, а не как коллег, и в силу того что в свое время был очень богатый опыт взаимодействия с очень многими "авторитетными" персонажами и отсюда и с фриланса, у меня есть скромное понимание, как это все работает и как делать, чтобы работало хорошо. Я четко обозначил ситуацию. Вместо настройки версии php - нужен просто нормальных хостинг с нормальной панелью. Все.. Не нужно никому платить никаких денег за настройки корявого сервера. В конченом итоге сервер без панели - это наркоманская игла. Ты оказываешься привязан к занятым-деловым сисдаминам и зажат в рамки и сидишь у них в зависимости. Как бы там ни было - такая ситуация вредна для бизнеса. Переезды-заезды настройка - это все в наше время делают хостеры. Просто это все уже давно в пакетах у нормальных контор. И что в итоге.. Смотрите. Я указал решение проблемы. А в ответ ведро грязи. И если кто-то думает, что продавать модуль для robots.txt, вставлять специально дыры в код, или для вставки кода JivoSite, рассказывая потом сказки про мифический "ночной код", или одну строчку jpegoptim.... bla bla - это хорошо? То просто я так не думаю. И самое главное даже в этой ситуации... Вот вам лишний раз подтверждение Не кажется как то неудобно вышло?

А вы сможете сделать так, чтобы sphinx искал iphone7 и iphone 7 как одинаковые вхождения. И ещё... А что вы такого делаете за пять тысяч, чего не может бесплатно isp manager? Опять хотите на неведении заработать?

Вам советуют за 5000 рублей всё то, что делает ISP manager за четыре евро в месяц, или на множестве хостингов бесплатно. Не верьте сказкам.

Это ужасно? Я так удручен.. Вы сейчас серьезно вот это написали... Где проблема? В чем?

Здравствуйте дорогие мои читатели. Сегодня у нас на повестке оценка скорости работы сайта по данным PageSpeedInsight. За что я люблю гугл, за то что он дает постоянно работу разным шарлатанам. Им бы на завод впору пойти, или в сторожа. Но нет. Гугл выпускает очередную "супер важную муть" и на ней спешат наживаться всякого рода аферисты разных мастей. Ну не будем тыкать пальцами. Все итак знают, кто у нас умеет чудесно продавать одну строчку кода за 2000 рублей. Речь вобщем-то не об этом. А история у нас сегодня про https://www.modpagespeed.com/. Когда-то в 2013 году, когда я первый раз в жизни с двадцатого раза засетапил свой первый VPS, я пробовал ставить эту приблуду к апачу, что такое Nginx я тогда слыхом не слыхивал, а как его пересобрать и что такое ваще собрать ченить у меня не было ни малейшего понятия. Но годы проходят и седые волосы неумолимо приносят понимание. Как оказалось. Когда я пробовал modpagespeed эксплуатировать на своем первом сервере. Он был сырой, косячыный и сработал в очень ограниченном формате. Совершенно случайно, пару дней назад, в силу каких-то нелепых обстоятельств, я решил попробовать как это работает в нынешних реалиях. И о чудо!!! Эта штука автоматом, гонит все картинки в webp, там где надо, все это отлично открывается во всех бразуерах. Отличнейшим образом автоматом. Подчеркиваю.... Автоматом жмёт скрипты стили. Инлайнит это все дело там где можно... Ну и требует для установки времени совсем чуть чуть. Любой сисамин справиться. И при этом. У вас это все всерьез надолго... Без каких либо косяков на стороне файлов магазина. Без оплаты за "чудо-модули" не стоящие воздуха. И с кучей дополнительных плюшек, типа автоматического LazyLoad, асинхронного внедрения гугл-аналитики и гугл-шрифтов. И это все блиииин. Из коробки в один клик грубо говоря и работает... Друзья мои. Я вам крайне рекомендую посмотреть в эту сторону. Это реальный крутой ништяк. И в целом чаще гуглите профильную информацию. Оказывается нас всех некоторые персонажи держат за дураков и реально тупо парят пытаются впарить воздух! Да прибудет с вами сила!

Не надо никаких патчей. Этот mysqliz кривой на всю голову. Заберите с гитхаба 1.5.6 версию. Из нее возьмите db.php класс и драйвер mysqli из папки system/database. И поменяйте у конфиге mysql на mysqli

Сделать для одного сайта папку storage_1 для второго storage_2 и поменять конфиги.

Верно на 100% c одним дополнением. Необходимо оставить на старом домене доступный роботс с обновленными данными директивы host. И сделать грамотную преадресацию.

О вашем о вашем А) создает излишнюю нагрузку. Б) вызывает бесконечные конфликт. В) даёт не гора только иллюзию быстрой работы магазина и никоим образом не решает проблемы нагруженных проектов с большим количеством позиций. По факту маркетинговая шелуха. Если вы со мной не согласны. Просто лишний раз почитайте внимательно отзывы к вашему же дополнению. Это моё личное мнение, основанное на огромной практике, как в целом построения нагруженных систем, так и в частности по избавлению подопечных от проблем и с вашим дополнением в том числе. И здесь не нужно пытаться со мной вести беседы. Мнение у меня вряд-ли поменяется, а учить вас как не надо делать не входит а мои планы. Не здесь так в другом месте вы найдете кому это впарить под соусом круто и клёво.

В какой туман. Не решают эти модули поставленные задачи. А только создают излишние конфликты и нагрузки. Развод кроликов по факту.

А вы не задумывались о том, что Яндекс может менять код метрики чуть более чем чаще чем месяц, и не просто так у них время кеширования два часа. А также. Если внимательно почитать все 350 страниц мануала к Пейдж спид, там можно найти интересный текст, про то, что требования являются РЕКОМЕНДАТЕЛЬНЫМИ..

Некоторые отзывы здесь выеденного яйца не стоят. Не читайте утренних газет. Аналогов по скорости, по качеству кода и по реализации seo - нет!

Ну вы же описание читали, так и так. Прогрев кеша все дела. Заддосили сами себя. Автор везде рассказывает что это круто, но слабо имеет на самом деле представление о том, как должен работать кеш. Очень жаль, что подобные отзывы как ваш, решаются написать единицы, все остальные молча съедают и народ и ведутся на супер продающие рекламные обещания и золотые горы.

Реально рано или поздно у вас возникнут с этим фильтром проблемы. Купите И будет вам счастье!

Если честно, кроме того что какой-то неуч не может сам ничего толкового придумать в своих поделках, смысла в остальном тексте я не понял. 580 картинок десять мегабайт. Это к чему? Тут каждый второй автор типа быстрого шаблона показывает демо с зелененькими цифрами, забывая что магазин это не голый шаблон. А когда на боевом магазине десяток сторонних скриптов подвешивает себя на весь DOM вот эти фокусы с lazy могут вылиться а очень нелицеприятные последствия. И именно поэтому я вскользь упомянул эту тему, не раскрывая её подробно. К сожалению, вы в вашем подходе, ходите по тем же граблям что и все остальные. В погоне за технологичностью и пузомерками, забываете о балансе между оценкой робота Гугла и удобством для живых покупателей.

Черт, как вы плохо про меня думаете. Я специально не давал ссылку ни нак какие библиотеки, чтобы не было соблазна у начинающих начать творить. Что касается набюдений по Lazy в целом. Во первых, когда у вас допустим 3-4мб изображений и 200 штук на странице, пытаетесь из все обернуть в lazy - получите еще больший лаг при инициализации слушателей на элементах чем, сделали бы это просто так. Во вторых, я же вижу часто как это реализовывают. По моему из героев-спициализдов, никто ни разу не сделал нормальный те <noscript>.

Про это я даже забыл, хотя недавно сталкивался. Фильтр про большая редкость в последне время. Но в целом ренедирть на готовую страницу повторно набор товаров в нынешних реалиях - это плохая техника, равно как и даже очень быстрое, но ожидание ajax запроса, которым получается этот набор, даже если это 300-500мс. Ну вобщем тут как бы все понятно само собой. А по фильтру в целом, вы почти правильно сформулировали решение. В идеальном мире, набор параметров атрибуции должен грузится первично либо по событию поведения пользователя, либо по окончанию загрузки базового контента. Это вкладывается в общую концепцию алгоритма оценки, основная суть которого отобразить первичный контент как можно быстрее.