deeman

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

Вкмод по сути нужен только для отображения кастомных полей в админке, если не используете их, то и ставить его не нужно. Если все таки это может понадобиться, то самая лучше инструкция - сам вкмод файл. В нем описано, в каких файлах, что и в каком месте добавить (file - искомый файл, search - что найти в файле, add - что добавить до, после или вместо (before, after, replace))

Проверьте их наличие в /catalog/view/image и права на них, скорее всего выставились неправильные права на эти залитые файлы, выставьте 0644

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

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

Можете попробовать дефолтный заказ index.php?route=checkout/checkout Последний "шаг" после нажатия кнопки подтвердить - это действия модуля оплаты.

Админка к модулю не относится. Пару раз в этой теме приводил пример, как отлючить валидацию полей в админке. Лежит наполовину готовый модуль редактирования заказов в админке, но пока времени нет доделать

Не вижу Вас в списке покупателей модуля

Проверил - все нормально.

Можете попробовать следующее: файл catalog\view\javascript\simplecheckout.js добавьте строчку в функцию block_form() function block_form() { jQuery('input,select,textarea','#simplecheckout_form').attr('disabled', 'disabled'); jQuery('#simplecheckout_form').css('cursor','wait'); }

Именно в опере?? Странно, так как от браузера ничего не зависит плюс используется jquery Пробовали только у себя? Есть ли какие-то ошибки в логах ошибок сервера (не опенкарта)?

Верно. Переоткройте браузер, скорее всего у Вас значение берется из сессии.

Геозоны модулей оплаты не пустые либо в моем модуле стоит требование полного адреса для этих модулей в блоке Оплата. Нужно либо сделать геозону "все регионы" либо установить страну по умолчанию. Еще как вариант могут быть заданы связи вариантов оплаты с вариантами доставки.

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

Админка опенкарта не зависит от модуля, она не затрагивается. Список адресов покупателя в личном кабинете тоже родной опенкарта, модуль подменяет редактирование/создание нового адреса. И каким образом там отображается ошибка со ссылкой на шаблон АДМИНКИ я честно говоря совсем не понимаю. Может чего-то напутали с названиями?

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

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

Как правило самая медленная операция после оформления - отправка почты либо всякие редиректы на платежные сервера.

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

А какая версия модуля стоит? Физик/юрлицо через группы покупателей сделали или все-таки старая версия модуля?.. По поведению похоже на это. В новой версии логика работы другая и сохраняются/загружаются поля сами в свою таблицу. Единственное, что пока не сделал - редактирование полей.

Скорее всего не до конца обновили опенкарт либо какой-то модуль перезаписал модель заказа /catalog/model/checkout/order.php Восстановите этот файл из архива опенкарта Вашей версии

Данная проблема связана с так называемыми колбэками - обратными вызовами. Дело в том, что все "продвинутые" модули оплаты, который позволяют выполнять онлайн платежи через различные платежные системы меняют статусы заказов по вызову с платежного сервера. Соответственно платежный сервер должен "знать" куда сообщать об успешном платеже, то есть ему нужна ссылка с Вашего сайта, обратившись к которой он может передать данные о платеже. Как правило данные ссылки задаются двумя путями: 1) Платежный модуль формирует их (то есть формирует ссылку) и передает шлюзу при оформлении заказа, отправляя форму 2) Ссылки задаются в личном кабинете платежного шлюза. Следовательно, когда статус заказа не меняется, то возможны три причины 1) Ссылка платежным модулем сформирована неправильно и/или не передана в данных формы 2) Если используется 2 вариант, то ссылка не указана либо указана, но неверная 3) Ссылки передаются/указаны верные, но при обращении к ним возникают различного рода ошибки (баги в модуле оплаты, неправильная настройка модуля) В случае с пейпалом еще одна проблема, когда все прежде описанное работает, но сам модуль пейпала использует curl для проверки данных при получении колбэка, а curl при этом не установлен либо не работает в силу настроек хостера. Поэтому самый простой вариант проверки - проверить все настройки по пунктам и проверить логи шлюза/своего сервера на наличие вызовов и ошибок.

Спасибо! Это уже набившую оскомину BOM символы в языковых файлах тех модулей, что подключаете и после чего происходит сброс стилей. Откройте эти языковые файлы и пересохраните их в нормальном редакторе типа pspad или notepad++, но не исползуйте стандартный виндовский notepad, он как раз и добавляет BOM символы. Только IE таким образом реагирует на вывод чего либо до доктайпа, сразу все стили слетают.

Очень странно... Добавьте в файл /index.php следующий код после <?php error_reporting(E_ALL); ini_set('display_errors', TRUE); И скиньте результат в личку. Случайно товары не с опциями? Если да, то там просто нужно подключить helper для utf8, в личке напишу как

Скиньте ссылку и доступы в личку, посмотрю