rb2

http://osticket.com/ По email там тоже тикеты создаются и отвечаются, насколько помню.

SeoPro. См. FAQ: https://opencartforum.com/topic/20526-seopro-vs-seourl/ там есть ссылки

Тогда надо понять самые азы яваскрипта, основы работы аякса, уяснить схему работы MVC-L, а дальше довольно просто: подготовить все данные с первого шага и передать их сразу второму, выключив первый шаг визуально или полностью исключив из кода TPL.

Откровенно говоря, я не уверен, что одноначно можно понять, на какую работу подписывался исполнитель. Из первого сообщения топика создаётся впечатление, что дано: опенкарт + responsive тема, надо: поставить и изменить цвет. Но если внимательно читать -- смущает процитированная фраза. Создать рабочий костяк в зеленом цвете? Потом появляется ТЗ, просмотрев которое, сомнения только усиливаются. Я вижу только общие описания макета, никаких упоминаний про готовый шаблон и работу с ним. Полное отсутствие готового дизайна. Если человек с нуля всё это рисует и верстает по тем схематичным картинкам, что я вижу на дропбоксе... ну то есть никаких готовых PSD, дизайна и уж тем более готовой сверстанной темы для Опенкарт?... Мнэ-э-э... Я заглянул внутрь, конечно, вижу там theme/universum. Но вообще ни слова об этом не вижу в ТЗ. Поэтому, собственно, и непонятно. Судить о чём-то, не выслушав обе стороны, плохая идея.

Что мешает задать вопрос автору фильтра в теме поддержки?

Странный подход. Зачем Вы каждый атрибут в виде группы атрибутов заводите? Должна быть одна группа (например, "Технические характеристики"), в ней - атрибуты (Bluetooth, USB, Вес, Разеры). А в значениях атрибутов уже переменную часть пишите: есть/нет, USB2.0 hi-speed и так далее.

Первый вопрос - организационный. Придумайте что-то, чтобы покупателю было интересно совершить действие на сайте, а уже потом ехать в магазин вживую. Второй вопрос в Опенкарт решается вручную при обработке заказа. Там есть залёная пимпочка в информации о заказе, которая начисляет партнеру комиссию.

Можете погуглить в сторону "opencart disqus comments". Судя по выдаче - вполне вариант.

Крутите настройки времени жизни кук или сессии. В зависимости от сервера это можно делать через php.ini, .htaccess. Если нет - тогда в php писать инициализации. Например: http://www.reboot.ro/troubleshooting/software/opencart-how-do-you-increase-the-session-timeout/

https://opencartforum.com/topic/14614-zapret-na-kopirovanie-teksta-i-foto-na-saite/ https://opencartforum.com/topic/5215-zaschita-kontenta-na-opencart/ Любите поиск - мать вашу!

Почему не верится? Я даты не сравнивал, и не очень помню детали, но к тому времени, как версии 1513 появилась, этот скрипт уже мог поддерживать конвертирование опций и Q вполне мог включить его в `install/model/upgrade.php` А может просто у @magsilver не было опций. В общем, подробностей не знаю, но рецепты и опыт есть - проблем не вижу. Скопировать дубль магазина и сбоку проэкспериментировать.

А можно. Как думаете, зачем поле "Теги" на странице редактирования товаров? Для вывода облака тегов наверняка готовые модули есть. Или можно ссылки на теги указывать вручную - в описаниях категорий или в блоках HTML. Но из коробки теги работают как сквозная выборка, без ограничения по категории. В этом, собстенно, их смысл и заключается: сделать другой срез и выборку, не зависящий от иерархии категорий. Но судя по описанию, вам не теги нужны, а достаточно обычными категориями это реализовать. Подкатегории = ваши "атрибуты". И привязывайте товар к каким надо категориям.

Пуркуа? https://github.com/rb2/ocstoreru/wiki/Опыт-перехода-с-0.2.2-на-1.5.1.3 http://forum.opencart.com/viewtopic.php?f=2&t=50292

https://opencartforum.com/files/file/518-modul-atributy-advanced-vqmod/ https://opencartforum.com/files/file/525-attribute-select/ Вы поиск в Дополнениях по слову "атрибут" не осилили? Там же и фильтры ищите (по пункту 2). Или на opencart.com в Extensions.

Я ж говорю - ошибка. Надо исправить или написать багрепорт.

И было, и есть. Там сейчас 20 тем. Судя по скриншоту, Вы до этого могли поставить какой-то фильтр при просмотре новых публикаций, например. Нажмите в заголовке темы на "кнопочку" настроить и там внизу в списке выбора - "за всё время".

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

