Dotrox

Конечно, не будет. Делайте генерацию через код на лету.

Вот такое без лишних танцев с бубном работать не будет. У вас же нет языковых директорий, так что в результате получается редирект с одной виртуальной ссылки на другую. Но с сайтмапом вам стоит начать с вопроса, а действительно ли вам нужен отдельный сайтмап для каждой языковой версии? У Гугла есть рекомендации как указать ему на альтернативные языковые версии: https://developers.google.com/search/docs/advanced/crawling/localized-versions Там сайтмап - это только один из вариантов. Но самое главное: Гугл говорит, что ему нужен 1 сайтмап со специальной разметкой, а не отдельный сайтмап на каждый язык! Вот, что просит Гугл для сайтмапа: Там можно выкинуть половину за ненадобностью. В блоке server, который отвечает за редирект на https не нужно ничего кроме строк, которые перенаправляют все запросы на https. А у вас там полностью дублируется конфиг сайта. Кстати, а у вас nginx не ругается на то, что сразу в двух блоках server у вас стоит директива default_server? Хотя, вероятно, вы этого всё равно не видите, если работаете через ISP Manager, а не консоль. А не факт, что это вообще нужно отдельно прописывать. Разные версии nginx по-разному это обрабатывают, так что понадобится немного поэкспериментировать. Для начало убедитесь, что у вас default_server стоит только в основном блоке server. Где-то в директории /etc/nginx или поддиректориях должен быть дефолтный конфиг, где тоже, вероятно, стоит default_server. Там тоже уберите. Если такой вариант не сработает, тогда добавьте в блок server, который отвечает за редирект на https, в список доменов поддчёркивание: server_name _ site.com www.site.com; Оно отвечает за перехват всего, для чего нет отдельного блока server (на самом деле это просто "неправильный" домен, а не какая-то специальная директива, но оно приводит именно к перехвату всего). А дефолтный конфиг вообще тогда отключите (добавьте подчёркивание в расширение файла: default.conf_). И переставьте default_server на этот блок server.

Элементарно: if ((float)$number > 0 && $format) { return $this->language->get('text_1'); } elseif ((float)$number == 0 && $format) { return $this->language->get('text_2'); }

И что, много в РФ сайтов, где русский не основной (а в большинстве случаев единственный), а как вы рекомендуете - "мелким шрифтом на пятой странице"? Это как раз вы сейчас скомпилировали! Во всех моих сообщениях только полные цитаты каждого из цитируемых пунктов. А вы дошли уже до того, что выдираете по отдельному слову. Вот пункты, где упоминается информация: В них нет ни слова о "по просьбе клиента", которую вы сейчас каким-то чудом приплели. Зато неоднократно сказано, что информация предоставляется на государственном зыке. В том числе, прямо сказано, что информация о товарах, а не только оферты и подобное (которые здесь прямо вообще не упоминаются, но вы почему-то попытались свести все требования именно к ним). А вот пункт, где есть "по просьбе клиента": Но в нём нет ни одного упоминания "информации". Так кто из нас компилирует фразы?

Любопытно, где вы в этих пунктах такое увидели? Взгляните ещё раз на них: Вполне конкретные утверждения о языке обслуживания и языке информации о товаре и безо всяких "может" (и не надо их сюда притягивать из других пунктов).

Требование закона проще: посетителя просто должна встречать украинская версия. А в случае Розетки без этого редиректа не обойтись из-за того, что украинская версия на /ua. То есть, если я наберу адрес вручную, то без редиректа я бы попал на русскую версию - уже прямое нарушение закона.

Нет, через TOR тоже редиректит. Вполне понятно зачем: так они выполняют требования закона. У них же украинская версия на /ua, так что без редиректа большинство посетителей будет попадать на русскую версию. А кому очень сильно нужна русская версия, тот и сам в состоянии переключиться.

Любопытно, а как вы определили, что пункт 4 малозначимый (а также, вероятно, и пункты 1 и 5, которых вы тоже избегаете)? Давайте на минуту представим, что вы не судья Конституционного суда Украины и не имеете ни полномочий, ни хотя бы квалификации определять какие пункты закона более значимы, а какие менее значимы. И представив это предположим, что все пункты равны по значимости. В таком случае окажется, что лазеек там нет! Отвечу на всё это вашими же словами:

