deeman

Я неверно написал, сейчас наоборот code, раньше idНужно открыть файл этого модуля доставки и поменять в нем, Вы привели кусок из моего модуля.

Завершил 3.2.0, пока выложил демо на demo1.simpleopencart.com Доступ в админку demo/demo Кому интересно - потестируйте, может быть обнаружите баги. С утра постараюсь выложить и разослать. Краткий анонс: - Поддержка мультимагазинов - Экспорт/импорт настроек - Помощь в подготовке шаблона для упрощения интеграции с темой, сильно отличающейся по верстке от стандартной - Интеграция с другими темами упрощена, нужна править только два файла simple_header, simple_footer, которые в принципе создает помощник из пункта выше - Добавлены заголовки, теперь ими можно управлять в наборе полей - В наборы полей добавлен драг энд дроп - Убраны поля компании, но зато теперь возможен выбор группы покупателя и соответственно разные наборы полей для разных групп - Добавлены две страница в аккаунт пользователя (вернее заменены) - редактирование основной информации, редактирование адреса, которые так же настраиваются в админке - Сохранение/загрузка кастомных данных без API - Добавлен вкмод для отображения кастомных данных в админке - Кастомные поля дозаписываются в массив данных, передаваемых моделям опенкарта, следовательно в разы проще организовать отправку данных в письме, а также интегрировать со сторонними модулями, которые правят модели опенкарта и таблицы - Упрощена интеграция в джумлу, теперь нужно только прописать пути в админке - Изменены стили под адаптивную верстку, изменены стили под подхват стилей кнопок из темы - Управление режимом отображения формы оплаты с админки - Изменение варианта работы с геоип из админки - Добавлена связь группы покупателя и возможных вариантов доставки/оплаты - Изменена верстка корзины, можно скрывать столбцы через стили Вроде ничего не забыл...

Где тестируете и где смотрите результат? Отображение картинок в письме включаете в почтовом клиенте?

Этот модуль от старой версии опенкарта 1.4.х, откройте его и замените code на id, заработает. В новых версиях 1.5.х для обозначения идентификатора варианта доставки используется id

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

Это небольшой баг одной из версий опенкарта, модель в архитектуре MVC не должна оперировать данными, которые должен обрабатывать контроллер, а должна работать с данными, которые ей передает контроллер, либо которые она извлекает из хранилища. Так что самая верная правка - это заменить$this->request->post['email'] на $data['email'] и это будет работать всегда Поле save_to для дозаписи кастомных полей в системные (например дата доставки добавляется к комментарию)

Четыре поля: зарегистрироваться на сайте, почта, пароль, подтверждение перемещаются всегда вслед за емэйлом, так как посчитал, что так логичнее всего (они зависят друг от друга), без первого не нужно третье и четвертое, ну и почта без первого тоже не нужна.Для тех, кто только купил модуль и настраивает, можете пока попробовать, но усердствовать не стоит, сегодня наконец-то выпущу (по крайней мере постараюсь, если сильно не отвлекут) новую 3.2.0. Хоть номер версии и не 4.0, но переделано очень многое, опять же собрал в кучу все прошлые пожелания. Анонсировать новые функции пока не буду, чтобы не сглазить, а то мне не дают его доделать уже которую неделю.

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

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

В файле стилей simple.css поправьте ширины для левой и правой колонки, эти стили идут в самом начале файла. Либо измените шаблон страницы в админке модуля, чтобы корзины была на всю ширину страницы, бывает так, что тема оставляет узкий столбик для контента, так что красивее сделать корзины во всю ширину.

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

Проверьте настройки показывать цены гостям.

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

По идее не должно такого быть, так как это не зависит от стилей, соответственно разница между браузерами не должна влиять. Уверены что так получается?.. Можно включить генерацию пароля и он соответственно требоваться не будет. Убрать валидацию и при этом регистрировать пользователя с пустым паролем немного некорректно, может тогда лучше просто убрать регистрацию? Ну или как уже написал включите генерацию пароля.

Закомментируйте валидацию убранных полей в контроллере админки, отвечающем за правку заказа (мой модуль не трогает его, но если Вы убрали поля и они не заполняются, то соответственно и будет ошибка при проверке значений во время изменения заказа).Контроллер лежит тут admincontrollersaleorder.php метод private function validateForm() { Для примера, чтобы убрать валидацию фамилии, закомментируйте следующий блок: /* if ((utf8_strlen($this->request->post['lastname']) < 1) || (utf8_strlen($this->request->post['lastname']) > 32)) { $this->error['lastname'] = $this->language->get('error_lastname'); } */ И еще важное дополнение, если после проделанных изменений все равно вылазит ошибка при валидации, проделайте то же самое для контроллераcatalogcontrollercheckoutmanual.php Так как он отвечает за аякс формы изменения заказа, найти валидацию полей в нем можно по присваиванию значения ошибки в $json['error'] if ($country_info && $country_info['postcode_required'] && (utf8_strlen($this->request->post['shipping_postcode']) < 2) || (utf8_strlen($this->request->post['shipping_postcode']) > 10)) { $json['error']['shipping']['postcode'] = $this->language->get('error_postcode'); }

файл simple.css стиль simplecheckout-button

Дело в том, что в контроллере, отвечающем за просмотр заказа (account/order/info), для незалогиненного пользователя в сессии сохраняется неверная ссылка для редиректа после входа: if (!$this->customer->isLogged()) { $this->session->data['redirect'] = $this->url->link('account/order', 'order_id=' . $order_id, 'SSL'); // После входа пользователь автоматически проследует по этой ссылке $this->redirect($this->url->link('account/login', '', 'SSL')); } Но дело в том, что это другой метод данного контроллера (account/order/index), который отвечает за повтор заказа, причем данному методу передается номер заказа, который пользователь изначально хотел просмотреть по ссылке из письма, т.е. все товары из данного заказа попадут в корзину и пользователь будет перенаправлен на корзину/оформление заказа.Исправляется это корректировкой ссылки для редиректа после входа, то есть в методе account/order/info нужно найти формирование ссылки $this->session->data['redirect'] = $this->url->link('account/order', 'order_id=' . $order_id, 'SSL'); и заменить ее на правильную $this->session->data['redirect'] = $this->url->link('account/order/info', 'order_id=' . $order_id, 'SSL'); Данный баг обнаружил только в 1.5.3 (дефолтном и ocstore)

Смотря как сделана эта адаптация в 3.x немного улучшил стили в плане адаптивной верстки, с шоппикой, фортуной работает без проблем. В 3.2.0 которую делаю сейчас пошел немного дальше и изменил верстку корзины, чтобы не было проблем и с ней (чтобы не было необходимости править шаблон, а все работало только через стили).

simplecheckout_cart.phpкод $image = $this->model_tool_image->resize($product['image'], 40, 40); // можете заменить на следующий код либо выставить размер вручную $image = $this->model_tool_image->resize($product['image'], $this->config->get('config_image_cart_width'), $this->config->get('config_image_cart_height'));

Да, это тоже будет.

Скорее всего у Вас стоит какой-то модуль доставки или оплаты, который производит опрос удаленного сервера для расчет стоимости/вариантов?

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

Данное значение берется из настроек опенкарта - группа покупателя по умолчаниюconfig_customer_group_id

скиньте доступ в админку в личку, гляну настройки

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