Dotrox

А должно было вылезти не в консоли, а на странице. Но ошибки 500 могут и никуда не вылезти, смотрите лог ошибок php на сервере. А то, что в консоли, вообще не похоже на ошибку ОпенКарта. Вероятно, это от какого-то плагина браузера.

С куками есть один нюанс: ОК их устанавливает даже если в магазине один язык. То есть, у всех, кто заходил на сайт определённого магазина уже стоит кука и, раз язык был один, в этой куке русский. Так что при добавлении украинского языка стоит сменить название языковой куки, чтоб те старые не учитывались. Хотя в своей реализации мультиязычности я пошёл ещё дальше - кука устанавливается только если посетитель вручную переключил язык. Иначе язык определяется по ссылке.

Я никогда не занимался взломом сайтов, так что это будет не репрезентативно. Сходите на какой-нибудь хакерский форум и попросите там. Уж если они не справятся, то сможете уверенно заявить, что ВП - самый безопасный из движков Вы когда-нибудь занимались поддержкой сайтов на ВП? Именно поддержкой, а не сделать и забыть, а ежедневным вычищением вирусов пусть владелец сам занимается. Так вот, мой опыт таков, что удаление всех неиспользуемых плагинов и шаблонов (даже дефолтных шаблонов) не помогло избавится от ежедневного появления вирусов. На сайте остался шаблон и несколько самых необходимых плагинов, а все файлы были пересмотрены на предмет бекдоров, но всё равно ежедневно в файлах появлялся сторонний код. Помогло только одно - выставить на все файлы такие права, чтоб php не мог их редактировать и создавать новые. Это, конечно же, сломало возможность обновляться через админку, но зато вирусы появляться перестали. При чём тому сайту было всего несколько месяцев отроду. И это не единичный случай, просто я максимально избегаю работы с ВП, так что про остальные "прелести" только слышу от знакомых. А ОК сам по себе жрёт намного меньше, чем ВП сам по себе. А если уж начинать сравнивать шаблоны, то у ВП полно тормознутых монстров, которые ещё и добавляют больше дыр, так что тут он у ОК абсолютно ничем не выигрывает. Вы как-то неправильно понимаете слово "франкенштейн". Этот эпитет не имеет никакого отношения к количеству контента. Корни выражения лежат в романе Мери Шелли и на самом деле то, что в народе прижилось как "франкенштейн" - это монстр доктора Франкенштейна, человекоподобное существо, сшитое из фрагментов трупов людей. В данном случае под франкенштейном подразумевалось превращении блога в что-то совсем не похожее на блог путём обвешивания плагинами.

Речь же идёт о технической теме, здесь не может быть никаких "между строк"! Тема то называется "как правильно сменить основной язык сайта", а не "как вы относитесь к языковому закону". А видео то больше как раз о втором пункте, так что ещё не известно, что тут флуд А полезная информация от меня таки исходит, например, вот: Как можно понять из этой темы, правильное обозначения языка это такие довольно актуальный вопрос, ибо люди ни сном ни духом, что эти коды означают и что просит Гугл.

Предлагаете сознательно посоздавать дубли?

Вот это вообще шикарно! Русский язык для посетителей из Британии Никогда ничего не копируйте бездумно, последствия могут быть страшнее, чем вы можете представить. Например, если вбить это "rm -rf /" в консоль сервера можно стереть всё его содержимое и это популярная шутка на форумах Вот эти коды используются для автоматического определения языка (например, по заголовкам браузера). А откуда у вас суфиксы берутся ещё разобраться надо. В той части видео, которую я просмотрел, я услышал множество возмущений про то, что требования закона нарушают какую-то неназванную спецификацию и ни слова ни про атрибут lang, ни про индексацию! А ещё множество бредовых утверждений про то, что сайты ни в коем случае не программы, а HTML документы, которые не могут изменяться. Если человек что-то понимает в веб-разработке, он такую чушь нести не будет (разве что сознательно нагоняет негатив на этот закон). А стоит брать во внимание, ибо ОпенКарт именно таким и является (хотя эта терминология к php сайтам не применяется, но суть та же). Современный сайт - это программа, а страница в браузере - это лишь снимок состояния этой программы в текущий момент времени в сессии с данным пользователем. А в случае SPA - это даже не снимок, а отображения состояния в реальном времени.

