Sambukus

Надо объединить действия "сохранить" и "добавить в корзину". Смотрите код, может можно отправлять кастомные параметры и добавлять в корзину одновременно. Если нет, то все становится чуточку сложнее, через костыли. Нужно проверить есть ли кастомизация, если есть то вызвать saveCustomization() при этом обойти перезагрузку страницы.

Помнится есть такая вещь как "комплект", можно отлавливать его в шаблоне product.tpl. И в зависимости от этого выводить тот или иной тип карточки товара. А можно сделать что-то подобное через "сцены". Есть подкатегория (в данном случае) "Арно". В ней в заголовке красивая картинка-сцена, под ней конкретные ссылки на товары.

Теперь то все понятно. Просто как-то диалог ушел не туда, и особенно после примера с болтами и дисками, осложнилось ошибочное впечатление, что нужно обязательное модерирование заказов. Типа того что покупатель приходит в компьютерный магазин, набирает в тележку кучу всяких железячек, подходит к кассе, вытряхивает на транспортировочную ленту и задает кассиру вопрос: "А это все совместимо?", и кассир должен это все проверить и если нужно поменять. А оказалось, что нужна просто возможность повторной оплаты (для престы она будет повторная, а фактически первая и единственная).

vitvit скиньте как-нибудь ссылку на ваш магазин, когда будет готово. А то я тоже не понял, что именно требовалось. Очень размытое техническое описание.

Кто нибудь перепишите Vitvit Prestashop, чтоб был еще один пункт в чекауте "Подтверждение заказа кладовщиком/техником", сразу перед оплатой. Раз он не хочет использовать, для консультаций клиентов, стандартные механизмы типа чата. И считает, что заказал-оплатил-получил - это не удобно, это избиение покупателя лопатой. Нужно так: заказал-подождал-получил_одобрение-нашел_заказ-оплатил-получил. А модуль смены способа оплаты в личном кабинете, если при оплате как положено произошел сбой (денег на счете клиента нет, API платежной системы заглючил, или клиент "нетуда ткнул") - вещь интересная.

Как я понял нужно что-то как на wildberies (понятия не имею, что у них за движок). У них когда оформляешь заказ нужно указать только адрес. И по умолчанию считается, что оплата наличными курьеру. Если хочешь оплатить картой, через банк или электронной валютой - то нужно идти в личный кабинет, искать заказ и оттуда выбирать способ оплаты и оплачивать. И если что-то где-то глюкнет и курьер будет не в курсе, что заказ уже оплачен - возникнет неловкая ситуация.

У меня версия 1.5.4. при оформлении заказа с оплатой при получении (модуль cashondelivery), отсылается 2 письма: 1. Спасибо за заказ в интернет-магазине... - из файла "mails\ru\order_conf.html" 2. Ваш заказ поступил в обработку... - из файла "mails\ru\preparation.html" Это при отключенном MailAlerts. C ним - еще письмо менеджеру о заказе. Если у Вас не так, ищите ошибки. Возможно шаблоны письма "mails\ru\order_conf.html" и "mails\ru\order_conf.txt" повреждены.

А разве Prestashop не высылает письмо с заказом самостоятельно? Если сделать доставку уведомления клиенту в Mailalerts, то не будет приходить два письма, одно от Mailalerts, другое от движка?

Если это тот же модуль, что и на prestalab, то (тестировалось для версии 1.5): 1. Он не работает при гостевом чекауте. Рекомендации про закомментировать строчки лучше не делать, если не хотите нарушить федеральный закон "О защите информации". 2. Модуль глючит, если заказ разбивается на несколько. Например, при включенной мультидоставке или когда часть заказа доставляется одним перевозчиком, а часть другим - престашоп автоматом разбивает заказ на несколько и квитанция выводится только для одного подзаказа, квитанции для остальных нужно выуживать через историю заказов.

Логика склонения существительных после числительных не на много сложнее чем в английском, не проще это реализовать в самом шаблоне? Не надо бегать с запчастями для Smarty в случае апгрейда. К тому же, плагин - это дополнительный запрос, дополнительная загрузка - и дополнительная нагрузка на сервер.

Может "Total vouchers" в шаблоне посчитать. Да, я знаю, переносить логику в шаблон - очень плохая идея. Но надо же как-то выкручиваться, и не таскать с шаблоном набор самописных заплаток для ядра.

Включите отображение ошибок http://prestalab.ru/wiki/ustranenie-oshib/vkljuchenie-otladochnogo-rezhima. Что пишет? И какой URL у "кривых" картинок получается?

Здравствуйте! Как я понял при добавлении ваучера на бесплатную доставку в корзину покупателя, его стоимость равняется стоимости доставки. Но при этом, если стоимость покупок меньше стоимости доставки, в графе "Total voucher" сумма скидки указывается неправильно. Но "TOTAL" считается верно. Как так? Prestashop 1.5.4.0. В общем из картинки надеюсь все будет понятно (ваучер "С нем рождения!" - как раз на бесплатную доставку). Порылся на багтрекере и не нашел ничего похожего. Вроде не такие уж экзотические входные данные, чтобы ошибка появлялась в одном случае из 9 миллиардов. Может ваучер на бесплатную доставку оформляется иначе, чем на процент от заказа и фиксированную стоимость?

У меня сегодня была такая же ошибка при установке 1.5.3 на нетбуке под денвером. При установке английского или русского языка по умолчанию, упорно выскакивает ошибка (доступа в Интернет в момент установки не было, может это как-то сказалось). Никогда раньше такого не видел. А вот немецкий встал без проблем, потом добавил нужные языки через админку.

Это не баг, это фича. Иногда шаблоны тащат с собой и tpl для модулей. Для начала нужно вернуть все как было, до экспериментов. Нужные вам файлы шаблонов скорее всего лежат в "themes\[название_темы]\modules\[название_модуля]\".