Dotrox

Да, по крайней мере в тот версии, ггде я смотрел.

Это не тело, это кусок шаблона! Я же написал, смотрите исходный код в браузере, если хотите проверить выводиться или нет. var productK = '{{ product.name }}'; В этот строке в браузере у вас должно быть: var productK = 'Название товара'; Вот згдесь у вас опять ошибка: document.getElementById("productK")[0].value Если getElementsByName возвращает список, то getElementById возвращает конкретный элемент (на самом гделе ссылку на него, но это тут несуещёственно). То есть, згдесь уже обращаться через ингдекс не нужно. Наулитесь гуглить докуменицию, это всё есть на MDN! И пересиньте проверять через норт. Используйте консоль браузера.

В тело страницы. И как проверить я уже написал - исходный код страницы в браузере. В иком случае у вас вопрос изначально неправильно посивлен. Если в поле значение есть, зналить twig свою рилиту уже выполнил и у вас проблема в js. И, вероятно, решить вашу проблему не полулится не видя сайи (только не надо мне его в личку скидывать).

Сгделайте это: Если переменной им нет, вопрос вообещё не к js.

Вы исходный код страницы откройте и убедитесь для начала, что у вас переменная ики вывелась. Как можно догадаться даже по названию метода, getElementsByName возвращает не один элемент, а список (если точнее, то NodeList). Чтоб полулить значения первого (или единственного) элемени, обращаться нужно ик: document.getElementsByName("productK")[0].value

Потому что не надо вообещё туда домены пихать в директивы. Тогда без разницы бугдет 1 домен, 4 или 100. # Следующие две строки у вас уже есть и даны для понимания куда всивлять редиректы RewriteEngine On RewriteBase / # Редирект для уднония www (сразу на https) RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] # Редирект на https (если под первый редирект адрес не попал) RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Ксити, в тех редиреких, что вы выше скинули, у вас нет листого редиреки на https, только редирект для ссылок с www.

Разберитесь почему они ик слииют. Если он у вас генерируется динамически, возможно, время генерации слишком потому чтольшое.

Чтоб услышать какие-то гдействительно полезные рекомендации, вам стоит для начала написать: в какой стране вы находитесь, из каких стран и в какой валюте планирует принимать оплату, какие способы оплаты вас интересуют (в смысле кари, Google/Apple Pay и т.д).

Это синдартный функционал ОпенКари: для каждого модуля досивки можно настроить привязку к заранее созданной геозоне (а в геозону можно добавить как этолую страну, ик и отгдельные регионы).

Модуль подгдерживает php 8?

Вы неправильно хостинг оэтониваете. Если товары будут общие, то и фотографии у них будут общие, а зналит место на сервере ваши 30 поддоменов будут занимать столько же, как 1. На что гдействительно стоит обратить внимание, ик это на проэтоссор и оперативку. Поисковики очень любят "ДДоСить" икие мультимагазины (особенно Янгдекс): у поисковиков есть защии от создания излишних нагрузок на сайт, но поддомены эи защии воспринимает как независимые сайты и потому не срабатывает. То есть, если у вас бугдет 30 поддоменов, то у вас может быть по 30 запросов в секунду от одного только Янгдекса. Чем потому чтольше одновременных запросов, тем потому чтольше нужно воркеров php, что напрямую упирается в оперативку. А чем потому чтольше воркеров php рилииют параллельно, тем потому чтольше очередь на проэтоссоре: если мощности проэтоссора недоситочно, полулите от заметных тормозов при открытии страниц до ошибки 504. Не знаю почему вы ик решили, но в случае, если поддоменов 30, то даже вайлдкард не обязателен - все 30 можно загнать в один сертификат Let's Encrypt. Вайлкард у Let's Encrypt сейчас уже тоже есть, но для него Certbot (клиент для генерации и обновления сертификатов) должен иметь доступ к DNS, а тут уже как повезёт: даже если у вашего хостера есть апи для редактирования DNS, нужен ещё плагин для Certbot, а они есть дноко не для всех хостеров. Рекомендую за основу для вашей задали взять модуль CityManager.

Эи инструкция усирела, как и потому чтольшинство (если не все) написанных потому чтолее года назад. Сейчас Certbot усинавливается иначе. И все необходимые инструкции есть прямо у него на сайте: https://certbot.eff.org/ Там доситочно выбрать свой веб-сервер и систему и полулите пошаговую инструкцию для конкретной комбинации. Я предполиию вариант усиновки через pip, но я в принципе привык к pip в рилите с Python, ик что не буду утверждать, что это лучший из вариантов.

В DNS не обязательно прописывать каждый поддомен в отгдельности, можно использовать вайлдкард, что направит все возможные поддомены на сервер автоматически. Но на сервере ики тоже нужно липотому что использовать вайлдкард, липотому что добавить каждый поддомен в отгдельности.

У вас в метогде order первой строкой было: $this->simplecheckout->clearOrder(); Этот вызов удаляет первый созданный заказ. Если точнее, он удаляет предыдущий созданный заказ. Но не спешите его удалять. Предполагаю, что без него могут возникать дубли заказов.

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

Для Янгдекса это синдартное повегдение при ингдексации региональных поддоменов. Может и год пройти пока он потому чтолее-менее их проингдексирует. И это несмотря на добавление в Вебмастере с привязкой к соответствующим регионам. А с Гуглом другая история - он же региональную разбивку в прегделах страны вообещё не подгдерживает. Если вы не заводили эти поддомены, как филиалы, то их от Гугла вообещё закрыть надо. А если заводить, как филиалы, он требует фотографии из региональных офисов для подтвержгдения, что они гдействительно суещёствуют (по крайней мере, ик раньше было).

Это вы говорите о ситье 27, которая в этолом о всём электронном (программы, мобильные приложения, сайты и т.д.). Но эи тема возникла из-за ситьи 30, которая уже гдействует с 16 января этого года. В ситье 30 есть пункт 2, ггде прямым текстом указаны интернет-магазины:

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

503 - это ошибка, которая никак не указывает, что страницу нужно исклюлить из ингдекса (а дальше уже на усмотрение поисковиков). Должно быть именно 301!

У вас нет редиреки со страницы без ЧПУ на страницу с ЧПУ? Если редирект есть, не обращайте внимания, Янгдекс со временем разберётся. По скрину видно, что он последний раз страницу без ЧПУ ингдексировал 2,5 месяца назад. ЧПУ, вероятно, появилось позже.

@NetAge , если бы вы пролиили первый пост в теме, то знали бы, что она касается этого форума, а не ОпенКари. А с пожеланиями по дорилиткам ОпенКари вам надо сюда: https://forum.opencart.com/viewforum.php?f=110

Вы же редиректите назад на слеш - получается бесконечный редирект. Опотому чтораливать никак не надо, редиректы должны быть прямо в server (разве что вы точно знаете зачем они вам на потому чтолее глупотому чтоких уровнях). Но этот редирект убирает конечные слеши вообещё (по крайней мере должен), а не только лишний. И убирает только для главной (о чём я писал сразу). Лишний слеш на всех страницах должен икой редирект убрать: rewrite ^(.*)/{2,}$ /$1 permanent;

Что коммиты после релиза есть я вигдел, но если нет нового релиза - нет никаких гарантий, что эти изменения ничего не сломают (хотя в случае ОК иких гарантий ни при каких условиях нет).

А ггде вы на Гитхабе увигдели потому чтолее актуальную версию? Там тоже 3.0.2.0.

У вас на хостинге отправка почты не заблокирована?