deeman

Тестируете под покупателем? Зайдите в личный кабинет и переназначьте адрес по умолчанию, если ошибка не пропадет, - напишите в личку

Нужно смотреть конкретно на сайте и соответственно все эти доработки - индивидуальны, нужно дорабатывать джаваскрипты

В этом файле catalog/language/russian/payment/bank_transfer.php BOM символы пересохраните его в нормально редакторе типа pspad или notepad++ не используйте виндовский блокнот для редактирования файлов, он как раз и вставляет эти символы

На ум приходит только сохранение его в сессии с показом на этой странице Откройте файл \catalog\controller\checkout\simplecheckout_customer.php и после строки $this->model_account_customer->addCustomer($data); добавьте строку $this->session->data['password'] = $data['password']; соответственно в файле \catalog\controller\checkout\success.php после строки $this->data['continue'] = $this->url->link('common/home'); добавить $this->data['password'] = $this->session->data['password']; и в шаблоне вывести уже через <?php echo $password ?>

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

Для этого есть вкодмы, которые делают это на уровне класса корзины, так как надо это делать и для мини-корзины и для дефолтной корзины, также для проверки при добавлении товара

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

Такие наблюдения необходимо сопоставлять с посещаемостью страниц, а не с изменением сайта. И не наблюдаю Вас в списке покупателей

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

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

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

Добавлю в список доработок этот вопрос, может быть просто сделаю как отдельный набор полей покупателя, либо как отдельный подключаемый мини-модуль на странице

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

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

Да, конечно

1. Пример вкмодов в папке /howto 2. Только индивидуальная доработка 3. Необходима только если стоит скрипт минимикации/сжатия стилей, скриптов и так далее 4. Если необходима связь с полем в модели и БД, например сделана доработки таблицы и модели покупателя и добавлено например поле дома dom, все это описано опять же в /howto 5. Потому что кастомные поля не сохраняются в сессию, на самом деле я уже запутался - одним нужно сохранение, другим не нужно. В будущем видимо сделаю вынос в настройки модуля. 6. Нужно проверить, это ли поле используется. Настройки полей едины для всех страниц

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

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

Открыть файл /system/library/mail.php И добавить код if ($this->to == 'empty@localhost') { return; } после public function send() {

И облегчить жизнь всем тем, кто его нагло ворует?

Если будут вопросы, - спрашивайте в личке

Если почта дублируется, то значит два раза вызывается метод подтверждения заказа. Но в этом методе проверяется, имеет ли заказ статус 0 (то есть что это заготовка заказа), то есть если подтвердить заказ один раз с нормальным статусом больше 0, то статус заказа станет больше 0 и второй раз его уже не подтвердить. В таком случае надо проверить связку модель заказа плюс модуль оплаты, передает ли последний нормальный новый статус заказа. Либо еще вариант - некоторые модули онлайн оплаты имеют колбэки, плюс есть методы, на которые приходит покупатель после оплаты, может быть создается ситуация, когда после перехода покупателя на такую страницу происходит подтверждение заказа с неверным статусом (0) и редиректом на checkout/success, а потом колбэк опять делает подтверждение, но уже со статусом оплачено. Случайно глюк не с одним ли модулем оплаты постоянно? Проверил. Началось после 7-го июля и к сожалению на обоих модулях и rbk и qiwi Прям как по писанному) Человек пожаловался - что у него два заказа - оплата qiwi. Другой вот заказал оплатил через rbk и опять два письма.... Я припоминаю чтоделал промежуточное обновление модуля, может что - то продублировалось? Если полность залить купленный мной оригинал обратно, то возможно восстановить все настройки будет? и проверить заодно.. Попробуйте перезалить файл /catalog/model/checkout/order.php из архива опенкарта Вашей версии Как я уже описал выше, два раза подтвердить заказ не получится, если этот файл не трогали (это модель заказа)

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

Если почта дублируется, то значит два раза вызывается метод подтверждения заказа. Но в этом методе проверяется, имеет ли заказ статус 0 (то есть что это заготовка заказа), то есть если подтвердить заказ один раз с нормальным статусом больше 0, то статус заказа станет больше 0 и второй раз его уже не подтвердить. В таком случае надо проверить связку модель заказа плюс модуль оплаты, передает ли последний нормальный новый статус заказа. Либо еще вариант - некоторые модули онлайн оплаты имеют колбэки, плюс есть методы, на которые приходит покупатель после оплаты, может быть создается ситуация, когда после перехода покупателя на такую страницу происходит подтверждение заказа с неверным статусом (0) и редиректом на checkout/success, а потом колбэк опять делает подтверждение, но уже со статусом оплачено. Случайно глюк не с одним ли модулем оплаты постоянно?

Есть какие-то сопутствующие признаки (например при этом на странице выводится какой-то другой джаваскриптовый модуль и т.п.)? хм...пользуюсь только Вашим модулем+плюс способы оплаты. Модуль РБК и КИВИ. Первый этап оформить заказ, второй подтвердить после выбора способа оплаты.. Я не стал обновлятся с версии покупки - пользуясь правилом программиста - если все работает - ничего не трогай, ничего не меняй)) но вот после кстати установки модуля напоминаний о платеже ;) который не удается теперь стандартным способом удалить)), стали дублироваться заказы и не всегда срабатывать кнопка оформить заказ. не утверждаю что это связано с модулем напомианий, просто навернякак есть у Вас опыт по данному вопросу.. Модуль напоминаний никак не связан с модулем заказа (максимум может подменить форму оплаты, если включен отложенный платеж), а удаляется очень просто - нужно удалить вкмод vqmod_reminder.xml И я понял, что Вы имеете в виду. Вторая кнопка подтверждения - это "наследие" опенкарта, вернее его архитектуры: модуль оплаты можно загрузить только после сохранения заказа в базе данных, так как они берут информацию из БД. Один раз можно нажать только если все поля введены и корректны (пользователь залогинен, либо данные еще есть в сессии), тогда мой модуль сохраняет заказ в базе и загружает модуль оплаты сразу с кнопкой подтвердить. По умолчанию эти "заготовки" заказов (со статусом 0) не видны в админке опенкарта, просто модуль напоминаний начинает их отображать, но это по сути еще не заказ - это заготовка для отображения модуля оплаты, следовательно, если что-то менять в заказе, то надо пересохранять данные в БД, мой модуль следит за ситуацией, когда можно перезаписать заказ, а когда нет, в случае если это нежелательно (например была попытка оплаты), то создается новая "заготовка" заказа, можете называть это дубликатом, но это не так - это рабочий (подготовительный) процесс опенкарта. И только после подтверждения заказа модулем оплаты он становится заказом в полном смысле слова и отображается в админке. Например в дефолтном заказе при любом возврате на шаг назад заказ пересохраняется с новым идентификатором и статусом 0 и не виден в админке. Но с другой стороны в этом есть небольшая польза - можно отслеживать попытки создания заказа и обрабатывать их (например человек открыл страницу заказа, но например не решился уйти на оплату).