deeman

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

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

Вы наверное для него заглушку включили - уберите ее.

В настройках модуля есть связи модулей доставки с модулями оплаты. Задайте их (в самом низу первой вкладки)

Настройки полей на 4 вкладка, поля Адрес и Фамилия - отключите валидацию. Купоны и т.п. вещи отключаются/включаются через Модули -> Учитывать в заказе

Упасть не должно, просто залейте новые файлы сверху и переустановите модуль в админке. Насчет письма - у админа нет шаблона, текст формируется в модели заказа. Следовательно два варианта решения 1) Перезалить файл модели /catalog/model/checkout/order.php для Вашей версии опенкарта 2) отправлять админу такое же письмо, как и покупателю

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

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

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

Откройте файл \catalog\view\javascript\simplecheckout.js и добавьте код в simplecheckout_init() function simplecheckout_init() { set_masks(); set_placeholders(); set_datepickers(); set_autocomplete(); set_popups(); set_button_text(); set_special_hash(); hide_payment_form(); set_googleapi(); set_places(); // Добавьте приведенный ниже код: if ($('#simplecheckout_shipping input:checked').val() == 'pickup.pickup') { $('.simplecheckout-customer-address').hide(); } }

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

Спасибо! А какая версия модуля? Вроде проблем не было, сейчас еще раз проверил, при регистрации у покупателя выбранная им группа. Насчет отображаемых групп: в основных настройках магазина на вкладке опции есть настройка групп для отображения, оставьте галочки только у нужных. Упс. Посмотрел настройки 1.5.1.3, там еще такой настройки нет... В принципе могу подсказать, где вставить проверку или фильтр групп для выбора.

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

Модуль стоит http://detskimir.by/index.php?route=checkout/simplecheckout Просто ссылки на сайте пока на стандартные страницы Замените файл system/library/url.php файлом из архива либо добавьте в него код для замены ссылок самостоятельно.

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

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

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

К модулю это не относится, нужно править класс корзины опенкарта и модуль доставки. Вот набросал небольшой вкмод deeman_no_free_for_special.xml

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

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

Обратный путь индекс -> город сделан через гуглапи, но он нормально работает для других государств. Когда тестировал для России не впечатлило как-то...

Это различные hash для разных состояний модуля, добавлено было в целях отслеживания через всякие метрики, этот например - что заказ создан и ожидает оплаты (то есть пользователю осталось только перейти к оплате). Откройте файл /catalog/view/javascript/simplecheckout.js и закомментируйте или удалите одну строку window.location.hash = hash;

Я имел в виду, что можно например выбрать такой вариант оформления заказа: http://demo1.simpleopencart.com/index.php?route=checkout/simplecheckout Для города можно включить атвозаполнение, по мере набора города его можно выбрать из списка и регион с индексом подставятся в форму, индекс можно подкорректировать, если город крупный. Можно конечно и в Адресе вводить сразу город и сам адрес, для примера использовать плейсхолдер в качестве подсказки. Вход на сайт остается стандартный, поэтому логинза работать будет. Единственное, что на странице заказа логин сделан через попап, но я встречал сайты, где логизна размещена в шаблоне этого попап окна. Капчу на странице регистрации поставить можно, но вот для проверки сложности пароля нужно подправить код, так как по умолчанию он имеет настройки только по длине.

Это все понятно и никто этого и не отрицает, но не забывайте также и о том, что ИМ бывают разных уровней и товары у всех совершенно разные (товары, услуги, цифровые товары). Многие магазины создаются как витрины оффлайн магазинов или для продаж в своем регионе. Некоторым например реально не нужны многие поля, другим эти поля наоборот надо расширить. У кого-то надо скрыть варианты доставки/оплаты потому что все по согласованию, кому-то надо гибко управлять полями в зависимости от группы клиента (частный/бизнес), можно отключать/включать поля для разных вариантов доставки, оплату выставлять в зависимости от доставки и т.п. Это я к тому, что все должно быть в комплексе. Хотите знать почему я как-то ввел отключение кнопки back в админке модуля и почему по дефолту ее нет теперь? Потому что мне написал один пользователь с Европы, они проводили исследования на своем магазине с крупным оборотом, так вот отключение кнопки back увеличило продажи на 2-4% Хотя казалось бы, что это такая мелочь.

Скиньте ссылку в личку, гляну файрбагом