Alex1784

Или создать новый модуль на основе бесплатной доставки и в него уже поставить свои правки как нужно

Если см вариант доставки считать не нужно или даже если нужно, то получаем общую сумму товаров которые в корзине, далее в самом модуле можно внести правки с условием что если общ сумма равна столько то, то показывать вариант выбора бесплатной доставки. По сути то все моно решить через модификатор

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

Вы на своем хостинге открываете папку admin->controller->shipping и туда грузите из папки upload admin->controller->shipping c6v Далее открываете у себя папку admin->model->shipping и из папки upload admin->model->shipping грузите свой c6v. Это разные файлы потому что они находятся в разных папках

В файле catalog/view/javascript/common.js строка примерно 167 $('html, body').animate({ scrollTop: 0 }, 'slow'); Просто закомментировать //$('html, body').animate({ scrollTop: 0 }, 'slow'); И обновить модификаторы и кеш

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

Странное поведение. У меня стоит ocStore 3.0.2.0, модуль оформление похожий на симпл. Пока я не нажму оформить заказ он не создается даже в потеряных, в потеряные залетает если я к примеру выбрал оплату и не оплатил, а так сколько бы не обновлял страницу ничего вообще в потеряные не залитает просто так

По сути они для меня оба на одно лицо, разница значит в функционале насколько я вижу бекенд. И вот еще момент, одна из сборок имеет уже модуль сео урл, вторая имеет тоже этот модуль но устаревший. Какая из них кто? Для меня это не принципиально но все же интересно Так понимаю что эти нововведения есть в ocStore? Значит все эти нововведения типа HTML-тег H1 есть в ocStore а русской сборке их нет?

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

У меня оба ocStore, только сборки разные, одна из них русская сборка

И это только часть

А вот и нет, сейчас скрин бд чистой сборки и русской предоставлю

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

У меня так же был похожий случай с кешем. Клиент поставил движок, поставил шаблон, короче движок вместо с новым шаблоном шел. БД установилась, сайт вроде пашет Теперь при обновлении кеша слетают все блоки на главной, именно на главной и часть модулей которые за то отвечают отключаются. Взял архив с шаблоном и темой, ставлю на локалку, поковырял чуть сайт и обновляю кеш спецом и такая же фигня. Теперь сношу бд и сайт на локалке и заново ставлю, после установки обновил модификаторы, обновил кеш и все гут. Вообще заметил что после любых правок даже если они отображаются нормально лучше обновить модификаторы, это какая то больная сторона опенкарта

Короче не катит это все, нужно создавать два модуля и будет нормально, модуль учета заказов и модуль оплаты

В общем может кому то пригодиться примерное решение нашел, связано с учетом в заказе с модулем Итого Итак создаем на фронте модель свою, создаем ее и в админке для модулей оплат, при активации ставим сразу статус 1. На фронте мне нужно что бы при выборе этого метода оплаты к сумме добавилось к примеру 13р На фронте, в модели нашего модуля делаем запрос на получение общей суммы заказа $sub_total = $this->astin->getSubTotalOneProduct(); Возвращает общую сумму заказа. Далее создаем массив для передачи его в другой метод $total_data = array( 'total' => $sub_total + 13 ); Далее подгружаем в нашей модели модель Итого и передаем значение $this->load->model('extension/total/sub_total'); $this->model_extension_total_sub_total->getTotal($total_data); Вроде как модель в модели вызывать можно, так что все работает как надо. Жду ваших замечаний и предложений

Почему то она спокойно используется в моделях учета в заказе, в оформлении заказа, в доставке, а вот в методах оплаты никак не пойму как сделать

В моделях способов оплаты есть переменная $total, причем во всех, в ней общая цена товара со всеми вытекающими. И вот теперь вопрос- как ее использовать в методе?

Какая то несуразиться в том опенкарте.... Получает все коды методов оплаты из таблицы extension, далее проходит циклом по моделям оплаты, в моделях собирает в массив код метода оплаты, название, сортировка, но зачемто в моделях идет запрос к таблице zone_to_geo_zone, когда в самом методе модели эти данные нигде не используются, плюс к тому что как бы запросы в цикле то зло, но для опенкарта то нормально. То есть получается проверку на вывод способа оплаты нужно делать в модели. Хоть немного стало ясно. Теперь вроде как осталось разобраться со статусом для заказа при оформлении, если типа за предоплату то другой статус у заказа. Думаю наверно сделать копию робокассы, модуль который будет выводиться если есть у заказа статус с предоплатой

Ах вот куда пишет методы оплаты, в таблицу extension и оттуда достает их все для вывода

Мне бы кто нибудь описал коротко как автоматом выводиться способ оплаты в оформлении. Статус что ли нужен для модуля какой или как? Вот пока никак не врублюсь как они автоматом выводятся, вижу то модуль активировал, включил и он показывается, но в таблице настроек название статусов у всех разные, хотя есть одно сходство, название к примеру модуля модуль_status по такому что ли моменту определяет включен он или нет? Теперь такой момент, опенкарт пихает все способы оплаты в сессию, дале из нее записывает в $data['payment_methods'] и уже циклом выводит все эти методы оплаты, походу еще в payment_method нужно будет вносить правки что выводить при тех или иных условиях а что нет

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

Или может к продукту добавить поля, в бд тоже добавить и написать модификатор ocmod.xml который в файле sub_total будет вносить правки в зависимости от значений, но вот мне бы еще желательно статус к заказу по предоплате свой приписать

Так понимаю что нужно будет писать модуль оплаты. Единственное что никак не доганю так это статус что ли какой то нужно для модуля чтоб он автоматом вывелся в разделе Способы оплаты? Причем у меня форма типа симпле модуля, но вот нюанс в том я так вижу что при выборе метода оплаты данные автоматом не обновляются на странице что ли. Кто нибудь может пример похожего модуля скинет