Yoda

У меня есть в приватном распространении - пишите в личку!

И загадить систему очередными бредовыми запросами. Советуйте еще !

Да не слушайте это вот все. Все решается на раз два три. Через стандартный функционал мультидоменов. Никаких репликаций, триггеров и еще чего-то не нужно. Просто чуть чуть пошаманить надо и все готово!

Какой дремучий бред. Да кто мешает сделать два фронта в двух хомяках, одну базу и алиас на админку для одного из ресурсов. Ну альо... Мозги иногда включать надо.

Лучший специалист по фильтру - это автор фильтра!

Пишем автору @SooR ну или туда где вы взяли окфильтер!

Это анекдот. Про чистый шаблон без гавнокода! У меня очень большая практика по разруливанию этого "без гавнокогда", были разработчики порядочными людьми, возможно получили бы исчерпывающую информацию по проблемам с их поделкой. А так как они ну мягко скажем не чисты на руку - ухо им от селедки. Ну и кроме того, у вас сервер на чем, на пентиуме, на спектруме, или на 16 ядерном ксеоне долларов за 900?

И в сервере тоже! Ваш вопрос звучит так... У меня гоночный мерседес, почему-то отказывается ехать, когда я в него посадил толпу цыган и мы по грязи в оффроад поехали.

Может вам вместо example.com прописать урл вашего сайта ? Это не сработает!

В логи сервера посмотрите, что там происходит. Для начала.

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

+1

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

Знать и уметь - разные вещи. На заборах знаете какие штуки пишут! Тоже иногда полезная информация. Мало того, иметь за спиной реальные кейсы противодействия 10к запросов в секунду, или 1.5-2 гб. Есть - нету? Выглядит как школьник, начитавшийся интернетов. Только вы не знаете одну простую вещь. Обычному обывателю, коих 99% владельцев магазинов, ваши ответы сродни принципиальной схемы устройства мультвибратора. От них ни холодно не жарко. Так что вы в следующий раз или развернуто, или мелок в зубы и заборы разрисовывать!

Что то вы вяло. Давайте там еще l7, CDN, firewall, iptables. Какие еще аббревиатуры знаете?

1 - время ответа сервера оценивать всякими шаманские gmetrixами - это так же как мерять в попугаях сами знаете что! Ну чтобы долго не объяснять тот же gmetrix до сих пор в 2020 году хочет спрайты и еще какую то муть безумную 2 - время ответа сервера оценивается инструментом который может это оценить а это https://webmaster.yandex.ru/tools/server-response/ 3 - если вы хотите отталкиваться от каких то цифр, которые в целом каким-то образом могут повлиять на позиции в выдаче и пользовательское поведение. Не нужно прикладывать подорожник - а нужно пользоваться официальными инструментами. Тем же https://developers.google.com/speed/pagespeed/insights/?hl=ru 4 - не нужно путать теплое с мягким. время ответа сервера, время DOM content load, время до первой реакции страницы на пользовательский ввод, время отрисовки первого контента это три разных показателя, которые связаны друг с другом опосредовано и не имеют прямой зависимости. И работать над каждым показателем необходимо отдельно. Так к примеру, если говорить про ttfb - т.е. непосредственно реакцию сервера на запрос из браузера. То здесь нужно смотреть в сторону оптимизации базы данных, скриптов движка, настроек сервера и качества самого железа, на котором у вас все вертится. Если говорить про время отрисовки первого контента необходимо смотреть структуру контента страницы, структуру подключения внешних скриптов, количество скриптов и т.д. Опять же, бывает часто-густо у людей обнаруживается 2-3 подключения api яндекс-карт и пару подключений api вконтакта. И пока бразуер качает-обрабатывает этот внешний контент, пользователи ждут инициализации/повторной инициализации этих скриптов по 2-3-5 секунд. И к времени ответа сервера это не имеет никакого отношения. Еще к примеру, одна частая ошибка - это постояно включенный вебвизор в яндекс метрике. На декстопе для пользователя он практически не заметен, а вот на бюджетном смартфоне и плохом интернете, он создает излишнюю избыточную нагрузку, как на сеть, так и на бразуер, отсылая постоянно в яшу снимки поведения пользователя. Но 99% владельцев магазинов в него ни разу не заглядывали и не заглянут, а если и надо будет оценить поведение покупателей - то его в любой момент можно включить на время. И вот так во всем. Каждый кейс требует своего подхода, разбора и решения. Универсальной таблетки нет и не будет! Ну и поржал от совета про memcache. На фоне 2-3-4 сек ответа сервера, че он даст? 25 мс? Жестяные советы вобщем бывают! Это типа как если у вас горит полхаты, возьмите поплюйте на огонь, пожар не потушите, но пошипит!

Движок к протоколу не имеет никакого отношения - это исключительно серверный слой. Просто включите для виртуалхоста http2 и все!

не слушайте невменяемых. Если вам нужен модуль фильтра с кастомным функционалом, вам надо обращаться к авторам фильтров. Учитывая что вменямых фильтров под оксторе всего ничего два. ТО вам или к @SooR или к @OCMegaExtensions с вашими хотелками. А в подобном формате как вы хотите - это будет флуд и холивар от недоразработчиков.

Лучше поищите подорожник и синию изоленту! толка больше будет!

Яке горе, а денег запатили ?

вы так и не поняли что надо сделать ? Редирект, или вы боитесь что это дубли? Если вдруг у вас вторая боль - то # ссылки не индексируются и не являются дублем. Так что не переживайте!

У человека в первой фразе полное тз! И как вам не специалист напишет тз по оптимизации сайта ?

Надо убрать язык в запросе и сделать группировку по product_id

А вы только таблицы конвертировали, или индексы еще добавляли ? Не существенно, особенно если выставить innodb_flush_log_at_trx_commit=2. Очень часто innodb, за счет другого механизма локов данных (на увравне записи а не всей таблицы) единственное спасение для магазинов с постоянно обновляемой номенклатурой. Нормальная практика! Наверное 100+ магазинов отлично работают и таких проблем как у вас нет, а вот если нахомутать с индексами и если юзать mariadb - могут быть проблемы один в один как вы описываете.

Да все нормально решается и со стилями и со скриптами, было бы желание их инлайнить. А вот async может привести к непредсказуемым результатам.