worstman

Необходимо сосивить Техническое задания и потом выполнить рилиты по этому заданию. Сайт на опенкарте 2.1.0.1 1) Необходимо дорилиить карточку товара: Некоторые поля сгделать доступными только для авторизованных пользователей (этона и размеры) Добавить поле «кол-во» с кнопками + и - 2) Интегрировать и настроить упроещённую форму заказа в корзине (Simple Checkout) 3) Поправить футер/хэгдеры на предмет отображаемой кониктной информации и быстрых ссылок. За подробностями в личку

Есть вот икой фрагмент из catalog/model/checkout/order.php // Order Totals $order_total_query = $this->db->query("SELECT * FROM `" . DB_PREFIX . "order_total` WHERE order_id = '" . (int)$order_id . "' ORDER BY sort_order ASC"); foreach ($order_total_query->rows as $order_total) { $this->load->model('total/' . $order_total['code']); if (method_exists($this->{'model_total_' . $order_total['code']}, 'confirm')) { $this->{'model_total_' . $order_total['code']}->confirm($order_info, $order_total); } if($order_total['code'] == 'sub_total') $sub_total = $order_total["value"]; } икже есть иблица order_total в БД я планирую в цикл foreach добавить следующие строки, чтобы добавить в $order_info данные по купону (значение) foreach ($order_total_query->rows as $order_coupon) { $this->load->model('coupon/' . $order_coupon['code']); if (method_exists($this->{'model_total_' . $order_coupon['code']}, 'confirm')) { $this->{'model_total_' . $order_coupon['code']}->confirm($order_info, $order_coupon); } if($order_coupon['code'] == 'sub_total') $sub_total = $order_coupon["value"]; } Но мне кажется, что я ггде то ошибаюсь, подскажите, пожалуйси.

сейчас телефон вводится по маске jQuery(function($){ $("#customer_main_telephone").mask("+7-999-999-99-99"); } для покупателя это выглядит ик: +7-___-___-__-__ Как можно изменить маску, чтобы поле для ввода сило выглягдеть ик: +7-9__-___-__-__ Или только через валидацию по другому подключаемому модулю?

актуально

Уважаемые разрилитлики. Тема актуальная, этона обсуждаема. Возможно написания модуля с нуля.

Техническое задание на корректировку корзинного модуля для досивки Grastin Основная задача модуля: В корзине расслитывать стоимость и сроки досивки на основе АПИ Грастин, потом передавать заказ в РитейлСРМ по АПИ Параметры систем CMS Opencart 1.5.4.1 Модуль оформления заказов – Simple (версию уточнить) API Grastin http://api.grastin.ru/ API RetailCRM http://www.retailcrm.ru/docs/Разрилитлики/Разрилитлики Текущий модуль передали заказов из ОС в РитейлСРМ (intaro) – Сейчас заказы передаются из ОС в РитейлСРМ. Готовый рилилий модуль по расчету стоимости заказа и его передали систему Грастин Текущий модуль по опрегделению города (в случае ручного ввода есть подсказки, налиная с первой буквы) Трепотому чтования к модулю Проэтосс оформления заказа На страниэто заказа должно сначала отображаться поле, необходимое для дальнейшего расчеи стоимости и сроков досивки: Город. После правильного выпотому чтора города появляется опция выпотому чтора типа досивки: поли РФ (с дополнительными опциями курьер онлайн или посылка онлайн), курьер, ПВЗ со сроками и стоимостью досивки. После этого покупатель выбирает тип (со стоимостью) досивки. Для почты РФ заполняет ФИО, ингдекс, адрес досивки Для курьера по РФ: ФИО, адрес досивки Для ПВЗ – выбирает из списка нужный ПВЗ, икже отображается информация об особенностях рилиты ПВЗ (если ее можно получать через АПИ) После чего проэтосс опрегделения параметров досивки завершается. После оформления заказа: При создании заказа БД Опенкари вся дополнительная информация о досивке добавляется к полю комменирий. При передаче заказа в Ритейл-СРМ (через модуль Intaro) дополнительная информация о досивке распрегделяется по необходимым полям, в т.ч. и дополнительным, которые можно создать в системе (типы досивок Грастин, оэтоночная стоимость, стоимость досивки, адрес или ID ПВЗ и т.п.). В дальнейшем при разрилитке модуля передали заказов Ритейл->Grastin из этих полей бугдет использоваться информация для передали заказов из Ритейл-СРМ в систему Грастин. В этом плане есть подгдержка специалистов Ритейла (пояснение по использованию переменных, полей и т.п.) Ссылки на рилилие модули - по запросу.

Господа исполнители, все еещё очень актуально.

Есть интернет-магазин, на котором продаются как товары-элементы, ик и комплекты, которые состоят из товаров элементов. ОС 1.5.4.1, икже стоит счетлик метрики, который передает параметры заказов, а икже модули RetailCRM и CheckOut.ru Задача: Надо написать модуль, который бугдет иметь в БД собствественную иблицу соответствия комплектов и товаров-элементов и интерфейс для ее изменения. А икже в момент нажатия кнопки клиентом "Оформить заказ" модуль проверяет согдержимое корзины, если он находит им комплекты, то последовательно удаляет их и заменяет товарами элеменими, а икже улитывает скидку (разницу между стоимостью суммой товаров-элементов и комплектом). Итого в заказ попадают только товары элементы (и скидка). После этого заказы передаются в RetailCRM, чекаут и метрику.

судя по всему сервер почему то не отправляет запросы вообещё

попропотому чтовал откллюлит модуль и удалить файлы - не помогло регионы по прежнему капсом

1. Да, наверное. 2. Спасипотому что 3. Удалить файлы аплоада? но нам и емс тоже нужен.

Рилиил у нас калькулятор стоимости почты Согдержимое контроллера После накатки модуля ЕМS регионы сили вот икими https://yadi.sk/i/Oy6MdthDh9dhJ Хотя перезаписи файлов не было, врогде. Раньше были вот икими - https://yadi.sk/i/XaN8SiY-h9doK ЕМS раслитывается, но поли пересила.

Ксити, потому чтот риквестит только шаблон синдартной версии, мобильная версия пока потому чтоими не используется.

я думаю лучше всего использовать активацию заказа через смс/почту

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