Кеш модификаторов обновите. Если не поможет, напишите какая ошибка.

Я вам об этом уже писал выше: Если у вас там всё именно так, как вы написали после двоеточия, то тут тоже ошибка! Что это "ua - uk_UA.utf-8"? Коды разделяются запятой, так что "ua - uk_UA.utf-8" сейчас у вас получается одним кодом. Должно быть так: uk,uk-UA,uk_UA.UTF-8,uk_UA,ukrainian Подозреваю, что в русском тоже какая-то каша.

Я не смотрел видео до конца, так что не знаю, что он про поисковики говорил, но мне хватило и бреда в начале видео про HTML документы и таинственную спецификацию, которая запрещает сайтам быть динамическими. А про неграмотных людей, которые считают сайты приложениями - это уж совсем вишенка на торте. Мы тут все, получается, не программисты (потому что в интернете по его логике программ быть не может), а редакторы HTML документов. Я бы не стал доверять ни единому слову человека, у которого такая чушь в голове! Ну, это тоже неправильно. ru-ru - это русский для региона Россия. А у вас русский для региона Украина! То есть, либо ru-ua, либо совсем регионы поубирать. Когда вы указываете язык с регионом, вы говорите Гуглу, что это не просто, например, русский язык, а русский язык для тех, кто заходит из... России в вашем случае выходит сейчас Вот, что Гугл об этом пишет (особенно посмотрите последний пример для немецкого):

Если есть 301й редирект с http на https, то ничего утеряно не будет, вес страницы перетечёт к новой ссылке.

И будет рядом с ОК лежать дыра. Вдобавок ВП будет жрать в разы больше, чем ОК. Когда нужен именно блог, а не франкенштейн на все случаи жизни, то достаточно будет и нормального модуля блога для ОК. @Valerapudra , посмотрите на ViewerJS - https://viewerjs.org/ Довольно неплохая PDF читалка, у которой под капотом тот же PDF.js от Мозиллы, но с человеческой обёрткой.

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

И не надо в лоб - надо просто обернуть в рекурсию, которую вы уже упоминали выше.

Покажите ваш .htaccess.

Посмотрите код стандартного меню ОпенКарт: https://github.com/opencart/opencart/blob/master/upload/catalog/controller/common/menu.php Правда, там только два уровня, но вы поймёте куда двигаться (а если не поймёте, вам в раздел услуг ).

@Radprox , я сейчас обратил внимание, что у вас структура конфига nginx немного странная. Например, у вас большая часть правил внутри блока location /. Это может быть причиной того, что редиректы не работают. Они должны быть за пределами блоков location.

У вас код неправильный! В кодах с региональной привязкой первым идёт код языка, а вторым - код региона. Но код региона (страны) - UA, так что у вас вообще непонятно что сейчас. Должно быть либо просто uk (код языка), либо uk-ua (код языка с кодом региона). И для русского, если таки с регионом, то ru-ua (и тут становится понятно, что лучше без региона, ибо уже можно запутаться). Я бы не стал говорить об адекватности, когда кто-то в 2021 году заявляет, что "все странички в интернете" - это статичные html документы и говорит, что неграмотно считать веб-страницы "подобием приложений, которые имеют какую-то там логику". Его взгляды на интернет отстали от реальности лет на 20. И ОпенКарт в эти взгляды не вписывается вообще.

Для этого у вас должна быть одна директория с одной установкой ОпенКарта. И именно это в терминологии ОК называется мультимагазином. А сайтмап в ОК генерируется на лету и в таком варианте у него всегда текущий домен, с которого этот сайтмап запросили. Если же у вас слишком много товаров и необходим статичный сайтмап, то нужно тогда на уровне nginx при запросе /sitemap.xml делать проверку домена и отдавать файл, который соответствует домену/ Это будет выглядеть так: location = /sitemap.xml { allow all; rewrite ^ /$host.sitemap.xml last; } В переменную $host nginx автоматически подставляет текущий домен. То есть, для домена domain1.com у вас файл сайтмап должен называться domain1.com.sitemap.xml и лежать в корне сайта (можно переложить в другое место, но тогда и путь тут подправить нужно). Для роботса аналогично.

