Dotrox

Да. Но nginx у вас уже и так должен быть.

Думаю, наиболее правильным решением будет сделать клон класса пагинации и допилить его под ваши нужды. Тогда и вот это тоже будет:

Именно! В базе ссылка хранится с протоколом и он подставляется в соответствии с протоколом запроса. У вас стоит редирект на https, так что в запросах всегда именно https (хотя у поддомена и нет сертификата). Если речь о редиректе, надо смотреть ваш .htaccess. Вероятно, там при редиректе на https захардкоден основной домен.

Вы правда не видите разницу? Из-за этой разницы у вас второй магазин в базе не находится и грузится на его домене дефолтный (то есть, первый).

Без сторонних модулей и с выключенным подсчётом товаров до 10к должен держать нормально даже с Апачем, если сервер не из тостера спаян. А вот с модулями - всё на совести их авторов. Выкинуть Апач. А установка и настройка php-fpm - это часть того же пункта.

Да. Не отмеченные выводится не должны. Вы в настройках второго магазина домен правильно прописали?

Нет. Оба домена должны быть привязаны к одной директории на сервере, но никаких редиректов между ними быть не должно. Чаще всего это называется алиасом, но зависит от вашей панели.

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

У вас лого вообще в код не выводится, так что, вероятно, проблема с доступом к файлу. Вы используете функцию мультимагазина или у вас отдельные установки ОК?

В "Дополнениях" выберите "статистику" и там вставьте в модуль гуглоаналитики. А второй код лучше всего в шаблон футера. После установки Google Tag Manager все теги добавляются уже через него (в его панели управления).

Зачем? Вам нужна функция мультимагазина! Просто добавьте второй сайт в админке вместо отдельной копии и всё будет правильно генерироваться.

После очистки у вас должны были отвалится вообще все модули, которые модификаторы используют. При очистке кеш модификаторов удаляется и новый не генерируется. Такое может понадобится только в каких-то исключительных случаях, во всех остальных - надо использовать только обновление, а не очистку.

То есть, вы действительно считаете, что модулю для редактирования модификаторов для работы необходим скрипт вывода нотифаев? Файл, о котором я говорю, вообще никак не закодирован (даже не минифицирован) и абсолютно не "перенавороченный". И всё его содержимое служит только одной задаче - выводу тех рекламных сообщений. Собственно, каждый желающий может сам посмотреть на этот файл и сделать выводы: https://beautystile.ru.com/admin/view/javascript/jquery/noty/packaged/jquery.noty.packaged.js

Какого конкретно модуля и каким конкретно образом он в этом, не названном пока, модуле используется?

А где вы SeoPro скачивали? Если он уже был в вашей сборке, то какая у вас сборка?

У вас в футере админки есть вот такая строка: <script src="/admin/view/javascript/jquery/noty/packaged/jquery.noty.packaged.js" type="text/javascript"></script> Уберите её и реклама должна исчезнуть. Скорее всего, строка эта добавлена через модификаторы, но может быть и замена оригинального файла (например, шаблона футера).

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

Покажите сайт.

Мне это показалось довольно забавным.

А кто вам сказал, что нормально? Я вот открыл одну из страниц пагинации: TTFB 2.6 секунды. Это разве нормально? Если обновить страницу - уже 157мс (вспоминаем про кеш). Хорошо, я понял, что о TTFB вы сегодня услышали впервые и погуглить вам лень. TTFB - это "Time To First Byte" (надеюсь, с английским у вас проблем нет). То есть, это время с момента отправки браузером запроса и до получения первого байта ответа. Сюда входят и сетевые задержки, но их легко проверить с помощью пинга (в случае сайта ТС у меня это 31.6 мс). Разница между временем пинга и TTFB - это и есть чистое время ответа сервера. В случае сайта ТС TTFB иногда более 7 секунд, то есть более 7000 мс, так что сетевые задержки тут роли не играют. А теперь переходим к тому, что же такое "время ответа сервера". Как по вашему работает ОК? Висит в сферическом вакууме? Наиболее стандартная схема такова: запрос приходит на сервер, где его принимает nginx и проксирует на Apache, который запускает интерпретатор php, который и выполняет код ОК. Затем результат работы интерпретатора php Apache передаёт nginx, а тот отправляет назад клиенту, который отправил запрос. Соответственно, чем дольше "думает" ОК, тем дольше Apache не может получить результат работы интерпретатора php и не может передать его nginx, который, в свою очередь, не может отправить ответ клиенту. Если всё это затянется на слишком долго, nginx надоест ждать и он отправит клиенту "504 Gateway Timeout". Теперь вам понятно, как "время ответа сервера" связано с движком?

Что ж, ещё раз спрошу: вы понимаете, что такое TTFB и каким образом формируется это значение?

Вы ещё больше не прокомментировали. Для начала вот это: Я не знаю, что вы там сейчас с магазином делаете, но если вы отрубили обработку изображений в ModelToolImage и это повлияло на TTFB, то могу предположить, что тормоза вызывает ресайз изображений, что точно так же укладывается в мою теорию про кеш, просто это уже кеш изображений: при первой загрузке страницы изображения генерируются в директорию кеша, при обновлении страницы в генерации уже нет необходимости и модель достаёт файлы из кеша.

Во-первых, базовые функции карт так и остались бесплатными. То есть, если вам нужно просто поставить на карте метку локации магазина и встроить на страницу контактов - это бесплатно. Во-вторых, Гугл ежемесячно начисляет $200, которые можно использовать на расширенные функции карт. https://cloud.google.com/maps-platform/pricing/sheet/ Это странно, учитывая, что многие мои даже российские клиенты им не пользуются! Есть куча сервисов чатов для сайта, которые дают намного больше возможностей. Например? Что там есть такого, что реально необходимо и при этом нет в Аналитике?

Очень часто авторы модулей не сталкиваются с магазинами, где больше пары десятков товаров (то есть с реальными, а не их тестовыми) и в результате их модули не способны работать в реальном магазине (и магазин работать не способен пока модуль включён). Если у вас никогда не возникала потребность в редиректах отличных от 301, это не значит, что такой потребности не может быть ни у кого! Коробочный модуль должен быть универсальным. Можно тогда ещё и деньги не забирать, а пользоваться редиректом через .htaccess Сейчас ещё одно вспомнил: люди иногда просят возможность перенаправлять пользователей на другой сайт (партнёрки). Было бы полезно, чтоб редирект работал не только с относительными путями, но и с полными ссылками. И там бы не помешали плейсхолдеры, чтоб можно было какую-то часть начальной ссылки подставить в конечную. Ну, либо просто поддержка регулярок.

Ну, менять сервер - это слишком мелко, надо сразу планету менять! А вообще, ответ очевидный: включить логирование медленных запросов и действовать отталкиваясь от результата. Кстати, вы случайно не знаете почему сейчас при попытки открыть сайт по https открывается вот этот сайт: shin-class.ru? А пару часов назад он открывался и на http.