pi1

А код шаблона InSales имеет место быть? Со всеми потрохами ессно (фотки, картинки и т.п.). Если есть, то можно заняться. Правда непонятно, почему народ отказывается от потенциальных возможностей использования платежных систем и служб доставки (я так понял- клиент нажал "Купить", а Вы потом с ним по телефону или мылу утрясаете). Если до след. недели никто не возьмется-пишите в личку.

Не ясно только- шаблон опенкартовский или, например, с джумлы? Если опенкартовский, то пишите в личку- обсудим.

Вот это я и хотел довести до сведения форумчан. Как раз решаю такую головоломку- результат внедрения "упрощения".Нужно добавить возможность работы(оплата) через робокассу, а у клиента уже стоит это самое "чудо для увеличения продаж" . И теперь это самое чудо нужно перелопатить, чтобы оплата заработала. Из многолетнего опыта работы с другими CMS знаю, что самое интересное будет тогда, когда на хакерлаб очередной гений-бездельник опубликует способ взлома opencart через такой скрипт "сделанный на колене". Щас ходил на сайт разработчика (http://rb.labtodo.com/category/opencart) - там уже базу SQL запросами предлагается править. Б-р-р! Нет, ну почему бы не сделать свой клон и вести его как люди делают (тот же ocStore-любо-дорого) или, как я делаю,работать с каждым заказчиком отдельно со всей ответственностью за будущее сайта. Кто ж потом будет спасать Ваш бизнес, если Вы купили за 10 баксов "примочку", на которой планируете заработать несколько кусков. Соответственно "как жаренный петух клюнет", в лучшем случае получите свои 10 баксов обратно. Хотя это вряд ли, потому как Вам продали именно то, что Вы хотели. А про ответственность никто не спрашивал :)

А http://souvenirin.ru/ тоже не опеньхарт, не открывается с Нового Года :rolleyes: А дизайнер толковый, хотя за 10000 на weblance.net можно и по-стильнее дизайн забабахать.

Не знаю как можно воще браться править код в этом движке. Это вам не джумла. Система представляет собой каркас MVC+L (модуль работы с базой, визуализация, контроллер взаимодействия функционала+ локализация языка). В этот каркас в определенные логикой работы всего механизма ячейки можно вставлять свои модули-дополнения. Кто писал плагины для других CMS здесь такого удобства не найдет. Итого, если процесс торговли состоит из определенных шагов, которые разработчик реализовал в виде секций каркаса, то сокращение этих шагов неизбежно приведет к проблемам при дальнейшей работе движка. Я пошел другим путем- путем приведения интерфейса обработки заказа к требованиям конкретного товарооборота в разрезе существующих функциональных шагов системы. Если все одно нужно вводить данные заказчика (раз), выбирать способ оплаты и доставки (два) и подтверждать заказ (три), то сведение этого механизма на одну форму или на две, не просто не корректно, но и просто глупо. Жаль того клиента который увидит все это в одном окне (минимум 10 окон для ввода информации). И не надо лукавить- все одно придется в такой форме (визуальной) создавать те же три отдельные формы для обмена данными с сервером. Микрософт не зря применяет часто в своих интерфейсах такой перл как "Далее". Чтоб не быть голословным- посмотрите демо на pi-d.ru

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

Давайте попробуем договориться. Лучше в асинхронном режиме, по [email protected]

Сделаем. Хотелось бы задать несколько уточняющих вопросов.

Неплохо б поправить и эту ссылочку - https://opencartforum.com/files/category/5-%D0%BF%D0%BB%D0%B0%D1%82%D0%B5%D0%B6%D0%BD%D1%8B%D0%B5-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B/#sbrf, там совсем не то, про что на главной странице (ссылка оттуда) сказано :)