DariyGRAY

Вас самого не смущает эта фраза? Почти на 100% уверен в том, что настроено правильно. Может относительно, но все равно правильно. В противном случае у вас либо все фиксировалось бы неправильно, либо процент платного трафика был бы значительно больше. Код - неживой организм и не страдает переменчивостью поведения. Просто почитайте о том, как аналитика (или любая другая система) определяют канал трафика.

А не думали о том, что у человека может быть ссылка с "рекламным хвостом" в закладках сохранена? Вот и будет вам аналитика показывать рекламный трафик при отключенной кампании. Это чисто предположение. Просто странно, что подобное происходит не постоянно, а от случая к случаю. Если бы неправильно настроили, то, скорее всего, проблема наблюдалась постоянно

Откуда такая уверенность? Я только вчера у клиента наблюдал картину такого содержимого: есть сайт, есть контекстная реклама в Google, есть постоянные клиенты и последние вместо того, чтобы переходить на сайт по прямой ссылке или через закладки, банально вбивали в поиск название магазина или товара и переходили уже через платный канал. Вы уверены на 100%, что ваши клиенты так не делали?

Если вы правильно установили украинский язык, то так и должно быть. Но, судя по всему, что-то пошло не так при установке. Могу бесплатно глянуть в пределах 10-15 минут. Если есть желание, пишите в личку

А смысл? Вы подумайте о том, что для каждого заказа нужно будет записывать в базу данных уникальный url. И это для единичного использования. После получения клиентом заказа он вряд ли когда-нибудь еще раз воспользуется данным url'ом. А запись в БД останется. Что же касается решения, то готового точно нет и вряд ли когда-нибудь появится. Так что если очень нужно, то писать решение придется самостоятельно. Ну или платить кому-то.

Так то оно так. Вот только как человек из Украины пополнит этот кошелек? У меня то проблемы подобной нет, так как кошелек идентифицировал много лет назад

Это если кошелек у человека верифицированный. Так что сначала нужно рассказать как верификацию пройти

Подошло какое-то решение?

Не плохо было бы писать о версии Opencart. Вариантов решения может быть множество. Например: Необходимо очистить кэш модификаторов Необходимо очистить кэш браузера Необходимо очистить кэш шаблона / twig (если юзаете Opencart 3) Если ничего из вышеперечисленного не помогло, значит нужно искать модификатор, который уже вносит изменения в тот же участок кода, в который пытаетесь внести и вы. Ну и уже исключать конфликт с найденным модификатором

А что вы делали когда не получилось? Может покажите?

У вас тема вроде одна, а вопросов два: Вывести статус товара в списке товаров категории Сортировать товары в списке товаров категории по количеству Плюс ко всему этому, скорее всего, добавится та же задача в производителях, акциях, поиске и модулях. А сортировать товары в категориях захочется не только по количеству, но и по дате поступления. Стандартный набор вопросов. Разбивайте подобные темы на несколько и пытайтесь делать хоть что-то самостоятельно. Лично мне, например, несложно подсказать что-то. Но лишь в том случае, когда человек явно пытается сделать что-то, но это у него по каким-то причинам не получается. И я на этом форуме не один так думаю

А вы хоть пробовали пользоваться поиском? Это только часть. Ответы на все ваши вопросы 100% есть на этом форуме. Если нет желания искать, заплатите тому, кто за вас все сделает. Если нет желания платить и не умеете пользоваться поиском, то все-равно заплатите. Только на этот раз уже тому, кто не только найдет за вас, но и сделает все. Так как я сомневаюсь, что человек, не умеющий пользоваться поиском, что-то сделает самостоятельно в коде движка. Только поймите мои слова правильно.

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

Нехорошо, что они аж туда подобные настройки вынесли. Ну да ладно. Главное, что вопрос решили

Удалили или в настройках шаблона изменили? Судя по class="<?php echo $responsive ? 'mobile-responsive-off' : ''; ?>" нужно в настройках изменить

Сильно сомневаюсь в этом. Смотрели и в разделе Дополнения > Модули и в Дополнения > Шаблоны (Темы)?

Вот в чем ваша проблема Замените данную строчку на <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no">

А в настройках шаблона вы пробовали смотреть?

Для начала нужно смотреть в шаблон метода оплаты. Там должно быть что-то типа (на примере оплаты при получении) этого $('#button-confirm').on('click', function() { $.ajax({ type: 'get', url: 'index.php?route=extension/payment/cod/confirm', cache: false, beforeSend: function() { $('#button-confirm').button('loading'); }, complete: function() { $('#button-confirm').button('reset'); }, success: function() { location = '<?php echo $continue; ?>'; } }); }); Нас интересует строка index.php?route=extension/payment/cod/confirm Идем по указанному адресу. В нашем случае это catalog/controller/extension/payment/cod.php.И проверяем что там происходит. Учтите, у вас модуль называется иначе. $this->model_checkout_order->addOrderHistory($this->session->data['order_id'], $this->config->get('cod_order_status_id')); Часто сталкивался с тем, что функция addOrderHistory или вообще не вызывалась или вызывалась, но в запросе передавались неправильные параметры. Это и приводило к тому, что заказ падал в потерянные или ошибочные. Еще проблема может крыться конфликте с формой оформления заказа. Наблюдал случаи, когда модуль оплаты неправильно работал именно с модулем оформления заказа. Сложно еще что-то сказать не видя вообще ничего. Находясь на сервере данный вопрос решается обычно несколькими минутами.

Там бы разобраться почему редирект происходит. Сначала вы обращаетесь по адресу с post-запросом, вас перенаправляет и запрос уже становится get-запросом. А при таком условии вы файл не отправите

Так а что в ответе вы видите? Там же в консоле можно посмотреть что сервер отвечает

Самый простой способ проверить мое предположение вслепую - в шаблоне information/contact.twig заменить <form action="{{ action }}" method="post" enctype="multipart/form-data" class="form-horizontal"> на <form action="https://YOUR-SITE.COM/index.php?route=information/contact" method="post" enctype="multipart/form-data" class="form-horizontal"> {{ action }} меняете на адрес без языка. Если предположение подтвердится, то что делать дальше, думаю, разберетесь

Кривые и забагованные, как правило, модули и руки разработчиков, которые их пишут

Такие вопросы обсуждаются в личке

В таком случае могу лишь предположить, что дополнительный язык в вашей системе добавляет себя в url и получается что-то типа https://vash.site.com/en/page. Ну и форма в таком случае отправляется по адресу с языком. В результате сервер отдает ответ 404. Часто такое встречал с мультиязычными сайтами. Это, уточню, предположение