deeman

Сейчас проверю. Есть идея упросить внедрение, дописывать все кастом поля в массивы и передавать их в модели вместе с основными данными... АПИ тоже оставить для тяжелых случаев, а если сделать как сказал, то можно будет немного подправлять класс с помощью вкмода добавляя например, custom_name = '" . $this->db->escape($data['custom_name']) . "'

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

Я уже сутки с перерывом на сон 4 часа работаю над исправлениями багов по новой версии, вместе с пользователем Neobivis (за что ему громадное спасибо!) решаем одновременно вопрос с юзабилити, так что я думаю, что апдейт будет еще лучше и проще для пользователя. Потерпите немного.

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

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

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

демо сайт demo.simpleopencart.com поменял стили для совместимости с темами, которые поддерживают мобильные устройства, также упростил джаваскрипт, переместив всю логику на сервер, ну и соответственно это сильно упростило разрешение проблем, также ушел от сессий в качестве промежуточного хранилища данных, все данные "протаскиваются" через POST, чтобы также упросить логику, добавил кое-какие настройки, новый тип поля "дата", плейсхолдеры, настройку связей и полей для подметодов доставки, а теперь и оплаты. Сейчас даже возможно работа вообще без джаваскрипта, джаваскрипт сейчас только для "украшения". В общем в очередной раз все переделал, учев все прошлые проблемы, пожелания и узкие места и подготовившись к новым :) Надеюсь, что это останется только шуткой :)

Убедительная просьба ко всем, если я не отвечаю на личку, то значит меня нет у компа, стараюсь отвечать всем. Тем разрастается сильно. Насчет блока залогиненного покупателя, то я учел это в версии 3.0 и это есть в настройках, вообще теперь можно будет свети заказ для залогиненого пользователя к простому отображению корзины и кнопки оформить (при условии, что вариантов оплаты или доставки по одному, они будут выбираться автоматом), либо поотключать блоки по отдельности. Версия полностью готова и ждет своего часа, никак не могу выкроить время и сделать шаблоны для популярных тем. Плюс поменял немного дефолтные стили и понял, что совершил ошибку,так как со старыми стилями могут съехать блоки, "старые" пользователя моего модуля не будут рады двойной работе по изменению стилей.

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

в шаблоне платежного модуля к любому тегу добавьте id="simple_auto_off"

Кнопка регистрации ниже потому, что стиль у блока кнопок без обтекания, можно в стилях убрать одну строчку.Насчет полей в письме, пользователь создается нормально? Ну то есть все данные в личном кабинете есть? Дело в том, что пользователь создается стандартными средствами, но все данные предварительно собираются через страницу моего модуля, письмо также отправляется моделью пользователя самого опенкарта. Поэтому проверьте, создается ли пользователь и не ставили ли какие-либо вкмоды для изменения различных моделей. Если, что то пишите в личку, разберемся.

<file name="catalog/controller/checkout/simplecheckout_payment.php"> <operation> <search position="after"><![CDATA[ $method_data[$result['code']] = $method; ]]></search> <add><![CDATA[ $method_data[$result['code']]['logo'] = $this->config->get($result['code'] . '_payment_logo'); $method_data[$result['code']]['display_mode'] = $this->config->get($result['code'] . '_display_mode'); ]]></add> </operation> </file> <file name="catalog/view/theme/*/template/checkout/simplecheckout_payment.tpl"> <operation> <search position="replace"><![CDATA[ <label for="<?php echo $payment_method['code']; ?>"><?php echo $payment_method['title']; ?></label> ]]></search> <add><![CDATA[ <?php if ($payment_method['display_mode'] == '0') { ?> <label for="<?php echo $payment_method['code']; ?>"><?php echo $payment_method['title']; ?></label> <?php } else if ($payment_method['display_mode'] == '1') { ?> <label style="display:inline;" for="<?php echo $payment_method['code']; ?>"><img src="<?php echo HTTP_IMAGE.$payment_method['logo']; ?>"/></label> <?php } else { ?> <label style="display:inline;" for="<?php echo $payment_method['code']; ?>"><img style="vertical-align:middle; padding-right:10px" src="<?php echo HTTP_IMAGE.$payment_method['logo']; ?>"/><?php echo $payment_method['title']; ?></label> <?php } ?> ]]></add> </operation> </file> Вот что нужно добавить в этот файл для моего модуля. Все остальное относится к админке и к дефолтной странице. Но в этом файле, что Вы выложили, куча ошибок, такое чувство, что открывался каким-то визуальным редактором, который навставлял и позаменял лишнего.

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

В настройках модуля, то есть в базе.

В настройках поставьте автовыбор первого и удалите этот блок из шаблона {payment}

Самый простой вариант и он же самый хороший, потому что можно добиться однообразия в отображении, это добавить ссылки на картинки в тайтлы этих методов, то есть находите файл cataloglanguagerussianpaymentqiwi.php , ищете текст с названием, обычно это text_title и добавляете тег картинки $_['text_title'] = '<img src="path/to/image" border="0"> Qiwi'; Не все модули вовзращают ссылки на картинки, так как это не стандартное поле для "интерфейса" платежных модулей.

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

Программно, пример: $total = $this->currency->convert($this->cart->getSubTotal(), $this->config->get('config_currency'), $this->currency->getCode()); if ($total < 5000) { $status = false; } Это нужно вставить в catalog/model/shipping/ВАШ_МОДУЛЬ.phpНасчет полей, я вчера зарегистрировался у Вас, все показывалось, может мы о разных вещах говорим?

Сейчас к сожалению очень сложно со временем, свободного нет совсем.

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

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

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

Уже добавил мин/макс сумма, мин/макс общее количество.

Выйдет 3.0, еще не рассылал.

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