Yoda

Поставить mytop, посмотреть какие запросы висят, их снять, найти в коде и понять откуда они лезут.

Слушайте ну вы вот ща реально серьезно? Какой домен-поддомен для тестов. Есть логи у apache, есть логи у nginx, в которых все видно зачем поддомен?

Посмотрите в логи и увидите чего вам не хватает.

https://ocshop.info/stop-zlovred/

Ему пишите!

А еще CGI или PHP-FPM, так как у пользователя apache, под которым работает apache - слишком много прав.

Судя по вашим вопросам академического понимания у вас 0 - поэтому идем в гугл и гуглим PHP пространство имен.

Во первых - что такое корень? Во вторых изучите как работает класс registry. В третьих, о какой версии идет речь, если это 2.3+ - то в них присутсвует кастрированный autoload, который подгружает пользовательские библиотеки, если это 1.5, то придется объявлять и подгружать пользовательские классы в ручную. В четвертых - немного поучите матчасть про ООП в пхп, и пространства имен.

2600 - это не очень. Но вы самый умный человек дня. Честно Честно, я раз 150 пытался обьяснять людям, что даже 1000 товаров в категории - это зло. Никто не пойдет никогда даже на вторую страницу. Мне никто не верит, а у меня очень большой опыт бдения за real-time процессами google аналитики. Люди ленивые. Их необходимо принуждать к любому действию. Заставить перейти на вторую страницу - невыполнимая задача. Фильтр. Да вы что. Дайте мне вот сразу тут вот такую блузку но с перламутровыми пуговицами! Гугл почему всех сожрал- потому что релевантность и персонификация выдачи. А вы 6000 товаров в категории. Ужос. Но опять же понимание этого всего приходит только тогда, когда есть наглядное понимание движения покупателей по сайту. А в основном то трафик льется на категории по вч-сч запросам (неважно рекламный или органика). И вот Матрона Абдурахмановна зашла, а нету ее труселей 79 размера на первой странице в разделе труселя, ну она и вышла тут же. Какая пагинация... Какой поиск. Какие фильтры. ДАЙТЕ МНЕ ТРУСЕЛЯ.

Запасся попкорном! В личке волшебство.

Слушайте. Ну у вас не все так плохо как кажется. space web - это каменный век. Смените хостера... Либо купите дешман внс где нить у фаствпс. А вот шаред посоветовать кроме как админвпс не могу. Все шаред хостеры, к сожалению клиентов перестали считать за людей. Сам по себе у вас магазин без всяких кешеров работает ок. Просто надо бежать от жадных хостеров - да и все.

Это нормально это getProducts и getTotalProducts и это нормальный результат. Но - я вам в личку написал что надо сделать это раз. Два есть процессы, которые не связаны с Mysql и профайлер их не выловит. У вас явное их наличие налицо и я вам опять же рассказал как с ними бороться в комплексе. Три 6000 товаров, как я люблю 6000 товаров на категорию. Это же путь магазина в вальгаллу. Можно приложить магазин навсегда. Ни один ddos guard не спасет.

Я чет не могу понять @krasnofff и @Karyuudo - это один человек или нет? Я к чему - если хотите чтобы вам помогли, не просите диагноз по описанию фантомных болей поставить. Покажите магазин. Опишите список установленных дополнений. Пакет хостинга и название хостера. Количество товаров в данный момент, планируемое количество товаров. И приведите ссылки на страницы которые тормозят а еще лучше вместе со скринами метрик. Тогда можно с большой вероятностью говорить о таблэтках. Пока что ситуация все равно выглядит как: - доктор я заболел что мне делать? - пейте лекарства, поправляйтесь.

А можно услышать более развернутую аргументацию. В цифрах. Сколько стоит реализация магазина на 100к товаров с временем отклика скажем до секунды и запасом прочности хотя бы в 100 000 pageview в день и в 300 хостов онлайна в пике на OC и на Magento. Сколько стоит на OC - я знаю. А вот про магенту интересно. А еще больше мне интересно сколько стоит нормальный саппорт-разработчик допилить-поправить, средняя стоимость модуля, и стоимость аренды и саппорта кластера под магенту на 100к товаров.

