7up

Правил модуль Category, пара строк и готово. Если еще не решили как сделать, могу прислать свой код для примера. OpenCart 1.5.2.1, но думаю в других версиях принцип формирования этого списка такой же.

Методов решения Вашего вопроса с десяток. Вы еще столкнетесь с проблемой связных опций, когда будете посетителю выдавать варианты фасон/раме/цвет. Вы я так понимаю пытаетесь создать интернет-магазин принтов на футболках? :)

Из бесплатных только от OpenTshirts. Вы имели ввиду конструктор футболок? Удалось найти подходящий платный?

Подскажите, реально ли сделать, что бы модуль обновлял данные, а не дропал всю базу перед импортом? Например в файлике xls только часть товаров, а не вся база, при импорте проверка на наличие строки, если есть, то обновляем, если нет, добавляем.

Дабы не плодить новые темы, попробую для начала задать вопрос в этой :) Делал ли кто-то, что бы модуль Export/Import Tool не дропал всю забу перез импортом, а добавлял позиции? Например в экселе несколько новых товаров, при импорте, если товар есть то UPDATE, если нету то INSERT, с проверкой по ключевому полю, например product_id.

104грн-4%(коммисия)=99,84грн :) Да, все верно. Если только номер. Текст, к сожалению ликпей кириллицу не понимает.

А как же покупатель, когда покупает товар за 100 денег при оплате в терминале видит цифру 104? Не обидится? А зачем печатать счет, если метод оплаты LiqPay? или имеется в виду не счет-фактура на оплату? Верно говорите. Аналогично рекомендую использовать СМС информирование, очень удобно. Все подробности заказа в т.ч. номер декларации на получение товара сообщаются покупателю через смс использую админку магазина, автоматом дублируются на емейл. Фактически голосового контакта может и не происходить вообще, всю инфу покупатель получает и так.... например так: $xml .= ' <description>' . $name_s . ' Order: ' . $order_info['order_id'] . ' ' . $order_info['payment_firstname'] . ' ' . $order_info['payment_lastname'] . '</description>';

Что значит как? Что такое транслит имеете в виду или как конвертировать кирилицу в транслит при отправке ЛикПею?Вы правильно поняли. Как конвертировать, нашел стороннюю функцию, но модуль коверкать не хочется. Подскажите каким способом вы решили эту задачу?П. С. Опенкарт адреса в чпу как-то конвертит. Есть собственная функция? в контролере liqpay.php добавить код перед заполнением xml function GetInTranslit($string) { $replace=array( "'"=>"","`"=>"","а"=>"a","А"=>"A","б"=>"b","Б"=>"B","в"=>"v","В"=>"V","г"=>"g","Г"=>"G","д"=>"d","Д"=>"D","е"=>"e","Е"=>"E", "ж"=>"zh","Ж"=>"Zh","з"=>"z","З"=>"Z","и"=>"i","И"=>"I","й"=>"y","Й"=>"Y","к"=>"k","К"=>"K","л"=>"l","Л"=>"L", "м"=>"m","М"=>"M","н"=>"n","Н"=>"N","о"=>"o","О"=>"O","п"=>"p","П"=>"P","р"=>"r","Р"=>"R","с"=>"s","С"=>"S", "т"=>"t","Т"=>"T","у"=>"u","У"=>"U","ф"=>"f","Ф"=>"F","х"=>"h","Х"=>"H","ц"=>"c","Ц"=>"C","ч"=>"ch","Ч"=>"Ch", "ш"=>"sh","Ш"=>"Sh","щ"=>"sch","Щ"=>"Sch","ъ"=>"","Ъ"=>"","ы"=>"y","Ы"=>"Y","ь"=>"","Ь"=>"","э"=>"e","Э"=>"E", "ю"=>"yu","Ю"=>"Yu","я"=>"ya","Я"=>"Ya","і"=>"i","І"=>"I","ї"=>"yi","Ї"=>"Yi","є"=>"e","Є"=>"E" ); return $str=iconv("UTF-8","UTF-8//IGNORE",strtr($string,$replace)); } $order_info['payment_firstname']=GetInTranslit($order_info['payment_firstname']); $order_info['payment_lastname']=GetInTranslit($order_info['payment_lastname']); $name_s=GetInTranslit($this->config->get('config_name'));

Почему же только по Украине? Загляните в раздел ЧаВО у них на сайте: 2Shirik Что значит как? Что такое транслит имеете в виду или как конвертировать кирилицу в транслит при отправке ЛикПею?

А реально отслеживать нажатие AddThis кнопки, например Вконтакте? А то стандартные дизайны кнопок у всех соц.сетей разные, портят вид страницы, приятнее когда все в одном ряду и красивенькие.

Хотел ответить, но Вам ответили постом ниже. Товаров то может быть несколько. Я передаю Номер заказа и имя клиента (обязательно транслитом). Удобно, при оплате в терминале, клиент видит номер своего заказа и имя с фамилией

Как то все так просто у Вас :) Скрины покажите? Характеристику использовать как опции пытались многие, пока толкового решения не видел. У опций опенкарта есть еще множество параметров, таких как префикс цены, вес, тип и прочее. На данном этапе решил сделать отдельный справочник, с описанием возможных опций в т.ч. путь к картинки, которая будет меняться при выборе этой опции и отдельный справочник с описанием связи опция-товар. В форме номенклатуры добавил вкладку "описание для интернет магазина" и там все поля, необходимые для выгрузки + опции. Пока в процессе, если получится отпишусь :) Печально что нет готового решения, приходится всем изобретать один и тот же велосипед.

