Также выявлена такая ошибка: если меняем стандартное превью (в настройках и источнике файлов) на, например, 100x100, то в карточке товара и в списке товаров всё равно путь стоит 120x90. В галерее тоже вместо превью — дефолтное изображение.
Могу дать доступ к тесту, где можно видеть такие сбои.
Все данные по всем свойствам — в массиве товара.
При использовании Fenom доступны например, так:
Если ваша опция массив — используйте {foreach}{/foreach}.
Fenom: var_dump (dump) — распечатка переменной вместе с типом
Соответственно — выводите так, как удобно в данном случае.
Учусь на этом примере, то же самое вылезло, что не удивительно )
Работает всё нормально.
Как вариант, я вообще отключаю и делаю свой вывод сообщений в модальном окне, примерно так:
1) копируем штатный скрипт из assets/components/minishop2/js/web/default.js в assets/components/minishop2/js/web/custom.js
2) переключаем в настройках системы параметр ms2_frontend_js на новый скрипт
3) переписываем метод miniShop2.Message в скрипте на свой, например как-то так:
Всё, что касается jGrowl в этом методе нужно в этом случае закомментировать/удалить.
Также можно обойтись без кастомизации метода: просто закомментить jGrowl в своём скрипте и использовать callbacks. Например в своём скрипте на фронтенде:
Все данные находятся в response.
Я не уверен, что ставить некие изменения цены от порядка — хорошая идея, ибо велик риск ошибки.
Тем не менее, нормальная сортировка иногда кране нужна на фронтенде.
Я пока вышел из положения сортируя опции как мне нужно в prepareSnippet.
Поищу попозже иной вариант решения, если найду — постараюсь не забыть написать.
(ERROR @ /core/xpdo/xpdo.class.php: 503) Path specified for package modsendpulse is not a valid or accessible directory: core/components/modsendpulse/model/
Источник здесь: components/modretailcrm/index.class.php
Василий вот здесь пишет:
«сохранённые картинки минифицируются через готовый бинарник Leanify ».
У меня пока руки не дошли, но думаю — это то, что нужно…
Вообще странно, т.к. я использовал в нескольких проектах sxGeo (с базой SxGeoCity.dat) и не замечал такой проблемы…
Заметил, что лог забивается сам по себе, без каких-то действий на сайте (он тестовый у меня). Как будто cron работает )
Развития и процветания!
За информацию — спасибо!
Выйду на связь в течении 1-3 дней.
Источником фантомных картинок оказалась таблица ms2_product_files, которая после первого тестирования, о котором все уже и забыли, содержала ~ 5000 записей. Пересечение по id и давало «картинки» при сохранении нового товара. Очевидное-невероятное.
Вопрос закрыт, всем отдыхать )
Только что столкнулся как раз на 5.3: при создании товара сразу создаётся пустой файл в галерее. Иногда 2 штуки, но вижу я такое при попытке импорта из 1С посредством mSync.
http://prntscr.com/cns14q
Также выявлена такая ошибка: если меняем стандартное превью (в настройках и источнике файлов) на, например, 100x100, то в карточке товара и в списке товаров всё равно путь стоит 120x90. В галерее тоже вместо превью — дефолтное изображение.
Могу дать доступ к тесту, где можно видеть такие сбои.
Превышений по нагрузке вроде бы нет.
Но лог modhost у меня завален этой ошибкой, подозреваю связь с появлением 404.
Версия MS2: 2.1.12-pl
Предлагаемый в обсуждении по ссылке выше плагин решит проблему.