Спасибо за подсказку. Заработало!

Мысль первая, философская — пробуйте переходить на fenom, намного проще там решаются как раз подобные задачи.
Мысль вторая, возможно дельная. Попробуйте вызывать сниппет getImageList некешированным. тоесть !getImageList

Спасибо за обновление. Контент служба DSMC — счастливы. Теперь каждый из дружного коллектива может позаниматься настройкой фильтра. Особенно радует, что возможно обсуждение и доработка пакета.

Что хочется отметить:

Стало удобно ориентироваться в шаблонах контент-менеджерам. Мы кропотливо их подписываем.


Управлять сортировкой настраивать можно теперь вплоть до категории. На некоторых проектах, мы очень скрупулезно подошли к этому вопросу — +1 к конверсии. Где-то сортируем по цене, где-то по промо бейджем, а где-то по опции товара.



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



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

Техническая служба, DSMC

Спасибо.

Привет! Могу ошибаться, но возможно, дело в этом?

skrinshoter.ru/s/121120/Jvfsycho

Уровень вложенности mdoMenu как раз 1

3) Выгрузка заказа в ЕКСЕЛЬ, csv и т д. Всего один заказ со всем его описанием выгрузить.

Сделать адаптивной модальное окно с заказом в админке сайта.

Это, кстати, реальная проблема, клиенты часто на это жалуются.

1) Сделать адаптивной модальное окно с заказом в админке сайта. С большого Моника когда заходишь, то все норм. А вот с ноута если зайти, то начинаешь плеваться от того, что модальное окно не может вмещаться в монитор…


2) Дайте возможность нормально добавлять свойства ( без бубна) — опции товара часто не подходят. Хочется как обычную TV добавлять в пару кликов…

Столкнулся с той же проблемой — походу, действительно, не работает без конфигуратора

github.com/Bruno17/MIGX/issues/292

хмм, странно, в скриншоте выше у меня так как раньше, это на 2.6.0.

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

Эту уже сделано, вот так сейчас товар выглядит:



Там галерея не там расположена при создании товара, это потом поправится.

@Руслан Алеев

Круто, спасибо!

Если позволите, в качестве предложения в следующей версии по аналогии с

— Изменен порядок вкладок для категории в формах создания и обновления [PR #459]

сделать и для самого товара, а то там иногда получается дублирование основной вкладки только из-за добавления галереи или tv

Я сформирую ссылку для сбора, сумма собранная будет делится между ребятами, кто работал над релизом.

Круто, спасибо за проделанную работу.
Куда донатить на дальнейшие улучшения?)

Спасибо, вчера обнаружили и исправили таким же образом. В релиз не попало. Будет исправлено в 2.6.1

Скорее всего это у меня что-то не так, но:

На php 7.4 при открытии категории с товарами лог ошибок заваливался сообщением равным количеству товаров в ней — PHP warning: count()

В фале core/components/minishop2/processors/mgr/product/getlist.class.php на 240 строке заменил

if (count($this->options)) {

на

if (is_countable($this->options))

ошибка ушла. Но всё ли правильно сделал, при следующем обновлении же слетит?

Вроде не выявлено. Если, что будет пишите сразу issue, будем исправлять. Новые релизы будут раз в месяц (если все будет хорошо)

Здорово, спасибо!
С обновлением то на существующих сайтах проблем не будет?
Конечно, кроме случаев, когда нужно и css/js файлы на фронте обновить…

Огромное спасибо, будем тестить!

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

1) Нормальное уменьшение изображения, если оно превысило максимальную ширину или высоту.
Часто, менеджеры заливают все подряд и желательно качественно обрабатывать этот момент.
Сейчас если происходит превышение, то ресайз происходит на стороне загрузчика plupload — а он не лучшим образом справляется с этим. Его плюс — это то что он намного быстрее это делает, на стороне браузера и не требуется заливать огромную картинку на сервер, но качество страдает.
Специально сейчас сделал тест на новой версии minishop2 по умолчанию и на проекте, где я реализовал ресайз средствами самого php в обход plupload. Исходником было это изображение raw.githubusercontent.com/nwtn/image-resize-tests/master/assets-unoptimized/3B-1.jpg

Вот сравнение, ресайз был до 300 по ширине, слева plupload, справа phpthumb:



Соглашусь, что результат не сказать прям земля и небо, но справа четче кнопки на джойстике, надпись PS4 на консоле.
Кстати у plupload есть еще парочка недостатков: можете увидеть что он не совсем правильно отресайзил по высоте, снизу полоска в 1 пиксель. При ресайзе, получилась высота 147.6923 и plupload решил округлить вниз. Это уже известный баг и вроде даже в поздних версиях поправлен, но не в той, с которой идет minishop2.
И еще немаловажный факт: при сжатии phpthumb файл стал весить 8кб, а при сжатии plupload 32кб! в 4 раза, мне кажется это существенно, особенно если учесть, что качество изображения явно не лучше в 4 раза, а на мой взгляд даже похуже.

2) Возможно стоит сделать генерацию нескольких превью под DPI 2x и добавить srcset в чанки. В наше время, когда половина трафика идет через мобильные устройства, это уже, я думаю, должно идти по умолчанию. Многие клиенты жалуются, что на телефонах фото мыльные, сейчас даже не на айфонах DPI 2x идет частенько. И на многих ноутбуках по умолчанию включено 1.25.

3) Возможность поворачивать изображения, чтобы не заставлять менеджеров обрабатывать фото перед заливкой в сторонних программах.