PaulKravchenko

Смотреть какой статус присваивается заказу после оплаты, подозреваю, что не тот что настроен. Поймите, списание товара, бонусов, купонов - это кже не модуль оплаты делает, а движок, но он отталкивается от статуса заказа, и только.

Спасибо) Внесу правки в пакет чтоб не страдали те кто поверх языковых фацлов шаблона заливает.

Сейчас не у компа, но ЕМНИП catalog/language/uk-ua/checkout/cart.php Там смотрите значение переменной что-то типа button_checkout_cart Не забудьте обновить кеши после правок

В файле catalog/language/ru-ru/account/return.php (или catalog/language/<ваш-язык>/account/return.php для другого языка) Следующей строкой после переменной $_['text_agree'] добавьте $_['text_reason'] = 'Причина возврата'; $_['text_no_results'] = 'История возврата отсутствует'; Заодно переведется и это:

Как и у многих модулей оплаты, скорее всего проблема в неправильном присвоении статуса оплаченного заказа. Проверьте какой статус для оплаченного заказа установлен в настройках модуля. По умолчанию модуль берет первый по алфавиту статус, и, если вы не меняли в настройках WebPay, то очень вероятно присваиваете статус отмененного заказа: Выставьте ожидаемые статусы заказа в настройках модуля. Затем убедитесь, что такой статус действительно присваивается оплаченному заказу. Затем проверьте отмечен ли этот статус в настройках магазина на вкладке Опции: Только при соблюдении этих условий товар будет вычитаться со склада, а бонусы и сертификаты будут применяться. Если не получится решить, обращайтесь в личку, также и по остальным задачам.

Да, из коробки язык определяется куками, если они есть, а если их нет, то загружается язык по умолчанию. Вам нужно решение, которое позволит внедрить языковой префикс в урлы, тем самым разграничивая языковые версии страниц сайта. То есть для каждого языка (кроме основного, например), будут такие ссылки: https://stmaria.cz/ru/barnys-inovo-5-270-tablet или https://stmaria.cz/en/barnys-inovo-5-270-tablet В этом поможет модуль:

Это было...фиаско, мягко говоря. Попап с предложением языка сайта легко делает сео мультиязык, посмотрите на демо как правильно виджет сделать, там все просто.

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

Решать вам конечно, но флаги - это вообще ужасный моветон) Флаг страны ≠ язык Эта штука в модуле мультиязыка уже есть, посмотрите на демо виджет попапа с выбором языка. Он при первом входе без языковой куки у посетителя показывается. Опять же шаблон там отдельный, можно верстать как понравится.

По моему мнению, иконка - такое себе решение, что очевидно для вас, не всегда очевидно посетителю=покупателю. Поэтому лучше уж выводить либо "кнопками" либо селектором, но буквами, как-то типа так:

Это был пример, не ваш случай. В вашем случае привязка к id блока langcurr, а он у вас пустой, там ни селектора валют ни селектора языков, видимо поэтому и не выводится

а кто вам закомментировал валюты и языки?) /* $('.header__nav').each(function() { var lo = $('.header__logo').width(), la = $('.header__languages').width(), cu = $('.header__currencies').width(); z = lo + la + cu + 80; if (!$('.header--version2').length) { $(this).css('width','calc(100% - ' + Math.round(z) +'px)'); } }); } */ Смотрите в catalog/view/javascript/theme_lightshop/functions.js // Mobile languages and currencies там привязка к id блока селектора языка

Скорее всего там подгружается скриптом шаблон language.tpl, а вам нужно заменить (или добавить) подгрузку langmark.tpl Или еще как-то) в качестве примера, как сделано в одном из шаблонов: $('#mob-info-block-inner').prepend( $('#language') ); соответственно сработает $('#mob-info-block-inner').prepend( $('#langmark') ); Можете поискать language в консоли браузера мобильной версии, как отправная точка должно помочь.

Пожалуйста, обращайтесь)

Очевидно были и промежуточные действия. Для исправления скопируйте файл из дистрибутива модуля Simple install\upload for <ваша_версия_движка>\catalog\view\theme\default\template\common\simple_header.twig в папку catalog/view/theme/materialize/template/common с заменой существующего там файла Обновите кеш твига в админке:

Это в расширениях модулях, там же где модули оплаты доставки, выберите тип расширений Учитывать в заказе, а далее Доставка

Если вы никогда не рассчитываете стоимость доставки в заказе и не включаете доставку в стоимость заказа, то уберите доставку из подитогов: Дополнения - тип Учитывать в заказе - Доставка - Отключить ваш_сайт/admin/index.php?route=extension/total/shipping

Переверстать catalog/view/theme/<ваша_тема>/template/common/language.tpl

Загоните описание модуля в транслейтор, бо там точно ни гугол переводыв

Есть стойкое чувство, что ваши заказы здесь: https://ваш_сайт/admin/index.php?route=sale/order&filter_order_status_id=0 А деваются они туда из-за неправильной работы модуля оплаты, который неверно присваивает (или не присваивает) статус оплаченного заказа.

очепятка копипаста)

del

Спасибо за предложение, но эксперименты на тестовом сайте, доступ к которому закрыт. В любом случае, спасибо за желание помочь) @deeman спасибо, я понял где ошибался. Как обычно - за все должен ответить Simple, хотя на деле нужно понять логику работы сначала) Модели не правились, но при регистрации никогда не запрашивался адрес, она была сделана опять же через Simple и адрес не запрашивался в принципе. Можно конечно при регистрации требовать заполнение адреса и таким образом решить "проблему", но решится она по сути только у новых покупателей и это не поможет избавиться от отображения поля Страна. Спасибо, это и поставило мозги на место) Ведь по сути страну брать неоткуда и поставить ее некуда так как отсутствует address_id, это есть только у покупателей, заполнивших адрес в ЛК. По той же причине нет смысла лезть в модель адреса, по крайней мере при такой постановке задачи. Направление решения своей хотелки определил. Спасибо!

Фактически то же самое делает настройка указания страны вручную, при этом со старта не отображается список регионов пока не дернешь их. То есть страна подставляется верно в итоге. Частный случай, спасибо, но мне он не подходит, я не хотел бы добавлять данные адреса покупателя без его участия. Были попытки указать явно id страны в контроллерах Simple (например simplecheckout_shipping_address.php), но видимо это не совсем корректно, да и не сработало)

поймите, это не "модуль", это набор языковых файлов, не более, он не переводит то, чего в нем нет изначально