PaulKravchenko

Переверстать /catalog/common/language.twig

Решали тут:

Поменяйте эти данные в настройках модуля SEO Мультиязык, для каждого языка. Он заменяет прописанные в настройках магазина, если заполнены.

catalog/view/theme/default/template/common/search.twig было: <input type="text" name="search" value="{{ search }}" placeholder="{{ text_search }}" class="form-control input-lg" /> стало: <input type="text" name="search" value="" placeholder="{{ text_search }}" class="form-control input-lg" /> жобиздан

Хоспади, ну если вы не учитываете цену доставки в стоимости товара, то зачем вы вообще выводите это в подытогах? Отключите в модулях - Тип Учитывать в заказе - Доставка

Фи, это же фонетически неблагозвучно, мы такое не читаем, моветон))

Да, при отмене поавок, перенаправляющих сейчас - это неверно.

Наименее геморойный вариант, КМК. Если используете модуль SEO Мультиязык - там есть такой функционал поиска и замены текста по языкам.

а.. точно, я не туда отправил))

для админки: admin/language/язык/ для витрины: catalog/language/язык/ - ищите в содержимом файлов, переводите значения переменных Например: $_['entry_isbn'] = 'ISBN'; $_['entry_isbn'] = 'Мое название; Но, насколько я помню, из коробки ISBN на витрине не выводится нигде.

У вас в шаблоне manufacturer_info потерялся блок с id pagination, вот такой: <div id="pagination"> Сравните файлы catalog/view/theme/<ваша_тема>/template/product/manufacturer_info.twig <storage>/modification/catalog/view/theme/<ваша_тема>/template/product/manufacturer_info.twig Если в модифицированном блок пагинации отличается, ищите модификатор, который ломает. Если одинаково - отмените ручные правки в manufacturer_info.twig

покажите 385 строку из storage/modification/model/checkout/order.php при включенном модификаторе яндекс маркета

Вмешательство минимальное: catalog/language/ru-ru/extension/total/ - здесь языковые файлы с названиями, можете переименовать.

Я давно отказался от взимания платы за доставку в процессе оплаты заказа покупателем, покупатель выбирает предпочитаемый способ доставки (от почты до курьера) и оплачивает стоимость доставки перевозчику. Поэтому у меня не бывает подобных ситуаций, и нет головной боли при возвратах, фиксализации, основании взимания платы за логистические услуги, и т.п. Но какая разница что думаю я? Вам решать)

а может потому, что в stylesheet.css нарисовано .caption-top { display: none; } а в common.js для вида сетка $(this).find('.product-name').prependTo(caption_top);

Встроенный модуль Оплата за обработку заказа: ваш_сайт//admin/index.php?route=extension/total/handling Модули - тип Учитывать в заказе - порядок сортировки поставьте выше чем Всего (total)

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

Проверил, правки в перевод были внесены примерно в феврале прошлого года, так что я реабилитировался)

Это косяки модуля, и нужно в первую очередь долбить их саппорт. У них в модуле вообще зачем-то считается все вместо того, чтобы брать итоговую сумму (total). Ну может так делали, чтобы обозначить каждую позицию в заказе. кусок контроллера: foreach ($total_data['totals'] as $total) { if ($total['code'] == 'coupon'){ $data['wsb_discount_price'] = $data['wsb_discount_price'] + $this->currency->convert(abs($total['value']), $order_info['currency_code'], $data['wsb_currency_id']); } if ($total['code'] == 'tax'){ $data['wsb_tax'] = $data['wsb_tax'] + $this->currency->convert($total['value'], $order_info['currency_code'], $data['wsb_currency_id']); } if ($total['code'] == 'shipping'){ $data['wsb_shipping_price'] = $data['wsb_shipping_price'] + $this->currency->convert($total['value'], $order_info['currency_code'], $data['wsb_currency_id']); $data['wsb_shipping_name'] = $this->session->data['shipping_method']['title']; } } И ни намека на reward points (которые бонусные баллы). Пишите им, пусть правят.

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

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

Сейчас не у компа, но ЕМНИП 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 В этом поможет модуль: