Yoda

В таком формате он там сравнительно недавно. По хорошему. Так как в Mega фильтре коллекция значения атрибутов кешируется и кешируется грамотно с возможностью выставить произвольное время хранения а не час по дефолту, для среднестатистического проекта, в котором до 500 товаров на категорию, особой оптимизации этого запроса не нужно. Да и опять же, как его оптимизировать то? Если у нас там тип поля text. Также эта конструкция совершенно по иному воспринимается, если вспомнить, что в фильтре есть возможность сегментации значений при помощи разделителя, например: цвет: красный, зеленый - могут быть уникальными значениями красный (3), зеленый (5). В таком формате в принципе про любые индексы можно забыть. Как альтернатива авторы Mega фильтра предлагают версию PLUS, которая создает уникальный индекс в дополнительные поля в таблицу product. Но у меня ни разу не получилось увидеть выгоды от использования PLUS, так как просто кастомная оптимизация вышеприведенного запроса дает лучшие результаты. Формировать отдельный индексируемый справочник с crc32('text') значениями, авторы фильтра я так понимаю считают излишней роскошью. Поэтому на больших проектах способы борьбы достаточно простые - вырезать все лишнее, немного перестроить порядок полей в запросе, немного составных индексов ну и правильно сконфигурированный mysql сервер - до 10к товаров, практически панацея. А вот на примере 75-100 к товаров на категорию с десятком значений атрибутов, это уже не вариант, но здесь на помощь приходит sphinx и json поля.

А не засланный казачок ли ты Вася, часом? То тебе понять и простить варезятников. Теперь докажи авторство... Фото МПХ не хочешь потребовать в свидетельство?

Это логика неудачника. Представьте, вы торгуете апельсинами на рынке... У вас цыгане воруют апельсины и бегут, вы бежите за ними, их ловите. А они такие: ой, мы не знали они же просто лежали там на столике. Купит надо, да, конечно дорогой будет счастье тебе, удача, куплю, на тебе деньги, скажи спасибо что купили. А ты им такой: да да дорогие канешна канешна, за купите, вот правую руку отрублю вам... и покупайте.

Стучать - не стучать дело личное и каждого. Но закрытый от посторонних глаз реестр варезомагазинов напрашивается давно. Но откровенно говоря, сугубо из моей практики, очень дорого помоечка аукивается владельцам магазинов. Хочешь не хочешь в среднем владелец магазина вкладывает $500-2000 в разработку магазина. Просадка из-за ботнет атаки аукивается выпадением из индекса и в 90% случаев отсутствием возможности вычистить проект самостоятельно. Так что господа любители халявы по сути рубят сами сук на котором сидят. Но у меня больше вопрос о другом - насколько этично всаживать в дополнения шеллы, либо раскладывать какие-либо закладки на момент работ? По факту это огромное зло и неуважение к заказчику в принципе. Если не платят 100% предоплаты - никто не мешает работать на собственном окружении на копии проекта. А ситуаций когда не дам доступы... только у меня... начальник так сказал... и так далее. Ну их не так уж и много встречается.

Да что вы говорите. Т.е. мануал по mysql вы не читали, но про свойства класса знаете. Давайте все таки тогда начинать сначала. Что более приемлемо? Работать с готовым набором данных, который может быть использован при повторных инициализациях? Или только в рамках одной как свойства класса? И еще не все же такие талантливые, и не все могут настроить тот же мемкеш. Так вот в рамках одной иницализации кешрование с свойства класа подобных данных нецелесообразно, а кешировать массу атомарного хлама в системный кеш движка - это на зло папе отморозить уши.

Почитайте мануал по mysql, ничего что она сама по себе кеширует подобные запросы? И ничего что если кешировать подобные запросы на достаточно большом объеме, файлы в папке с кешем убьют в хлам производительность всей системы?

ну есть у меня фильтр и сортировки на 75к товаров в категории и овер полмульта атрибутов, если бы не jounral, на холодную было бы в пределах 1сек.

Слишком большая нагрузка на базовый функционал движка. В таком контексте - это не оптимизировать называется. А построить систему. И начинать надо с долгого и нудного конфигурирования сервера, а работа бд - индексы и прочее - это мелочи. В процессе построения подобной системы вылазит огромное количество важных мелочей и не очень мелочей. Как то: поиск, скорость отображения каталога товаров в админке, проблемы при работе с системами обновления/дополнения товаров, формированием карты сайта, различных фидов, конфигурацией сервера базы данных, которая позволяет без потери произвоительности на морде обрабатывать товары и так далее и так далее. И это не болезнь OC - это плата за универсальность и достаточно богатый функционал "из коробки".

Возможно на вашем айпи кто-то был давно и пришел бот проверять, возможно бот-нет, возможно всякое. Понять и простить. Т.е. Забить!

Потому что 500 рублей в час. И видимо вы не очень интересный собеседник "за жизнь".

Меня не надо звать, я сам могу прийти. И шоэтовытуттгавите. В каком таком месте вы со мной еще были согласны шобы полностью? Со временем, я не изменил своим убеждениям, и считаю, что хозяева пром уа - люди с социальной ответсвенностью ниже низкой, которая еще с окрасом однополых интимных отношений по самые гланды, особенно в свете собыитй последних двух лет, которые затрагивают их внутренню политику ранжирования площадок и показов в результатах внутреннго поиска. Как простой пример, мой хороишй товарищ был до 2015 года в топ3 пром уа, а потом опустился в минус топ 100, просто потому что "У нас поменялись правила". Человек вкладывал деньги, усилия, время, развивал этим дьяволам контент. А теперь они его угнали за можайск, и даже спасибо не сказали. Но это лирика. Любая чужая площадка - это не ваш ресурс, и размещаясь вы должны осознавать риски, что вы работаете на дядю! Но если это вас устраивает и вы готовы. То обезопасьте себя. Весь ужас пром юа, в том, что вы отдавая фид с товарами, отдаете им весь ваш уинкальный контент, в силу того, что вес их ресурса выше любого stand-alone магазина, в большинстве случаев ваш контент на их площадке становится проприетарным и это уже не ваш контент, а хозяев пром.юа. Если вы несмотря на все, решились там размещаться, сделайте так, чтобы к ним не попдала ваш уникальный контент. Создайте дублированный контент специально для них. В рамках ответа на пост - я не могу рассказать как это сделать. Но в рамках раздела платные услуги вам помогут с большим удовольствием.

Поставить 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к товаров.