RGB, кажется я нашёл решение для этой ситуации. Причём готовое и встроенное. Store Credit. До него просто трудно добраться и многие не пользуются. Находится это в редактировании покупателя на вкладке транзакций. Суть этого кредита -- в наличии у покупателя некоторой суммы в реальных деньгах (а не в reward points, например). Особенность этого кредита - его нельзя регулировать при заказе. Он используется весь доступный. Схема поведения в нашем случае такая: * смотрим заказ и придумываем скидку; * в соседнем окне (так удобней будет) открываем клиента, на вкладке транзакций добавляем ему нужную сумму "store credit"-а, в комментарии пишем "скидка любимым клиентам / заказ 1234" (здесь может пригодиться соседняя вкладка - вспомнить номер заказа и сумму скидки). Текст нужен для внутреннего пользования, отметить там номер заказа надо для удобства; * возвращаемся к редактированию заказа - вкладка Totals, нажимаем кнопку "обновить". Применится имеющаяся теперь у клиента сумма внутреннего кредита магазина. В настройках Extensions / Totals надо не забыть включить учет кредита магазина. Работает из коробки, лишних сущностей не создается, есть возможность писать в "лог" клиенту скидки. Оно в виде голого текста, но тоже удобно в карточке клиента посмотреть. Недостатков пока не вижу. Довольно удобно получется.

Я просто не помню, как купоны работают. И не отразится ли изменение его параметров на прошлых заказах. Поэтому исходил из предположения, что создается одноразовый купон: посмотрели сумму скидки, создали купон на эту сумму, применили в изменении заказа. Как удобней - не знаю, поэтому это всё на уровне идеи. Кстати, только что вспомнил - меня год-два назад тщетно пытались раскрутить на тему дропшиппинга, но так и не осилили объяснить, как осуществлять процедуру заказа. Человек путался и сам не понимал, как оно должно работать. Но суть в том, что нужно было разорвать процесс заказа на 2 половинки: клиент оформляет заказ, но не оплачивает, менеджер уточняет у поставщиков наличие и цены, уточняет-редактирует заказ, и только после этого клиент должен оплатить. После отмашки менеджера. Здесь, по-моему, та же самая ситуация. По ключевым словам вокруг да около дропшиппинга может что-то и найдётся.

Да, про них.

Почему лишние операции? При создании купона указать ему дату начала и конца = сегодняшней дате. Думаю, в течение дня менеджер управится. Если хочется дать понять клиенту, что купон одноразовый и хитропопость не пройдёт - можно в названии купона отразить словами ONETIME, ONCE и т.п. Но я бы не стал. Наоборот, можно использовать и приветствовать такую любознательность и хитропопость на пользу себе. Например, ставить купону минимальную сумму в 500-800 грн. Купив на эту сумму, клиент принесет гривен 100 профита. Скидка обычно примерно на ту же суммму оформляется, нсколько понимаю. Отдав этот профит хитропопому клиенту, получаем: (а) лояльность и положительные эмоции, (б) оборот. Даже если не будет особого профита, оборот - неплохая штука и может при общении с поставщиками служить аргументом для получения большей скидки на закупках. Одним хаком убиваем двух зайцев. А то и трех, так как не факт, что человек ограничится минимальной суммой заказа - тогда ещё может и профит получим. Лояльность/игра, нескучный клиент (и может даже чуть азартный - вообще мечта для продавца), оборот на повторных заказах в течение 1-2 дней, и может ещё профит останется. То есть получается игровая механика для стимуляции повторных заказов в течение небольшого промежутка после первого заказа. С суммами и скидками надо подумать, конечно: 100 грн за лид может и многовато, но тут уже можно оперировать статистикой и средним чеком. Можно даже дальше пойти: купоны называть по каким-то правилам, устанавливать срок действия или кол-во срабатываний, и дать возможность любознательному клиенту легко угадать купон. Изменив, например, DAY на WEEK в нём. Поигрался с корзиной, увидел скидку 10%, например. Окрыленный, попробовал заменить WEEK на MONTH -- увидел скидку 3%. Может станет покупать каждую неделю. А о таких загадках можно намекать в соцсетях или рассказывать иногда в блоге.

Я свою статистику не приводил, поскольку она неточная, а потом не мерял уже, чтоб обновить. Но с учётом всех оговорок можете почитать и обумать - http://rb.labtodo.com/page/effektivnost-standartnoj-formy-zakaza-opencart-151 Полезна будет также ссылка про A/B тестирование. Там народ экспериментировал в видом формы заказа с табами - как раз очень похоже на прозвучавшее здесь вчера предложение объединить обе формы, простую и сложную. Там всё про это есть, с цифрами для подумать.

Хочу уточнить: как Вы считали указанные показатели? Есть подозрение, что здесь путаница и смешивание понятий. Брошенная корзина - это одно. Её в опенкарт не посмотришь, если специально не задаваться целью их мониторить. Незавершённые заказы - совсем другое. Их в Опенкарт видно. Но проблема в том, что незавершенные заказы - это человек прекрасно знал и понимал, что делать после нажатия кнопки "Купить". И начал это делать. А потом бросил.

Вас - возможно, но с чего вы взяли, что всех остальных тоже?С чего Вы взяли, что я это взял? Не надо приписывать мне свои фантазии :)

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