deeman

Скрипты и стили не подключились почему-то... Перезалейте файлы модуля.

Спасибо! Если этап спасибо за покупку, то это checkout/success, это уже не страница модуля И по идее на данном этапе не факт, что заказ оплачен, лучше всего в метод confirm модели заказа добавлять код но если для страницы успеха, то после if (isset($this->session->data['order_id'])) { добавить $this->load->model('checkout/order'); $order_info = $this->model_checkout_order->getOrder($this->session->data['order_id']); А дальше использовать данные с этого массива

В смысле? Имеете в виду про вариант модуля? Так в начале тоже был примитив в настройках (в версиях 1.0, некоторые наверное помнят еще), так что все настройки выросли по просьбам пользователей, зачем делать повторный путь и придти к тому же, все равно будут задаваться вопросы, а как это сделать, а как то и поедет снова. А имея текущие настройки можно гибко настроить и сократить до минимума под Ваши же требования, то есть результат в итоге будет один и тот же

В настройках поля телефон (4 вкладка) задайте маску ввода (jquery mask plugin) Примеры тут http://digitalbush.com/projects/masked-input-plugin/ Либо задайте для этого поля валидацию через регулярные выражения и поставьте что-нибудь вроде /[0-9]+/si ну или сложнее регулярку и текст ошибки для нее. Но проще сделать через маску и валидацию на непустое значение или по длине

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

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

Пожалуйста! Приятно слышать благодарные слова. Скрывать строчки "подитогов" и т.п. можно через стили, например для суммы #total_sub_total {display:none;} Добавьте этот стиль в simple.css По идее в модуле встроено перенаправление для методов оплаты без отображаемых форм, только что проверил, если заполнить все поля и выбрать оплату при доставке, то будет одна кнопка оформить заказ и редирект сразу без подтверждения заказа (при включенной опции показывать форму оплаты как можно раньше)... Приведенный мной же пример тоже поможет, но он для частных случаев, привел больше как пример.

` $(function() { $('#checkout_customer_main_firstname').live('keydown',function(){ if ($(this).val().length == 1) { $(this).val($(this).val().toUpperCase()); } }); })

А он может такое делать?.. Навесьте событие change или keydown на поле для идентификатора #checkout_customer_main_firstname и делайте замену первой буквы, так мне кажется проще будет

Проверьте страну по умолчанию (4 вкладка, поле страна), убедитесь, что геозоны модулей соответствуют этой стране или пустые. Поставьте "нет" для опции "требовать полный адрес" в блоке доставки. Закройте и откройте браузер, чтобы сбросить сессию.

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

Добавление в корзину и сама корзина не затрагивается. То есть добавляет в корзину сам опенкарт и содержимое корзины отдает тоже опенкарт (джавскрипт common.js, контроллер checkout/cart/update, класс корзины system/library/cart.php), данные опенкарт хранит в сессии, следовательно причем тут кэш бразуера не совсем ясно, может быть как раз используете вкмод для хранения в кукисах? Проверьте изменения в этих файлах. Еще как вариант, нет ли где ссылок на домен с www и домен без www, сессия между этими доменами может не сохраняться, если не приняты меры.

Тяжело воспринимать такую портянку, скиньте вкмод в личку или тут как вложение.

Поля создаются из настроек, поэтому в админке модуля на 4 вкладке поле имя (main_name), поменяйте метку поля

Проверил в разных комбинациях, все работает как надо, даже само поле комментария убирал, добавлял, оставлял пустым, оставлял заполненным из сессии и т.п. Либо я не так понял вопрос, либо Вы не то сделали. Да и в коде одно от другого не зависит.

проверю

чпу задается в настройках чпу если пользуетесь чем-нибудь типа seo_pro как соответствие между псевдонимом и маршрутом checkout/simplecheckout либо если не стоит ничего то прописать ссылку вручную в .htaccess через мод_реврайт, но лучше и удобнее конечно первый вариант (т.е. поставить чпу расширение) <br> добавляется в /system/library/simple/simple.php для того, чтобы можно было дописать кастомные поля, соответственно админу уходит текстовое представление письма, в котором тэги не отображаются, а пользователю уходит html представление, также в админке становится красивее отображение комментария к заказу. Совместить перенос строки и <br> одновременно не получится, если только специально для этого не править модель заказа и вставлять замену по тексту. Но я думаю, что ради письма админу это лишние сложности.

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

Это от модуля не зависит, надо отдельный вкмод. В модуле использован принцип - не править ничего из файлов опенкарта. Чуть позже сделаю вкмод для этого. Точно так же надо править вкмод плюса и минуса, правда я не понимаю, что за модуль "все модули" с быстрым просмотром

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

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

Это отдельные контроллеры/шаблоны. В принципе по аналогии делается просто, но пока руки не доходят до этого

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

Добавлю

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