iglin

дак я уже понял, ниже дописал. $comment ведь у вас в контроллере тоже, так что нужно $comment .= $this->language->get('nameUr'). ': ' .$data['nameUr']; ну и естественно $data['nameUr'] должно быть до заполнения $comment. Ну и желательно тогда не $data['nameUr'], а просто $nameUr, чтоб почём зря ещё раз во вью не передавать )

Дак вы и выводите только название переменной из текстового файла. Если $data['nameUr'] = $this->session->data['bank_transfer']['nameUr']; вы получаете в контроллере отправки письма, то во вью надо к нему обратиться как к $nameUr $comment .= $this->language->get('nameUr'). ': ' .$nameUr; Например так. А, хотя я туплю) $comment у вас ведь тоже в контроллере получается заполняется, а не во вью. Тогда непонятно зачем данные из сессии передаёте в $data. )

Если официальный модуль сдэка, то скрипты он подключает в событии cdek_shipping_add_scripts. (catalog/controller/event/cdekshipping.php) У себя использую "костыль" в этом месте if (isset($_GET['route'])){ if ($_GET['route'] == 'checkout/simplecheckout') { .... }} ну соответственно если корзина не симпл, то и роут нужно другой искать в GET

Ну "ваш_контроллер" != "статья". Если прям отдельный контроллер хотите сделать, то и в браузере к нему нужно будет обращаться не по пути information/information, а по пути именно вашего контроллера. На сколько мне известно обходных путей нет. Думаю самым правильным способом будет ваш отдельный контроллер оформить как модуль и выводить его в нужное место в вашей статье.

Это немножко не так работает. Чтобы у статьи был свой "шаблон" нужно создать его в Схемах, настроить как вам нужно (роут указывать не обязательно), потом просто в статье во вкладке дизайн выбрать его. Отдельно создавать контроллер и вью в этом случае не нужно.

У меня сотня стоит, не жаловался пока никто) Теоретически никакого ограничения нет, практически если уж очень много поставите то обрабатываться будет дольше, ну и на странице не удобно будет с этим работать, тогда уже будет смысл функцию автокомплита совсем пересмотреть (ну это если вам например и сотни хватать не будет)

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

если полностью убрать то 'text' => '' ну или написать там в кавычках что хотите, например 'Бесплатно'

Можно например при помощи модуля

Названия в языковых файлах меняются /catalog/language/ru-ru/extension/shipping/free.php(pickup.php) например (в зависимости от языка соответственно каталог может быть не ru-ru). Ну а "нолики" по идее в файлах моделей доставок параметр 'text'. Если для той же "Фиксированной стоимости доставки", то в файле catalog/model/extension/shipping/flat.php можно попробовать строчку 'text' => $this->currency->format($this->tax->calculate($this->config->get('flat_cost'), $this->config->get('flat_tax_class_id'), $this->config->get('config_tax')), $this->session->data['currency']) заменить на 'text' => $this->config->get('flat_cost') > 0 ? $this->currency->format($this->tax->calculate($this->config->get('flat_cost'), $this->config->get('flat_tax_class_id'), $this->config->get('config_tax')), $this->session->data['currency']) : '' но опять же это всё теория, лично не проверял) Так как не пожадничал отдать 450 рублей deemanу )

проверить негде да и не хочется) Но можете вы попробовать. В теории должно сработать.)) В файле /catalog/model/extension/shipping/flat.php после } else { $status = false; } попробуйте вставить if ($this->cart->getTotal() > 700) $status = false;

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

Если мне память не изменяет, то в стандартных модулях нет ограничения вывода по цене. Но могу и ошибаться. А так конечно такую функцию можно дописать. Но я бы например взялся не меньше чем за 451р )))

Самый простой способ - купить модуль В нём легко можно управлять установленными модулями оплаты и доставки + создавать свои способы (оплаты и доставки)

Я не читал что и где там автор пишет. И что такое "эквалойрт" я не знаю (и гугл не знает). Договор заключается между юридическим лицом от имени которого вы торгуете в саоём магазине и сбербанком. Ну а там дальше они уже подробно расскажут что и как нужно делать.

без договора со сбербанком смысла тоже нет.

много в чём, в описании этого модуля ведь всё написано что он умеет (там и отложенный платёж вроде как и передача в онлайн кассу и т.д.) у автора конкретно по различиям спросить можете. Стандартный умеет только принимать деньги непосредственно в момент заказа и ничего дополнительно не передаёт никуда кроме вашего сайта (положительный или отрицательный ответ по платежу).

когда вы заключите договор со сбербанком они вам всё дадут) Я к ними никакого отношения не имею) но даже если и найду ссылку, то она вам ничего не даст. Модуль как бы бесполезен без подключения его к их сервису.

ну опять же если мы остановимся на сбербанке, то у них есть модуль свой для ocstore, абсолютно бесплатный, со всем тем функционалом что описали выше.

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

наверное потому что киви это банк... Я вам направление действий ведь верное указал))

и что то здесь не сходится) Если код от сбера - значит сторонний ресурс - сбер) Раз пошла такая пьянка, вам стоит начинать не с создания магазина, а сразу с создания своего банка)

Лично пользуюсь штормом и вскодом. Нову тоже не щупал.

при таком "проксировании" сертификат будет основного домена. Ну как я и написал - "там много нюансов", в том числе да - пути в опенкарте нужно будет переделать чтобы везде выдавались example.com/shop вместо shop.example.com (в теории думаю достаточно в конфиге прописать корректный путь, но лично так не пробовал) P.S. ну а так если бы у меня стояла такая задача, то я бы лучше разместил опенкарт на том же сервере что и основной сайт и не мучался с обратным прокси))

ну если прям совсем поверхностно смотреть, то примерно как то так. Но там много нюансов, лучше посоветоваться с человеком который понимает в администрировании nginx location /shop { proxy_pass http://shop.example.com; }