Воеводский Михаил

Воеводский Михаил

С нами с 07 февраля 2013; Место в рейтинге пользователей: #18
Воеводский Михаил
05 августа 2015, 00:09
+1
Необходимо еще включить способ оплаты во всех необходимых способах доставки.
Воеводский Михаил
04 августа 2015, 22:30
0
Напишите на почту (нажать на «Разрешена» в моем профиле), договоримся.
Воеводский Михаил
31 июля 2015, 20:45
0
Никаких сообщений не получал.
Воеводский Михаил
31 июля 2015, 19:53
0
Исходники компонентов дают ответы быстрее и полнее, чем форумы.
Воеводский Михаил
31 июля 2015, 19:52
0
Увязать можно, но сломав возможность обновлений minishop2.
Причина: стандартные таблицы менять нельзя.
Воеводский Михаил
31 июля 2015, 18:20
+1
Все верно, стандартный и привычный для большинства механизм.
Воеводский Михаил
31 июля 2015, 18:05
+1
Добавить кнопку «Проверить». На большинстве сайтов по бронированию сделано именно так — сначала заполняются все параметры поиска, затем необходимо нажать «Поиск». И только после этого начинается подбор вариантов.
Воеводский Михаил
31 июля 2015, 17:59
0
Пользователь открывает диалог и в нем может выбирать даты, объект, количество.
… и, если выбранные объекты на выбранные даты свободны, пользователю становятся доступны поля для ввода контактных данных.
Воеводский Михаил
31 июля 2015, 17:35
0
Андрей, будет ли пост? Есть ли смысл отправлять деньги?
Воеводский Михаил
31 июля 2015, 16:39
+1
Проверяйте версию PHP. Должна быть не ниже 5.3
Воеводский Михаил
31 июля 2015, 15:41
0
Смотрите вкладку «Сеть» консоли браузера (там наверняка 500 ошибка), а затем в лог ошибок сервера.
Воеводский Михаил
31 июля 2015, 15:27
+1
Если действительно нужно — могу сделать, но не бесплатно.
Напишите в скайп: whiteflag.ru
Воеводский Михаил
31 июля 2015, 14:54
0
Суть — сделать возможным расчет полной стоимости заказа и мгновенной оплаты.

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

Либо же реализовать нужную для определенного магазина логику расчета, чтобы тому же менеджеру не надо было вообще задумываться о проверке стоимости доставки.
Воеводский Михаил
31 июля 2015, 14:47
0
Не путайте мух с котлетами.

Базовая логика — сложение и перемножение фиксированных значений, которые напрямую покупателем не вводятся. Дополнительные условия — расширенная логика.
Воеводский Михаил
31 июля 2015, 14:45
0
Пользователь не знает. Простейший пример из жизни: на навигаторе ищу какой-то объект, в списке вижу расстояние 6 км, но когда создается маршрут, то по дорогам получается уже 11 км.

Внимание, вопросы:
1. Какое расстояние в аналогичной ситуации укажет покупатель?
2. Откуда он знает точное расстояние?
3. Так ли хорошо все знают свой город, чтобы мгновенно рассчитывать расстояние между двумя точками?
4. Если укажет 6 км, разница в 5 км — издержки магазина?
5. А если укажет 3 км?

Расстояние от КАД (МКАД) — аналогичная ситуация, только расхождение еще больше.
Воеводский Михаил
31 июля 2015, 14:06
+1
Откуда брать расстояние?
Как считать — прямое расстояние от магазина до покупателя или расстояние по дорогам? С учетом пробок или нет? А может, расстояние вообще по водным путям должно рассчитываться?

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