RGB

Название опенкарт обязывает отдыхать подобным образом :)

Дак в настройках системы же есть admin/index.php?route=setting/ Количество дней, в течение которых будет разрешено редактирование заказа. Это поле обязательно, поскольку цены и скидки могут изменяться через некоторое время. У меня там написано 100 http://rghost.net/private/47334491/fb3504743a115d3a8c9679d89c749d04/image.png , но почему-то система и сутки не держит эту инфу А чего ей держать? Это редактирование заказа, а не корзины Вообще не очень понятно, что вы хотите. Чтобы покупатель, добавивший что-то в корзину, но не оформивший заказ, вернувшись через пол года, обнаружил все добавленные товары у себя в корзине?

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

А мне еще нравится, когда пишут "Буду очень благодарен" :) Так и хочется ответить: О боги, неужели это правда? Настал тот прекрасный день, в ожидании которого я жил все это время! ТЫ, мой милый друг, будешь ОЧЕНЬ БЛАГОДАРЕН мне?? Зачем мне оплата? К чему мне эти жалкие бумажки, зовущиеся деньгами? Плевать на то, что я как раз собирался пойти отдохнуть. Какая разница, что у меня не хватало времени, чтобы нормально пообедать? К черту планы выгулять девушку, да и зачем она мне ТЕПЕРЬ? Пойду немедленно брошу все свои занятия и начну искать за тебя по форуму или в гугле то, что тебе было лень даже попытаться найти. Ведь ТЫ будешь ОЧЕНЬ БЛАГОДАРЕН.

Сразу на два последних сообщения отвечу - fast_order_email это адрес, с какого будут отправляться письма о быстрых заказах, а store_email - это адрес, куда они будут отправляться. Иногда может быть важно разделить эти адреса, если же вам не принципиально, указывайте и там, и там, основную почту магазина.

С тем, как залогиниться под клиентом, только сейчас понял логику. Действительно, удобно! В том и дело, что все работает как надо лишь для заказов через сайт, если же в админке попытаться изменить заказ, предварительно добавив на счет клиенту этот кредит, то сумма не списывается и остается на счету - можно хоть десяток заказов обновить (попробовал у себя так), везде будет скидка на эту сумму кредита, но на балансе она никуда не денется ровно до тех пор, пока клиент сам через сайт не оформит заказ.

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

Думаете, много кто его использует в среде не-разработчиков и не-программистов? :)

Так мы ведем речь про создание нового купона на каждый заказ, где требуется чуть скинуть сумму? Я вообще имел в виду создать один универсальный купон со скидкой на фиксированную сумму, и перед каждым таким заказом менять ему значение суммы скидки, чтобы менеджеры не путались в кодах и всегда знали, что например купон с кодом 666 - универсальная скидка любимым клиентам. С минимальной суммой в таком случае не угадать, т.к. товар сильно разный и цены есть и 10 грн, и 10 000 грн, заказ может быть на 101.34 грн (где 1.34 скажем захотят округлить), и на 12336 грн, где хорошим клиентам не пожалеют и 336 грн скидку дать. И в случае с универсальным купоном может быть такая ситуация, что на одного клиента значение скидки этого купона будет, скажем, те же 336 грн, а в тот момент, когда сумму скидки изменят, купон заметит другой клиент и применит его к своему заказу на 10 грн, так мы еще и в минуса уйдем :)

Ну и не помешает добавить, что для seo все эти манипуляции - как мертвому припарки, особенно если не менялся стандартный вывод блоков опенкарта, когда сначала идет код хедера, потом левого/правого блока, а лишь потом - центрального блока с контентом

Выходные берет, сволочь)

Куплю модуль для удобства и хорошего магазина, с предложениями в личку)

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

Но если не скрыть, покупатель подумает, что он самый хитрый, и введет этот код уже при оформлении нового заказа, надеясь получить скидку еще раз :) Можно конечно выключать купон сразу после его применения менеджером, но это лишние операции, а ограничить применение купона только менеджерами в админке, к сожалению, нельзя

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

Меня такое выпрыгивающее окошко гарантированно спровадит из магазина в поисках более спокойного и менее навязчивого интерфейса. Вас - возможно, но с чего вы взяли, что всех остальных тоже? У меня после замены стандартного в ОС незаметного предупреждения вверху страницы о товаре в корзине на это выпрыгивающее через colorbox окошко, практически полностью исчезли незавершенные заказы (раньше таких было 25-30%, люди просто не понимали, что делать дальше, после нажатия кнопки "Добавить в корзину"), посещаемость маленькая - 400-500 хостов/сутки, но даже на такой аудитории эффект очевиден, и я не думаю, что дело конкретно в моей аудитории - иначе бы такого механизма не было в той же розетке и других крупных магазинах.

Вот в том и проблема, что не очень удобно, особенно для менеджеров - им попробуй объясни, что это такой костыль специальный (я про купоны), плюс у покупателя в личном кабинете остается интересный пункт в Итого с кодом купона, который либо надо скрывать через очередной костыль, либо создавать по купону на каждый заказ, где надо чуть скинуть цену

Э-э-э... Известный? Гуру? Для статистики: я только что впервые улышал Никогда он такого не заявлял, либо вы неправильно поняли - он как раз миллион раз и говорил, и писал, что везде все индивидуально, но стоит учитывать правило, которое я на 1-й стр темы привел. Да, и насчет опроса, мне кажется его нужно переформулировать, так как самого просто и эффективного варианта как раз нет Правильно после добавления товара показывать покупателю всплывающее окошко с предложением о том, что же делать дальше? Оформить заказ (пожирнее) или продолжить покупки? Не нужно пытаться угадывать, что он хочет, дайте ему выбор и он получит видимость того, что это ОН сам решает, что делать, и никакие менеджеры его пинками не гонят в корзину.

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

Зато вчера был рекорд посещаемости форума - 720 :)

Есть такое мнение, что чем больше знакома с интернет-покупками ваша аудитория, тем меньше шагов при оформлении заказов стоит делать. И наоборот, для "динозавров" лучше разбить все на несколько шагов - выбор доставки/оплаты/ввод контактной информации/подтверждение заказа

Вот не могу понять - такая симпатичная демка, специально сделан сайт для продажи дополнения, красиво оформлен, картинки, мануал, все дела - видно же, что автор массу времени на все это потратил, как можно после всего этого взять и пропасть? Не может же быть, чтобы площадка https://opencartforum.com была настолько незначительной, чтобы можно было игнорировать потенциальных клиентов отсюда?

К сожалению, это касается не только ресурса, но и сайтов хостера domenam.ru - как правильно написал dinox, уже второй раз за 2 недели наблюдал вместо своего магазина страницу с 502-й ошибкой, первый раз около получаса, а сейчас вроде минут 10 все висело. Быть может целью являлся не весь ресурс, а какой-то из здешних магазинов?

Доброго! Реальная ситуация на работе - есть хорошие постоянные покупатели, которым иногда делаем скидку для более красивой суммы заказа, ну или как договоримся, например за все про все получилось 9132.48, а мы скидываем 132.48. Раньше учет заказов не велся в админке, но теперь я решил туда перевести все, и столкнулся с такой проблемой - итоговая сумма привязана к стоимости товаров, и не редактируется. Мне пришла в голову идея реализовать такие скидки в виде купонов на фиксированную сумму, т.е. на каждый такой заказ применять универсальный купон, в котором будет указана каждый раз разная сумма скидки, но вероятно есть способ или модуль удобнее? Может кому-то попадалось на глаза?

Чтобы там появились варианты, нужно сперва нажать Update Totals