А в какое место вы это вписали? Можно, но не нужно. Все редиректы, которым не нужна дополнительная информация от магазина, лучше делать средствами nginx - они будут работать намного быстрее и жрать меньше ресурсов сервера (хотя на глаз разницу всё равно никто не заметит). Чтоб там что-то советовать, мне нужно знать каким образом у вас сейчас мультиязычость работает и увидеть сайт. Потому что при обычных условиях у вас те редиректы не должны были бы работать и с Апачем. У вас нет физически языковых директорий, а значит вот такая ссылка: /ua/index.php?route=extension/feed/google_sitemap_fast должна либо выдавать 404, либо редиректить куда-то дальше (возможно, неявно).

Я не вижу в конфиге редиректов против слешей, потому и спрашиваю. Раз для nginx вы ничего не прописывали, значит этим занимается сейчас SeoPro. Но для главной у него особый алгоритм работы. И один слеш с главной не убирается - это иллюзия, которую создают браузеры (не отображают слеш на конце домена). Если вы посмотрите в браузере на сетевую вкладку в инструментах разработчика, то увидите, что там нет редиректа при одном слеше на главной. Попробуйте так (это только для главной): rewrite ^([^/]+)/+$ $1 permanent; Должно справиться с любым количеством слешей.

Вот версию ОК вы написали, что SeoPro включён написали, а такую мелочь, как то, что у вас используется сторонний модуль сайтмап - написать забыли. Если у вас сторонний модуль, то все вопросы надо было задавать автору модуля. Но перед тем, как начинать задавать вопросы, стоило заглянуть в ваш сайтмап и проверить действительно ли там нет ссылки на эту страницу. А она там есть! В сайтмапе у вас ссылки на два архива, в первом из них (https://keramachoice.com/sm/base.xml.gz) и есть ссылка, которой не нашёл Гугл: <url><loc>https://keramachoice.com/marazzi/</loc><changefreq>weekly</changefreq><priority>0.7</priority></url> И что у вас нестандартная ссылка упомянуть тоже забыли. Почему не /sitemap.xml? У вас там продолжает висеть стандартный модуль с тормозами.

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

В сайтмап должны быть все производители. Но, мне кажется, проблема у вас в другом. Гугл не ругается на то, что сайтмап отсутствует? Я сейчас попробовал открыть ваш сайтмап и генерация упёрлась в лимит php на выполнение скрипта, который у вас 30 секунд. То есть, считайте, что у вас сейчас сайтмапа просто нет. И прежде, чем вы спросите, как увеличить лимит - вам нужно сайтмап оптимизировать, а не лимит увеличивать. Если у вас в магазине хотя бы пара десятков тысяч товаров, генерацию сайтмапа надо перевести на крон (обязательно с запуском через cli) и делать раз в сутки. Если же товаров мало, а генерация всё равно так тормозит - нужно разбираться откуда тормоза. В новых версиях ОК тормоза вызывает добавление в сайтмап изображений, но в 1.5 этого ещё не было.

@001 , а почему у вас редирект на https 302, а не 301? location ~* \/\.ht { deny all; } location ~* (\.tpl|.twig|\.ini|\.log|(?<!robots)\.txt) { deny all; } location ~* \/\.git { deny all; } location ~* \/image.+(\.php) { deny all; } Вот это всё можно одной строкой записать. И почему оно у вас в конфиге ОпенКарта? Если уж разбивать общий конфиг по файлам, то это всё не относится непосредственно к ОпенКарт. В первом блоке server должно остаться только это: server { listen 111.11.111.11:80; listen [2f05:481:0:f45s::2]:80; server_name _ site.com www.site.com; return 301 https://site.com$request_uri; } Задача этого блока все запросы сразу же перенаправлять на https. Поэтому все остальные строки не имеют смысла. И обратите внимание, что там надо писать не $host, а именно адрес вашего домена, иначе оно будет редиректить и на www при запросе с www, и вообще непонятно куда, учитывая, что там теперь ещё и подчёркивание. А порт писать не нужно, достаточно, что уже указан протокол https. Пройдитесь по директориям /etc/nginx/conf.d/ и /etc/nginx/vhosts/ и поищите в конфигах там, где у вас ещё прописан default_server. Кстати, а что у вас сейчас открывается при запросе по ip?

Гугл в своих рекомендациях пишет, что указывать регион не обязательно и регион нужен только для ограничения страницы этим регионом. Если новый, то можно спокойно делать именно так, как вы написали.