deeman

весь этот текст возвращают модули доставки, нужно править их код

прочитать фак

обернуть в проверку <?php if ($simple_page == 'simpleregister') { echo $column_left } ?>

они в файле интеграции с темой catalog/view/theme/ваша/template/common/simple_header.tpl

скиньте доступ в личку, утром гляну

доставки или оплаты?

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

странно, проверил у себя, все нормально работает

в письме он отправляется только в текстовом представлении, не html если его нет и в информации о заказе в админке, то проверьте стандартный заказ, работает ли комментарий вообще

через аякс вызывать контроллер, который будет делать $this->cart->clear(); и перезагружать страницу

в факе есть ответ: у товаров должно быть выставлено свойство "Требует доставки" Проверьте у ваших товаров настройку "требует доставки" В некоторых сборках опенкарта в классе корзины присутствует ошибка, проверьте, нет ли ее у Вас. Откройте файл /system/library/cart.php, найдите метод public function hasShipping() { и посмотрите, не стоит ли сразу за указанной строкой возврат false: return false; Если данная строка присутствует сразу после названия метода, то удалите ее. а в целом, модуль сам лично не проверяет никакие свойства, для этого есть метод корзины $this->cart->hasShipping() то есть ту же самую картину увидите и со стандартным заказом

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

отключите автозаполнение по полю города и по индексу (хотя эти ошибки точно от автозаполнения по городу)

нет, так как фактически его в заказе нет

если бы она в момент заказа была авторизована, то в заказе бы на месте имени и фамилии была бы ссылка на информацию об ее аккаунте. а страница заказа у вас настроена таким образом, что когда пользователь не зашел и не хочет регистрироваться, емэйл вводить не нужно: http://prntscr.com/61dxd2 вот и подставляется в таком случае вместо почты заглушка

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

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

В кнопки подтвердить заказ модулей оплаты, эта кнопка их

обновите модуль до последней версии, чуть позже добавил подключение региональных стандартов для jquery ui либо если не очень хочется, то откройте файл /system/library/simple/simple.php и вставьте строку $this->document->addScript('catalog/view/javascript/jquery/ui/i18n/jquery.ui.datepicker-'.$this->getCurrentLanguageCode().'.js'); перед $this->document->addScript('catalog/view/javascript/jquery/jquery.maskedinput-1.3.min.js');

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

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

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

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

по идее это не решить моим модулем, модули доставки идут отдельными модулями но в модуле можно добавить новое поле с привязкой к адресу, с типом селект (или радио) и задать список пунктов доставки пункт 1=пункт 1;пункт 2 = пункт 2;пункт 3=пункт 3;пункт 4 = пункт 4; и в настройках блока Доставка у самовывоза добавить новое поле в набор его полей когда пользователь выберет самовывоз, появится выбор пункта самовывоза

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