Категории аватаров, например, нельзя создавать

Разобрался. Косяк оказался в трёх файлах, которые пришлось через Notepad++ принудительно преобразовать в UTF-8 без BOM (AvatarSelect.php, lang.php, pluginLoader.php).

Несколько раз подобное было замечено при работе через FTP-клиент FileZilla на хостинге JINO на других модулях, когда в некоторых файлах непонятным образом слетает кодировка.

После установки выходит следующая ошибка

А то сейчас какой-то бред получается. В админке есть пункт "Поставить 0, если бесплатной доставки не предусмотрено". Ставлю ноль. При заказе выходит надпись: "* При сумме заказа свыше 0.00 руб. доставка бесплатно".

Округление не работает, когда цена указана через «,», только через «.». Можно сделать, чтобы срабатывало в обоих случаях? На сайте две сотни товаров и как-то не охота менять всё вручную :(

В качестве предложения: сделать минимальную сумму для заказа, устанавливаемую в админке. Чтобы невозможно было оплатить заказ меньше указанной на сайте суммы

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

Если это Почта России, то отправление до 100 грамм - 39 рублей (тариф) + 3 рубля (пластиковый конверт с защитой от вскрытия). Если Boxberry, то доставка обходится в 190 рублей. Если транспортная компания, то уже в 500-600 руб. Если курьер с DHL от двери до двери с курьерским сейф-пакетом, то 2000 рублей. Итого только разница по доставке одного и того же товара может достигать 50-кратного размера.

И это актуально для любого интернет-магазина, не только моего, ибо стоимость доставки для всех, грубо говоря, одинакова (расстояние в счёт не беру, так как мало влияет, важен вес).

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

Дополнительные поля не позволяют автоматически рассчитывать скидки, чтобы клиент окончательно видел сумму заказа с учётом его бонусов

Как покупателю, возможно. Но мне как продавцу, важно знать сколько весит заказ и желательно, чтобы это сразу подсчитывалось в корзине, ибо потом сидеть менеджеру и плюсовать тысячи отдельных позиций - это лишняя рабочая единица нужна. От веса заказа зависит стоимость доставки в том числе. Заказное отправление до 100 грамм - 39 рублей, бандероль до 1 кг - 185 рублей, посылка - 350 рублей. Вдруг после того, как заказ будет набран и взвешен заказчик из-за дороговизны откажется от него?

То есть при покупке на сайте во второй раз просчитывается скидка "За повторный заказ" 0,5%.
А если за второй раз, но свыше суммы ххх рублей, то:
"За повторный заказ" 0,5% + "По накопительной скидке на сумму ххх-хххх рублей" 0,5%. Итого 1%.

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

Указывается в админке диапазон скидок на сумму покупки по принципу:

До ххх рублей | 0%
ххх-хххх рублей | 0,5%
ххх-хххх рублей | 1%
ххх-ххххх рублей | 1,5%
Свыше ххххх рублей | 2%

С возможностью приплюсовать скидку за повторные заказы вообще картина маслом была бы:

За повторные заказы:
2-3 | 0,5%
3-5 | 1%
5-10 | 1,5%
Более 10 | 2%

Что-то я ещё хотел написать. Ах, да.

"Купон подарочного сертификата" что-то совсем ябала. Лучше заменить, ну или добавить с нуля ещё одну графу для покупки по кодовому слову (паролю) со скидкой, в том числе с привязкой по времени (дни недели, часы, минуты). Коды выпускать в админке.

Предположим есть акция, что всем в пятницу вечером штопор со скидкой 30%. И при вводе слова "ШТОПОР" (в любом регистре) на штопор просчитывается скидка 30%, но только по пятницам.

А вот в будние дни при заказе после 20.00 дополнительная скидка 3% на всё по кодовому слову "ТЁМНАЯ НОЧЬ". И, если заказчик вводит заветное слово, то на всё ещё просчитывается скидка 3% (кроме товаров на которые уже скидка просчитана, в нашем случае - штопор).

Ещё, например, ограниченные в использовании коды. Которые можно использовать определённое количество раз. Например, для первых десяти счастливчиков... Тут думаю всё понятно. 10 заказов по кодовому слову обрабатываются со скидкой, а 11-му неудачнику выводится сообщение: "Извините, мол, так и так, но сегодня не судьба" (настраивается в админке).

Ещё одна хотелка. Минимальная сумма заказа.

Для различных видов доставки сделать минимальную сумму заказа, меньше которой невозможно бы было оформить заказ на сайте. Привязать к видам доставки в админке.

Допустим есть доставка с ID 1 (у меня, например, "Почта России"). Рядом с графой "Стоимость" сделать графу "Мин. заказ", я б там указал 500 рублей, допустим.
Для ID 2 "Транспортная компания "Деловые линии" свой минимальный заказ - укажу 2000 рублей. Ибо с меньшей суммой заказа реально нефиг возиться, транспортные расходы только по межтерминальной переводке 500-600 рублей, да ещё туда переться.

Очень актуально будет особенно для тех магазинов, которые осуществляют бесплатную доставку. Так, чтобы не заказали на 300 рублей и захотели доставку ТК, которая как минимум вдвое дороже обойдётся.

Ещё одно пожелание к модулю. Автоматический просчёт веса.

Допустим есть дополнительное поле новости "weight". Модуль при добавлении товара в корзину будет брать не только значение цены и наименование (с заголовка), но также и вес (предположим в кг; 15 грамм соответственно 0,015). Чтобы пользователь сразу мог подсчитать доставку (а в дальнейшем вообще сделать автоматический расчёт суммы доставки на основании общего веса).

Формируя заказ, выводится общий вес. Очень удобно, учитывая ограничения почты на заказные отправления, бандероли и посылки.

Из пожеланий к модулю. Сделать графу "количество товара", которую можно было выводить также на сайте.

Хз, как реализовать, но посыл такой. Например, определённого наименования есть 5 единиц. Есть доп поле новости "lot". В БД при добавлении новости заносится запись "5" единиц (штук, грамм, литров, гектаров). На сайте через тэг (кто захочет выведет, кому не надо не будет тэг в шаблоне прописывать) выводится сообщение: "Осталось [xfvalue_lot] штук". При покупке, уже с момента когда пользователь положил товар в корзину, для заказа пользователями магазина остаётся доступно уже 4 единицы товара. То есть, чтобы модуль мог изменять запись в БД динамически, под каждым товаром. Ну, чтобы не было такого, что есть допустим 5 единиц, а назаказывали 10,15... 20. Пока не придумываю другую реализацию.