deeman

работает со всеми модулями оплаты и доставки

1) ошибка говорит сама за себя, либо в этом файле пробел до <?php либо после ?> либо сохранен в utf-8 with bom, пересохраните его в редакторе типа pspad или notepad++ в utf-8 без бом символов 2) по миникорзине:откройте файл/catalog/language/russian/checkout/cart.php найдите строку с текстом $_['text_items'] = '....'; и замените ею подобную строку в файле /catalog/language/russian/checkout/simplecheckout.php

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

не стоит делать выводы в вещах, в которых не разбираетесь переустановите модуль в админке, судя по ошибке у вас что-то с настройками модуля по умолчанию

все равно нужно смотреть настройки

код \catalog\controller\checkout\simplecheckout_cart.php перевод \catalog\language\russian\checkout\simplecheckout.php шаблон \catalog\view\theme\вашатема\template\checkout\simplecheckout_cart.tpl

нужно смотреть настройки но лучше всего Отчество сделать переименовав Имя в Имя Отчество в настройках полей

если речь идет о какой-то другой отдельной странице, то установка моего модуля никак повлиять на работу модуля доставки и этой страницы не могла. если речь идет о моем модуле, то тогда не понимаю, как он работал до того момента, когда его не было?

ничего не понял если речь идет о модуле доставки, то в первую очередь проверьте его работу со стандартным заказом

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

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

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

какой текст? чтобы не засорять тему, напишите в личку

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

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

это не мой модуль, то же самое увидите и со стандартным заказом

хорошо

привяжите поле к объекту покупателя, а не заказа, инн навсегда будет привязан к покупателю после этого его также можно будет добавить в набор полей страницы редактирования основной информации в личном кабинете

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

через стили модуля \catalog\view\theme\вашатема\stylesheet\simple.css добавить стиль .product-warning { color: #FF0000 !important; }

в новой версии модуля можно задать скрипт для инициализации в админке модуля Интеграция - джаваскрипт, в старой версии нужно править джаваскрипты модуля

если поле привязано к адресу и добавлено в блока адреса доставки, то передается в массиве адреса, который получает модуль доставки если другое поле, то массивы значений полей по всем блокам можно получить так if ($this->request->server['REQUEST_METHOD'] == 'POST') { $customer = isset($this->request->post['customer']) ? $this->request->post['customer'] : array(); $payment_address = isset($this->request->post['payment_address']) ? $this->request->post['payment_address'] : array(); $shipping_address = isset($this->request->post['shipping_address']) ? $this->request->post['shipping_address'] : array(); } else { $customer = isset($this->session->data['simple']['customer']) ? $this->session->data['simple']['customer'] : array(); $payment_address = isset($this->session->data['simple']['payment_address']) ? $this->session->data['simple']['payment_address'] : array(); $shipping_address = isset($this->session->data['simple']['shipping_address']) ? $this->session->data['simple']['shipping_address'] : array(); }

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

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

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