Dotrox

Вот так: Дополнительные модули для этого не нужны.

С обеими задачами поможет модуль CityManager Pro. Хотя, возможно, понадобится и немного ручного допила. Уточните у автора в теме поддержки.

Как будет у вас товаров хотя бы тысяч 10 и магазин ляжет из-за "DDoS" от поисковых ботов, тогда то проблемы и возникнут Хотя, если у вас неограниченный бюджет на хостинг, то можно и с Апачем жить. Вы либо не понимаете что такое статика и динамика, либо у вас всё настроено вверх ногами. Статика - это css, js и картинки. И вот эту статику в любом случае должен обрабатывать nginx! А динамика - это то, что генерирует php и только ради этого Апач вообще и используется, если используется. Собственно, Апач в своё время так прижился именно потому, что его mod_php в те далёкие времена был единственным адекватным способом запускать php для веба. Но уже много лет существует php-fpm, который, во-первых, не нуждается ни в каком дополнительном софте для работы, а во-вторых, изначально разрабатывался в Badoo для решение их проблем с высокими нагрузками.

Уточните задачу иначе получите совсем не то, что хотите. Вам нужно, чтоб главная страница редиректила с site.com на site.com/en или же вы хотите, чтоб, в принципе, все ссылки, у которых в начале нет /en редиректили на ссылку с /en? То есть, так: site.com/aaa -> site.com/en/aaa. А второй вопрос: зачем? Это имеет смысл только, если у вас мультиязычный сайт и вы хотите, чтоб английский язык был дефолтным и идентификатор языка при этом всегда был в ссылке. И если у вас таки этот случай, это значит, что у вас кроме en бывают и другие идентификаторы языка в ссылках и тогда задача для условия редиректа меняется: вместо проверки отсутствия en нужно проверять отсутствие языковых идентификаторов, в принципе. Иначе у вас редиректы буду приводить, например, к таким ссылкам: site.com/en/ru.

По скрину видно, что у вас массив не двумерный, а трёхмерный! Внутри $data['uni_product_tabs'] лежит нумерованный массив, каждый элемент которого - ассоциативный массив, среди ключей которого есть и description, который вы пытаетесь перезаписать. Соответственно, обращаться нужно иначе и непонятно какой именно description вы хотите переписать (там может быть несколько таких массивов с description). И вот тут, похоже, опечатка (лишний символ доллара): replaceBlanks($ $data['uni_product_tabs']['description'])

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

Вот для этого как раз и нужно использовать GeoIP! Просто "на лету" подставлять город оттуда. У вас должна быть привязка регионов к поддоменам, иначе в плане SEO оно вообще работать не будет.

Язык записывается в куки и языковые куки общие для всех поддоменов. А что именно вы хотите уникализировать там для каждого магазина и есть ли у вас модуль GeoIP?

А у вас есть покупатели не из Украины? Если да, то вам в любом случае нужно будет для них что-то придумать. А для Гугла всё давно уже придумано самим Гуглом. Выше @pawana уже дал ссылку.

Ошибка из-за того, что у вас в ответе сервера вместо json приходит html страница. Как видно по скрину, это страница 404. Попробуйте очистить кеш модификаторов (оранжевая кнопка с ластиком рядом с кнопкой обновления) и попробовать ещё раз. Если будет работать, значит какой-то модификатор косячит. Отключите все и включайте по одному пока проблема не повторится. И не забывайте после каждого обновлять кеш модификаторов. И в любом случае не забудьте обновить кеш модификаторов, потому что сброс его очищает, но не генерирует новый, так что у вас все модули отвалятся, которые модификаторы используют.

Прямо в предыдущем сообщении всё написано. Но, если вам было лень его читать, то вот фрагмент: з 07.10.2020, API Приват24 https://api.privatbank.ua/p24api/pay_pb з переказу на картку буде закрито, з 01.11.2020 API Приват24 https://api.privatbank.ua/p24api/ishop з приймання платежів також буде закрито.

Вот этот скрин вы где сделали? На нём же именно та строка, которую вам и надо удалить! Вы путаете тёплое и мягкое! Во-первых, Бутстрап с четвёртой версии и так уже на флексбоксах (то есть, уже почти 3 года). А во-вторых, Бутстрап (и другие CSS фреймворки) - это про скорость вёрстки и качество. CSS фреймворки позволяют верстальщикам экономить кучу времени и при этом получать результат, который будет правильно выглядеть во всех браузерах, поддержка которых заявлена фреймворком.

Не надо изобретать велосипеды! Гугл понимает мультиязычные сайты: https://developers.google.com/search/docs/advanced/crawling/localized-versions И для Гугла нет понятия "основного" языка - он выбирает тот язык, который соответствует языку текущего пользователя. А, может, всё дело в том, что они изначально попадают именно на такую версию? Вот сделаете основной версией украинскую и вдруг окажется, что с русскоязычными такая же ситуация, но наоборот - они пользуются почему-то украинской версией, хотя есть русская.

Да, оно должно быть в шаблоне страницы товара. Если в оригинальном файле не нашли, значит оно добавлено модификатором. Поищите в директории system файл модификатора, где оно могло бы быть. Если разработчик был не идиотом, то под свои допилы должен был сделать отдельный файл модификаторов. Кстати, а почему вы разработчика самого не спросите?

Это же форум. Помощь в темах всегда бесплатная!

Да.

Вот здесь хорошо видно каким должен быть роут для вашей версии ОК.

@Dimitriyy посмотрите на этот фрагмент из файла в архиве: if (ltrim($this->request->server['REQUEST_URI'], '/') =='sitemap.xml') { $this->request->get['route'] = 'feed/google_sitemap'; return; } Ничего не замечаете? Этот SeoPro под более старую версию ОК.

Это карта Монобанка что ли? В любом случае, это не гарантирует полную защиту. Есть ещё регулярные платежи и токенизация. В первом случае после подвязки карты деньги будут списываться периодически без какой-либо необходимости повторно вводить реквизиты карты. А в случае токенизации для списания денег с карты уже не нужно знать её реквизиты, только созданный ранее токен. Единственный надёжный способ защиты - это использовать всегда виртуальную дебетовую карту, на которую деньги закидываются только под конкретную оплату. Нет денег - списывать тоже нечего.

И эта карта для оплаты в интернете никогда не использовалась ранее?

А что про эти списания говорит поддержка?

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

@tokotrend , дали бы сразу ссылку на сайт, возможно, кто-то бы уже и подсказал, где этот баннер искать. А так 8 часов гадания на кофейной гуще и нулевой результат.

У вас не должно быть такого файла, если вы используете динамическую генерацию! А качали откуда?

Надо смотреть на код вашего SeoPro.