deeman

1) Можно установить в настройках поля страна - 4 вкладка 2) Если имеете в виду способ доставки, то это делается через установку соответствующего модуля. Также можете добавить поле на 4 вкладке и создать набор полей для определенного способа доставки, куда уже включить это новое поле.

Не вижу Вас среди покупателей модуля. Просьба ко всем - не спешите с ответами. Понял Вас, извините. Ничего страшного :) У меня просто неприязнь к таким товарищам, которые изредка появляются тут. Для меня до сих пор загадка, какого отношения они хотят к себе?

Не вижу Вас среди покупателей модуля. Просьба ко всем - не спешите с ответами.

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

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

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

Нет.

В принципе немного, только один файл system/engine/model.php подправить, добавив два метода и нужные модули доставки/оплаты путем переименования методов: для модуля доставки найти/заменить (одно вхождение) getQuote -> getQuoteFilterit для модуля оплаты найти/заменить (одно вхождение) getMethod -> getMethodFilterit

simplecheckout_customer.php и simplechekout_customer.tpl либо simplecheckout.php и simplechekout.tpl но сам процесс добавления товара в корзину плюс оформление с выбором вариантов доставки/оплаты - уже более менее защита плюс капча не упростит создание заказа... ну это конечно мое видение

ящик переполнен, почистил, напишите

По первому вопросу - скорее всего ссылка на эту страницу прописана где-то жестко в коде что это значит? даже если я ввожу url .../checkout/simplecheckout, пишет найденная страница не существует Потому что ссылка вида /checkout - это сео ссылка. Модулем сео она преобразуется в ссылку index.php?route=checkout/checkout (по таблице преобразований, которую имел в виду и для страницы регистрации). Ссылка /checkout/simplecheckout этому модулю неизвестана и правильная ссылка /index.php?route=checkout/simplecheckout при вводе /index.php?route=checkout/simplecheckout перебрасывает на checkout/ это сео модуль опять же. скиньте доступы к админке в личку (фтп на всякий случай), гляну настройки

По первому вопросу - скорее всего ссылка на эту страницу прописана где-то жестко в коде что это значит? даже если я ввожу url .../checkout/simplecheckout, пишет найденная страница не существует Потому что ссылка вида /checkout - это сео ссылка. Модулем сео она преобразуется в ссылку index.php?route=checkout/checkout (по таблице преобразований, которую имел в виду и для страницы регистрации). Ссылка /checkout/simplecheckout этому модулю неизвестана и правильная ссылка /index.php?route=checkout/simplecheckout

Как раз файл url.php и отвечает за замену ссылок. По первому вопросу - скорее всего ссылка на эту страницу прописана где-то жестко в коде, а для второй ссылки нужно сделать соответствие в сео_урл модуле вида account/simpleregister -> /красивая_ссылка

1) Нет, не повлияет (добавление в корзину - это функционал опенкарта, соответственно модули не пересекаются) 2) Совместим, проблем не будет (совместимы все модули оплаты/доставки)

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

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

По первому вопросу - не должно вроде быть, так как эта часть кода отвечает за бэкап/импорт настроек модуля А по второму - ответ был на предыдущей странице: В локализации в настройках классов весов проверьте настройки, не должно быть нулевых значений

1. Опенкарт сам отправляет письма после сохранения данных в БД в своих моделях. Следовательно нужно проверить настройки почты и уведомлений в основных настройках магазина, а также изменения в модели, сделанные вручную либо через вкмод. 2. Вы имеете в виду админку? Если ее, то опять же это вещь сама по себе, к модулю не относится. Если страница регистрации модуля - то надо глянуть конкретно у Вас, по умолчанию повторный емэйл не пропускается (но для проверки нужен доступ к фтп, поэтому скиньте его)

1. Создать новую группу покупателя для организаций и создать набор полей для них. Отдельный выбор организации убран для совместимости с опенкартом, он двинулся в развитии в эту сторону. 2. Автоподстановка адреса по городу сделана через апи модуля, следовательно можно поправить код для получения адресной информации в файле /catalog/model/tool/simplegeo.php метод getGeoList()

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

Уберите BOM символы из языковых файлов, которые правили сами (моего модуля либо модулей доставки/оплаты) Для этого сохраните их в нормальном редакторе типа pspad, notepad++ но ни в коем случае не в блокноте. Можете погуглить на эту тему "как убрать BOM символы"

Например можно использовать регулярное выражение /^[-\(\)0-9]+$/si Либо использовать маску для поля вида 8(999)-999-99-99 Использую ее, но несколько раз сталкивался с такой проблемой: человек вводит номер начиная с 8 и последняя цифра у него не влазит. по невнимательности отправляет такой заказ и в итоге у меня номер без последней цифры в заказе =( можно как-то решить проблему? Например, что бы нельзя было начинать писать номер с восьмерки? Можно еще добавить плейсхолдер 8(911)-111-11-11, чтобы человек сразу видел пример, после установки курсора в поле ввода появится уже сама маска, причем везде уже будет 8, не заметить конечно трудно, но люди всякие бывают. Можно еще добавить примитивную проверку через джаваскрипт jQuery('#checkout_customer_main_telephone').live('blur', function(){ var t = jQuery(this).val(); if (t.indexOf('8(8') == 0) { jQuery(this).parent().append('<span id="twrong" class="simplecheckout-error-text">Неверный код телефона!</span>') } else { jQuery('#twrong').remove(); } jQuery(this).val(t); }); в файле catalog\view\javascript\simplecheckout.js после jQuery(function(){ Не забывайте очищать кеш браузера через CTRL+R

Например можно использовать регулярное выражение /^[-\(\)0-9]+$/si Либо использовать маску для поля вида 8(999)-999-99-99

Ответил в личку, отвечу и тут. Работа модуля оплаты не зависит от моего модуля, проверить это легко - открыть дефолтный заказ по прямой ссылке index.php?route=checkout/checkout Почему не работают модули оплаты (независимо от страницы заказа) я объяснял уже тут: https://opencartforum.com/topic/18830-resheno-payment-callback-url-ne-zapisyvaiutsia-zakazy-pri-onlain-o/

Да, можно Расскажите пожалуйста как это сделать. Я не вижу Вас в списке покупателей модуля