Розетка редиректит на украинскую версию при первом заходе. В том числе, когда из Гугла происходит переход по ссылке на русскую версию.

Вы сознательно манипулируете или просто очень невнимательно читаете? Прямо в том, что вы процитировали написано: А вы таки сознательно манипулируете! Если уж взялись переводить, почему не перевели всю цитату из закона? Например, почему не перевели пункт 4? Тут вам и про "всю информацию" и "обязан"! И безо всяких "может" или "по просьбе". И пятый пункт тоже безо всяких "может" или "по просьбе": А "может дублироваться" - это как раз ответ на вашу манипуляцию о запрете других языков. Закон никакие языки не запрещает, а только обязывает отдавать наивысший приоритет государственному.

В законе не только нет объяснения, что такое "по умолчанию", там даже самого такого понятия нет! Вот, что там сказано: Тут прямым текстом сказно, что обслуживание клиентов и вся информация - на украинском, а другие языки - только по просьбе клиента. Но люди почему-то пытаются этот закон таким образом выполнять, будто написано, что это именно украинский только по просьбе, а во всех остальных случаях русский. И попробуйте потом судье объяснить, что вы заголовки браузера расценивали в качестве просьбы. Это если вообще возникнет желание оспаривать штраф в суде.

А что автор шаблона говорит?

Правильный - это как минимум: если я сам вручную выбрал украинскую, то она мне всегда и открывается, а не при каждом новом заходе снова русская! Помимо того, что это закон нарушает, это ещё и здравый смысл нарушает (и довольно сильно раздражает с точки зрения покупателя). А предусмотрено, что обычный юзер может просто набрать в адресной строке домен и попасть на страницу без /ua/? Очевидно, тоже не предусмотрено. Это требование закона! Если вы хотите язык отличный от украинского, то должны про это явно заявить в самом магазине, что в случае интернет-магазина означает выбрать этот язык вручную. Представьте себе украинский оффлайн магазин: заходит туда француз, а с ним начинают разговаривать на русском. На каких основаниях? На тех, что у него паспорт не украинский. Правда же смешно? Но вы делаете то же самое! Ну, и в требования закона это, конечно же, не вписывается. Язык по умолчанию на то и язык по умолчанию, чтоб использовать его во всех случаях, когда желание использовать другой язык не заявлено явно или желаемого языка нет. Ведь если к вам на сайт зайдёт посетитель с браузером на французском, вы ему сайт на каком языке покажете? На русском, так? И на каком основании? Потому что $_SERVER['REQUEST_URI'] уже может содержать /ua, а проверки у вас нет. И у вас, вероятно, происходит редирект на https, ибо вы отправляете пользователя на адрес с http.

Работает оно у вас довольно криво сейчас. Я зашёл (браузер на украинском), меня перенаправило на /ua/. Затем я зашёл ещё раз (то есть убрал /ua/ из ссылки) - и всё, редиректа уже нет, сайт на русском. И это только пол беды! Я вручную переключился на украинский, затем опять убрал /ua/ - и снова редиректа нет и я на русской версии. То есть, начиная со второго посещения вашим посетителям придётся вручную каждый раз переключаться на украинский, даже если ранее они его уже выбрали. Мне кажется, это не сильно вписывается в требования закона. А ещё у вас редирект на https криво настроен: он редиректит не на https, а на http и зацикливается. В результате на сайт попасть нельзя пока сам протокол не впишешь.

Чтоб такое происходило из-за смены телефона мне поверить сложно. А вот из-за логотипа шапка запросто может съезжать: логотип не ресайзится - какого размера в админке воткнули, такого и выведется. Соответственно, если размер логотипа не соответствует предусмотренному в шаблоне, то вёрстка поедет. Посмотрите какой размер логотипа у вас сейчас и подгоните под эти размеры новый.

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