Спасибо за уточнения, до этого кода пока не добрался, но так и представлял себе. У меня сейчас сделано вычитание опции во всех товарах при продаже, переделывал модель. т.е. покупаем товар с опцией "синяя" так бы она отнялась с склада только этого товара, а мне пришлось делать вычитание во всех тварах где есть айди этой опции. checkout.php собирает данные форм при оформлении заказа и пихает их в базу, верно я понимаю? Нам нужно определить, например по типу опции или наличию ID формы, или например если $option['type'] = "динамическая цена" то $product['price']= $product['price'] умножаем на $option['value'']. Те же процессы отрабатываем в TPL при отображении цен в корзине. Логика событий имеет место быть?

Дык калькулятор это хорошо, особенно красивый :) а что делать потом с полученной ценой от этого калькулятора? Куда ее? Основная проблема то не посчитать сколько стоит товар, а передать магазину это новую цену и сохранить ее в заказе.

Например мне, админка вообще не нужна, я ей пользуюсь только управлением заказами(смена статусов и прочее), меня весь товар храниться в 1с и выгружается в магазин. т.е. всяческие там опции, наименования, описание и прочее в админке не забиваю, даже не представляю как это неудобно там делать. Если зайти у меня в админку и посмотреть на товар, а особенно на его опции :) можно очень удивиться, у меня опция выглядит как "womens.женская:green.зеленая:M" через разделитель ":" делю на варианты, а через разделитель "." получаю идент в англ. варианте для имени файла(смена картинки товара), а уже в 1с и на сайте все это очень красиво выглядит, ничего такого не заметно. т.е. храню техническую информацию в поле опции, а отображаю ее уже как мне будет необходимо. Куда важнее иметь само решение на фронтэнде, которое бы выполняло эту задачу и в контроллере, который производит запись новой цены в базу. P.S. А зачем выполнять расчет на стороне сервера? Ну заменят фаербагом они эту цифру, в корзине сразу же и цена поменяется. При сохранении ордера в базу, также проверяется эта цифра. А продавать неважно что, хоть метры квадратные, хоть кубические. Если уж делать модуль, для общего пользования так сказать и нужна админка, можно просто хранить в ней поле формы с формулой. Вон в теме про модуль "доставка от веса, размера и прочего" народ научился писать формулу довольно быстро :)

Если я правильно понимаю, то в базе цена оформленного товара храниться отдельно себе, спокойно в ячейке базы, не зависимо от опций. Задача положить ее туда правильно. Ну а как все же относитесь у такому варианту: у товара или опции задана единица цены, например за 1 м.кв. - 10у.е., всякими JQuery мы двигая ползунки или меняя значения формы ввода размера по формуле получаем цену, которую и отображаем покупателю, но и имеем значение, отношение, к цене твара/опции, например 1,5 т.е. цена для клиента отображается уже 15у.е. вот это отношение передаем скрытым полем опции text, которое не отображается нигде, в корзине также отображаем цену покупателю согласно формуле, а вот после чекаута, когда ордер попадает в базу, по той же формуле пишем цену в базу и наблюдаем ее уже из админки вместе с указанными размерами в отдельном поле. т.е. меняя фаербагом, как писалось выше, будет меняться и цена товара, которая отображается в корзине и соответственно для оплаты. Как бы махинация не пройдет. Не, не то? :)

Похоже вариантов нет, а там где и есть, молча работают :)

За всю историю пользования встречал только методы •status="success" - покупка совершена •status="failure" - покупка отклонена •status="wait_secure" - платеж находится на проверке - наверное приходит когда подозрительный платеж или еще что, никогда не получал такого ответа. т.е. в обычном процессе покупки, сразу приходит success. Но если уж такой метод есть, то он снова вызовет callback. Советую сделать запись всех ответов в лог, тогда будет четко понятно что он так отвечает и с какими статусами.

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

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

Бывает такое, что сервере платежной системы долго не выдает ответ и всякие паузы не спасают. У себя сделал так, происходит возврат на страницу с надписью "Спасибо за покупку", а после, когда сервер отвечает, меняется статус заказа на "оплачен" и покупатель уведомляется письмом или смс о благополучном получении оплаты по его заказу. Или мы о разных вещах говорим? :)

А параметр <result_url>..........</result_url> вы какой передаете? в нем и прописан Ваш путь возврата , а нужно Это параметр, который Вы передаете Ликпею, что бы он знал, куда Вас вернуть после нажатия кнопки "в магазин"

Это какой-то секрет или никто не использует учет в 1с? :) Было бы интересно и полезно узнать/обсудить кто и как работает в связке 1с и ОС.

Возможно тема уже поднималась, но осилить огромное количество страниц в теме про автообмен с 1с не смог. У товаров в 1с есть Характеристики, в OC есть опции товара, такие как списки select, radio и прочие. Кто как выгружает эти самые опции из 1с? Необходимо что бы их остаток (опций/характеристик) был связан с номенклатурой на складе. В "Управление Торговлей" эта связь вроде как уже реализована, но как ее выгрузить в ОС? Пока использую простенькую самописную конфигурацию на 7.7 и выгрузка в xls и CSV, но планируется переход на 8ку. Заранее спасибо.

В связи с критическим отсутствием времени на всяческие пробы, пользуясь случаем :) спрошу, авось кто возьмется написать(платно) подобное решение, пример можно посмотреть по ссылке Выше?