deeman

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

Чтобы сравнивать изменения, воспользуйтесь инструментом "Синхронизировать каталоги...", встроенным в Тотал Коммандер, он сравнивает содержимое двух папок, открытых в левой и правой вкладках тотал коммандера и выводит список отличающихся файлов, по двойному клику открывается окно сравнения содержимого двух файлов. Все, что не связано с шаблонами, можете смело заливать сверху, остальное сравните по содержимому, могу подсказать, в simplecheckout.tpl добавлен такой код $('#cart td.quantity').live('keypress', function (event) { if (event.keyCode == 13) { if (typeof(update_basket) == 'function') { update_basket(); } return false; } }); можете добавить его в конце файла перед кодом: }); //--></script> <?php echo $footer; ?>

В админке выберите пункт Использовать выпадающий список регионов и ввод города (страна берется из настроек расположения магазина)

Да

<br /> <b>Fatal error</b>: Call to undefined function utf8_strlen() in <b>/home/cp087845/public_html/catalog/controller/checkout/simplecheckout_customer.php</b> on line <b>399</b><br /> У некоторых такая ошибка из-за непонятной версии движка магазина, в которой либо отсутствуют, либо не подключаются функции для работы с utf8 Проверьте скрипт магазина и обновите его. У вас также категории не работают, ошибка в запросе. Проверьте наличие файла /system/helper/utf8.php В нем описаны функции для работы с utf8

Обновление модуля до версии 1.4.0 new 1.4.0! Теперь можно выбрать три варианта регистрации при заказе: регистрировать, не регистрировать, по выбору пользователя new 1.4.0! Добавлена поддержка выделения Отчества new 1.4.0! Добавлена интернационализация, теперь возможен выбор страны new 1.4.0! Добавлена возможность смены режима ввода адреса в зависимости от типа доставки (на демо сайте можете выбрать самовывоз и увидеть, что раздел покупатель сокращается до минимума полей, а также добавляется способ оплаты при доставке) Внимание! Увеличена стоимость модуля до 450 рублей ($15). Также предупреждаю владельцев веб-студий и фрилансеров, модуль продается с ограничением на один домен, программно это не введено, но это не значит, что модуль можно распространять в составе своих платных или бесплатных продуктов.На пользователях, купивших модуль ранее, повышение стоимости не отразится, я безмерно благодарен им за поддержку в моих начинаниях. На данный момент развитие модуля замораживается до выхода новой версии ОпенКарта. Доступ в админку демо сайта http://demo.simpleopencart.com/admin Логин: simple Пароль: simple

А вот это не учел, для быстрого исправления сделайте следующее: В файле catalogmodeltoolsimpleregister.php найдите функцию public function getGeoIdByIp($ip) (строка 326) И добавьте строчки: $query = $this->db->query("SHOW TABLES LIKE '" . DB_PREFIX . "geo_ip'"); if (!$query->rows) { return 0; } // получится так: public function getGeoIdByIp($ip) { $query = $this->db->query("SHOW TABLES LIKE '" . DB_PREFIX . "geo_ip'"); if (!$query->rows) { return 0; } $query = $this->db->query("SELECT geo_id FROM " . DB_PREFIX . "geo_ip WHERE start <= '" . $ip . "' AND end >= '" . $ip . "'"); if ($query->num_rows) { return $query->row['geo_id']; } return 0; } Либо можно в админке удалить модуль и снова поставить, создастся пустая таблица, правда потеряются настройки модуля, но там их не так много.Вечером разошлю обновления всем.

Я всегда признаю свои ошибки и стараюсь их оперативно исправлять, но 95 процентов вопросов ко мне никак не связаны с модулем, аргументация вчера работало, а сегодня нет меня забавляет, а моя почта превратилась в форум по решению багов в шаблонах, стилях и сторонних модулях :)

Это не связано с обновлением модуля и с модулем, ошибка в БД из-за сбоя на сервере, повредился файл индексов. Выполните команду в PhpMyAdmin: REPAIR TABLE category_to_store

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

Можно ссылку на сайт?

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

Отвечу и тут, мало ли кому нужноУберите валидацию в методе validate() в файле catalogcontrollercheckoutsimplecheckout_customer.php