Зачем? Как уже писали выше, просто обновиться не выйдет, нужно пересоздавать магазин заново. Но пересоздавать сейчас на 2.3, если у вас 2.1 - это бессмысленная затея: между этими версиями нет какой-то кардинальной разницы в функционале и актуальность 2.3 уже не намного выше, чем у 2.1. Если, например, вы хотите просто поставить какой-то модуль, который есть только под 2.3, вам дешевле будет заплатить за адаптацию этого модуля под 2.1, чем переносить магазин на 2.3.

Хром и Опера сейчас - это один и тот же движок. Так что либо у вас в режиме инкогнито не все плагины отключаются (им можно разрешить работать в режиме инкогнито), либо Гугл что-то перемудрил со встроенными трекерами. Думаю, первый вариант более вероятный.

Как я уже написал выше, если вы сами свои правки видите, то проблема не в файлах и не в кеше модификаторов. Попробуйте очистить кеш JetCache.

Обычно происходит наоборот (но это если закешировалось именно в браузере). Единственное объяснение, которое могу придумать: модуль кеширования показывает вам актуальную версию страницы, потому что вы залогинены в админке, а в режиме инкогнито и другим посетителям показывает из своего кеша. Зависит от того стандартное это оформление заказа или какой-то модуль. И в любом случае после правок файлов нужно обновлять кеш модификаторов. Но если у себя вы видите изменение, то и файл должен быть таки правильный и с модификаторами проблем нет.

Спросите у автора модуля может ли его модуль самостоятельно запускать процессы php либо просто создавать запросы к серверу. Если не может, тогда этот модуль никак не может объяснить всплеск количества процессов php. А если может... избавьтесь от него

По одному из ваших скринов видно, что обычное количество процессов php у вас даже до 5 не дотягивает, но во время прыжка нагрузки их количество в пиковые моменты переваливало за 20. Процессы php создаются только под внешние запросы. Это значит, что у вас было по 20 одновременных запросов в обработке. Так что либо вы не там смотрите запросы, либо эти 1-2 юзера сознательно пытались вам сайт положить какими-то тяжёлыми запросами (например снова и снова открывали сайтмап).

Вы так пишите, будто это что-то незначительное. А, между прочим, для большинства сайтов боты - это основной источник нагрузки. У вас неправильные представления о влиянии товаров на нагрузку. Вы опять недооцениваете ботов! Если общее количество товаров не изменилось - это не добавляет дополнительную нагрузку только на базу при отдельном запросе. Но это увеличивает нагрузку от ботов! То есть, у вас на сайте появилось 20% новых страниц, которые боты ещё не индексировали и начинают их активно поглощать. При этом 20% удалённых страниц всё ещё в базе ботов и они продолжают пытаться их запросить. Очевидно же, что нагрузка именно от ботов. Увеличение количества процессов указывает на увеличение количества параллельных запросов. Проверьте по логам сервера какие боты к вам заходят. Возможно, часть из них вам не нужны (вероятно, вообще все кроме Гугла и Яндекса). Их можно заблокировать - это снизит нагрузку. Заранее прогретый кеш существенно сокращает время ответа сервера уже при первом запросе к странице. То есть, процессы php освобождаются значительно быстрее и каждый успевает обработать больше запросов за единицу времени, а это приводит к уменьшению их общего количества и снижению нагрузки. Плюс, с кешем снижается и нагрузка от базы.

А какие характеристики сервера?

Я просто взял скрин со страницы продажи модуля. У каждого товара есть соответствующее поле, туда переменную и вставляйте. Хотя, если нужно просто дописать город в конец, то проще будет через код. Например, для товара: файл /catalog/controller/product/product.php //Добавьте эту строку перед двумя строками, которые ниже $city = $this->progroman_city_manager->getShortCityName(); //Строки ниже уже есть в файле $this->document->setTitle($product_info['meta_title']); $this->document->setDescription($product_info['meta_description']); //Их нужно отредактировать вот так: $this->document->setTitle($product_info['meta_title'] . $city); $this->document->setDescription($product_info['meta_description'] . $city); Хотя может возникнуть конфликт с вашим Seo Tags Generator, если он тоже работает на лету.