deeman

Функция то есть set_masks() только вот сейчас обнаружил, что из-за исправления под мийошоп сам же и создал баг, вот правильный код этой функции. Так замудрено из-за мийошопа, так как там еще подключается мутулс и простой перебор по ключу начинает работать не так как ожидается (происходит проход по свойствам объекта и следовательно ошибки) function set_masks() { var masked = []; $('input[mask]').each(function(indx) { var mask = $(this).attr('mask'); var id = $(this).attr('id'); if (mask && id) { masked[masked.length] = [id,mask]; } }); for (var i=0;i<masked.length;i++) { $('input[id=' + masked[i][0] + ']').mask(masked[i][1]); } }

Спасибо за поддержку!Дата поста старая и просто подняли наверх. Проблем с модулем авторайз на данный момент нет, так как им пользуются наверное 99% иностранных сайтов, данное сообщение было написано тогда, когда в модуле не было отдельно блока адреса оплаты и доставки

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

Да, единственное в самых последних версиях вынес настройку гостям запрещен заказ в админку моего модуля, так как пользователи забывали об этой настройке в настройках магазина, а у некоторых она была включена по умолчанию и казалось, что заказ не работает (редиректило на страницу входа)

Необходимо уточнить, скорее всего речь идет про автовыбор первого варианта доставки и отображение стоимости доставки в корзине? Блок доставки при этом не скрыт случайно? Можно ссылку на сайт в личку?

При регистрации нет поля для ввода адреса (main_address_1), в наборе дефолтных полей для страницы заказа такое поле есть, но для вошедшего пользователя включено скрытие блока полей покупателя, но валидацию не проходит пустое поле customer_main_address_1. Либо добавьте заполнение его в форму регистрации, либо уберите с набора полей покупателя при заказе, либо включите отображение блока покупателя для залогиненного пользователя.

Потому что пользуются по моим наблюдениям 1-2% пользователей. Плюс ко всему сохранить то настройки можно, но вот что делать, когда модули доставки и оплаты будут работать не так, как могут подумать пользователи? Они то учитывают например только геозону покупателя, а не допустим расположение магазина, да и состояние модулей не зависит от магазина. То есть сразу предвижу, что потянутся такие вопросы. Я стараюсь решать те вопросы, которые назревают, например как сейчас - сохранение кастомных полей без использования API, а также их отображение, так как люди стали пользоваться.Ну и встречный вопрос по маскам - ссылка на сайт, чтобы посмотреть, и версия модуля.

Чуть выше написал, что нужно править файлы, отвечающие за ЧПУ, пути к файлам привел. Как-то видел отдельную тему по ЧПУ, где решаются подобные проблемы для создания ЧПУ для любых страниц, не только товаров, категорий и т.п. Либо нужно явно прописать реврайты в .htaccess, но так в лоб делать не стоит. И уж тем более не сделать это средствами самого модуля.

Нужно изменить модель региона catalogmodellocalisationzone.php, в ней поправить метод getZonesByCountryId, но навскидку - нужно сначала добавить поле сортировки в таблицу зон, а уже потом изменить SQL запрос в этой модели. Изменять идентификаторы зон можно, если другие модули не используют их, например моя геобаза привязывается по этим идентификаторам

Админка модуля, первая вкладка - Debug mode - Нет

ЧПУ реализуется через соответствующие расширения или вкмоды. Можно подправить catalogcontrollercommonseo_pro.php или catalogcontrollercommonseo_url.php, но лучше найти готовое решение, посмотрите в других ветках, мне кажется это поднималось не раз.

А маску правильно вводите?.. http://digitalbush.com/projects/masked-input-plugin/

У меня появилась идея, как реализовать сохранение кастомных полей без потери совместимости. Добавлю в новую версию.

Установите у товаров свойство требует доставки (в настройках товаров). Работа модулей доставки и их настройки не зависят от моего модуля, внимательнее проверьте.

Тогда в simplegeo.php достаточно закоментировать строчку//ModelToolSimpleGeo::$geo = $this->getGeoIpBySimpleOpenCart(); Как минимум страна должна определяться.

Всегда пожалуйста! BOM символы рано или поздно могли бы себя проявить, например IE не любит, когда до доктайпа в html есть какие-либо символы, если такое случается, то стили по казалось бы непонятной причине "летят". Как-то, правда уже не помню с кем, решали подобную проблему с модулем доставки, все работает нормально, пока не включаешь этот модуль доставки, после этого все слетает, оказалось, что дело в языковом файле.

Чтобы не растягивать решение проблемы, скиньте доступы к фтп в личку, поправлю сам.

Переустановки ни при чем, пересохраните файлы /catalog/language/russian/shipping/pickup.php и /catalog/language/russian/shipping/citylink.php в нормальном редакторе, Ваш редактор вставляет BOM символы. Как только удалите их, данная ошибка пропадет (наберите в яндексе BOM символы, выйдет куча решений)

Вы не поняли, я говорил про то, что Вы скинул ссылку на тестирование мода, в данном моде какой функцией определяется код страны?

/

В simpleregister.php закомментируйте строчку $this->customer->login($data['email'], $data['password']); Насчет отправки подтверждения - встречал модули для правки модели покупателя, чтобы вместо обычного письма уходило письмо для подтверждения с соответствующей ссылкой.

Я уже написал, что нужно пересохранить файл /home/profigamer/ruradar.ru/docs/catalog/language/russian/shipping/pickup.php - в нормальном редакторе, так как в нем содержатся скорее всего BOM символы или просто лишние символы либо до <?php либо после ?>Можете убедиться в этом сами http://ruradar.ru/ca...ping/pickup.php по этому адресу возвращается 3 байта, хотя должно быть 0, данный файл не должен отправлять в поток вообще ничего. Яндекс заказ к моему модулю никак не относится, точно так же как и ЕМС, более того, в ваших логах нет ошибок по емс, есть только по кукисам, опять же повторюсь, потому что citylink.php и pickup.php содержат лишние символы, которые скорее всего вставляет Ваш редактор текста при редактировании данных файлов (скорее всего это BOM, наберите в яндексе BOM символы). Ну и мой модуль переделывается не из-за моей прихоти, а по просьбам самих же покупателей. Насчет бета тестирования - извините, но мне даже в голову не приходят те комбинации настроек, модулей и вкмодов, которые стоят на различных сайтах, не говоря уже о многообразии шаблонов и пожеланиях пользователей. Все это надо свести в кучу, чтобы вставало без проблем на любом сайте, хотя код уже разросся до неимоверных размеров. И я не совсем понимаю, что Вам нужно лопатить во всем сайте, если мой модуль не меняет ни одну страницу самого сайта?..

Насчет EMS - данный модуль может не проверять пустой адрес (при первой загрузке модуля) Поэтому важно выставить страну и регион по умолчанию для моего модуля (3 вкладка админки модуля) Просьба ко всем - старайтесь писать в основную тему https://opencartforum.com/topic/6738-%D0%BF%D0%BB%D0%B0%D1%82%D0%BD%D0%BE-%D0%BF%D1%80%D0%BE%D1%81%D1%82%D0%B0%D1%8F-%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D1%8F-%D0%B8-%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7-simple-110/page__pid__93125__st__1160#entry93125 У меня слетает слежение за этой и не получаю уведомлений на почту.

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

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