Модуль универсальный и должен работать со всеми модулями оплаты и доставки. Два указанных вроде как содержат в себе только редирект на страницу платежной системы, если не ошибаюсь. Если вдруг не заработает, то это решаемо.

1. http://demo.simpleopencart.com/admin/simple simple Модули -> Регистрация и заказ Simple 2. Пока проблем не замечено, так как работа основана на jQuery

Call to undefined function utf8_strtolower() in <b>/catalog/controller/account/simpleregister.phpЭто не мое, это отсутствие такой функции в скрипте вашего магазина.

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

Ну если Вы сами от помощи отказываетесь, то что я могу сделать и как могу Вам помочь?

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

Так у вас на локальном сервере и адреса локальные (127.0.0.1), поэтому и не определяется местоположение.Если уж совсем вам не нужно, найдите файл catalogcontrollercheckoutsimplecheckout.php а в нем функцию set_geo_by_ip() и добавьте в самом начале return; private function set_geo_by_ip() { return; .... } либо закомментируйте код в теле функции private function set_geo_by_ip() { /* тут код */ }

1. Так и предусматривалось изначально, не определять город автоматически - не покажутся все варианты доставки, подставлять город магазина (даже если забыть на минуту, что в настройках магазина нигде не указывается город, только регион), то можно ввести покупателя в заблуждение насчет доставки, так как для домашнего региона при правильной настройке не будет всех вариантов доставки, остается только по IP, но все такие базы грешат своей неточностью, указывая небольшой процент ошибок. Так что идеального варианта нет и никогда не будет, у каждого свои потребности.2. Исправление сделал, разошлю 3. Магазин изначально не поддерживает сохранение отчества, если только не сохранять Имя Отчество в одном поле. Добавил также эту возможность (Имя Отчество Фамилия), но проверку на все три элемента не ввел, дабы не отпугивать клиентов, потому что в 99 процентов случаев все равно идет согласование заказа с клиентом каким-либо способом, лучше ввести отчество самому, нежели пугать клиента ошибками, если кому-то не нужно это, то может поправить языковой файл, оставить в надписи только "Имя" или "Имя Фамилия" Сколько ни заказывал товаров из-за границы, при сверке с паспортом при получении никогда не было вопросов. Даже когда клиент отдаст свою квитанцию тетеньке в сбере, наверняка та уточнит про отчество. Вообще каждый при создании магазина должен понимать, что нужно соблюсти некий баланс между удобством для клиента и удобством для владельца магазина. Кому то при самовывозе вообще ничего не нужно, а кому-то при отправке чего-то ценного нужны все паспортные данные. Учесть все варианты в модуле возможно, но не за эту цену, поверьте мне.

Вообще в первую очередь нужно проверить для каких схем включен модуль, может он включен для "по умолчанию"? Если нет, то найдите файл шаблона sberbank_transfer_confirm.tpl откройте его в блокноте и вырежьте следующий кусок <?php echo $content_top; ?> Аналогично если необходимо можете удалить content_bottom, column_left, column_right - подвальные модули, левая и правая колонка <?php echo $content_bottom; ?> <?php echo $column_left; ?> <?php echo $column_right; ?>

Проверьте геобазу, может такого города нет. Трудно что-то сказать по ошибке в слепую. На демо сайте http://demo.simpleopencart.com/index.php?route=checkout/simplecheckout модуль просто залит сверху без всяких допиливаний, все работает, точно так же и на других моих сайтах

Дайте ссылку посмотреть проблему. Временно отключите модуль html++ и проверьте работу, правда я пока не понимаю, как он может влиять на работу Simple

Залейте два дампа таблиц в вашу базу, после чего проверьте префиксы (в дампе у таблиц префикс oc_). При установке модуля создаются две пустые геотаблицы с префиксами магазина, поэтому может быть ситуация, когда создались пустые таблицы например t_geo и t_geo_ip (если префикс у магазина t_), А после импорта файлов появятся еще oc_geo и oc_geo_ip. В таком случае удаляете пустые t_geo и t_geo_ip, а у таблиц oc_geo и oc_geo_ip меняете префиксы с oc_ на t_ (через переименование таблиц, вкладка операции в PhpMyAdmin)