Причин может быть десятки. Из потенциальных проблем вы не учли и половины. К примеру я сегодня видел в магазин, в котором 3.5 секунды на очень хорошем сервере выедала очень смешная, я бы сказал детская ошибка, возникшая из-за того что народ бездумно тащит чужой код, не понимая что в нем. Скопипастить скопипастили, а вот понять что скопипастили - не получилось. Пару недель назад в магазине на одном очень популярном шаблоне возникла проблема с полным падением системы. Когда начали смотреть, оказалась фатальное стечение обстоятельств - из 1с приехала отрицательный параметр в таблицу категорий и при формировании дерева меню через for! (не foreach) попытка построить набор уходила в бесконечный цикл. Вероятность что код шаблона с использованием for и инкрементального индекса пересечется с косыми данными из 1с - стремится к нулю. Однако трое суток ушло на выявление причин. UPD - я тут немного помониторил ваш магазин. Он не линейно тупит - явно либо нестабильно работает хостинг, либо у сервера исчерпываются ресурсы. И скорее всего таки да вы правы это база. А почему так - потому что у вас в категории нейтральное оборудование к примеру 6 к товаров (Показано с 1 по 25 из 6169 (всего 247 страниц)) а для одной категории - это очень много, так как при выборке данных идет обьединение 5-7 таблиц и потом сортировка по lcase(pd.name) - соответсвенно осуществляется проход по всем записям таблицы product_description и особо тут индексами не поможешь. Точнее поможешь, но это не точно. Так что по хорошему надо подбирать окружение тюнить базу ну и все остальное приводить в порядок.

Вот что гугл находит по куску запроса.

Warez detected - не стоит!

Начните с обновления ocfilter. Он в последней версии быстрый.

Вам же несколько раз сказали по русски: Это не лечится!

Ресурсы вам не помогут, представьте себе прапорщика-садиста, который выгнал роту солдат... На марафон 50 километров... В полном обмундировании... В противогазах. Без воды... По 50 градусной жаре... Ползком... Какой бы Рембо не бежал - он умрёт. Вот и здесь. Писал это прапорщик-садист-содомит. А солдаты - это ресурсы сервера.

Не пытайтесь - не получится. Я не хочу тыкать пальцем... Но это ДНО! Такая конструкция не оптимизируется, а писал это реально больной человек, я не шучу.

А ниче что ты js-скрипт привел в пример?, к которому psr по моему не имеет никакого отношения.

Да реально студент за косарь - если не верите, приезжайте покажу кафедру, познакомлю с HRами! 100%ответа за базар детектед!

Не сочтите за пиар. Если хватит скилла - то этого достаточно для того чтобы убить 80-90% зловредного трафика. https://ocshop.info/tag/ddos/

И вам не хворать, тамбовский волк вам товарищ! Я могу конечно процитировать меня в ваш адрес. Но здесь не мой бложик, и я не могу во всех красках передать, что я думаю о вас, ваших дополнениях. Да и не стоите вы лишнего внимания. Но могу однозначно сказать в свете данного поста для сообщества. Прикрутить сфинкс - просто, на пустом сервере, в привычном окружении, на голый магазин с дефолтным шаблоном. Но существуют проблемы. 1 - зачастую в наборе репозиториев системы либо отсутсвует либо присутствует старая версия поискового демона. Для того чтобы поставить нормальную стабильную версию необходимо либо собирать его из исходников, либо ковырять систему и добавлять репо, что может закончится падением системы. Так что на 90% это не apt-get install sphinxsearch. 2 - В бесплатном модуле идут откровенно устаревшие библиотеки конфиг. И для того чтобы его заставить заработать из коробки. Опять же приходится применять скилл. 3 - С PHP7 - sphinx-api библиотека наглухо отказывается работать/ 4 - В инструкции к модулю нет и намека, каким образом запускать поисковый демон, и как делать актуализацию. А также нет ни слова о том, почему лучше использовать regular индексы вместо RT. 5 - Также нужно учитывать, что интеграция в сторонние темы и магазины с большим фаршем функционала - это еще та задача. Так как ее необходимо произвести таким образом, чтобы была возможность безболезненного обновления-дополнения всего огорода пользователя. 6 - В зависимости от структуры данных и типа товаров в магазине необходимо создавать совершено разные конфиги, которые. 7 - И самое важное. Дефолтный конфиг практически ничем не отличается от обычного Mysql-поиска, плохо заточен под кириллицу и не в состоянии найти до 90% запросов, которые должен искать нормально настроенный поиск. 8 - В бесплатном модуле есть крайне странный способ исправления ошибок, который не работает на автодополнении. 9 - Многие владельцы магазинов, даже если у них есть свой сервер не являются опытными системными администраторами, поэтому крайне необходимо проводить лик-без по использованию системы и объяснять что делать в случае падения демона, либо каких либо ошибок с его со стороны, либо некорректной работы поиска. А теперь господа у меня вопрос в студию. К тем специалистам, которые обладают скиллом, для того чтобы провести все вышеприведенные манипуляции и настроить бесплатный модуль с корректной выдачей под любую версию php и серверного окружения и всеми остальными описанными плюшками. Сколько это должно стоить?