3 часа назад
Вдруг кому понадобится… Прописать TV параметр в источнике файлов для MIGX можно так (для примера TV `ln`):
[[!migxResourceMediaPath...
Источник файлов и migx 6
5 часов назад
Привет
Подскажи, пжл как добавить поля из компонента msFieldsmanager?
Скрин
msPre - фильтры по опциям minishop2 11
5 часов назад
А как добавить если чекбоксы?
msPre добавление кастомного поля (списка с автодополнением) 4
6 часов назад
но их делать месяц два на каждыйЭто ж есть все в PrimeVue. Нужно только адаптировать и написать коннекторы к PHP
Плюсы и минусы Vue и gtsAPI 15
Вчера в 08:00
ну тогда groupby и having«query» принимает все параметры pdoFetch и в нем есть и groupby и having. Пример навскидку:
"query":{
&quo...
Кейс gtsAPI. CRUD пользователей на фронте 2
24 ноября 2024, 20:31
Правильный вариант из текущей документации такой:
{set $condition = 1}
{switch $condition}
{case 0, 1, 2}
сработае...
Конструкция switch case без break в Fenom 6
24 ноября 2024, 13:39
Моя кофейная гуща говорит о том, что это код html и там есть смайлики, а кодировка бд не utf8mb4.
Modx Revo режет код HTML 2
23 ноября 2024, 11:51
Отличное дополнение, спасибо!
Подскажите, как организовать файл если стоит msOptionsPrice2 привязан к опции size там может быть много позиций с разн...
[YandexMarket2] интеграция с msOptionsPrice2 1
23 ноября 2024, 00:42
Еще снова вернулась проблемка, после выбора способа доставки почтой РФ — появляется стоимость доставки, но она «прилипает» и не исчезает после переклю...
Расчет стоимости доставки msRussianPost 11
Там, насколько я понимаю, речь только про поля товаров.
Пока навскидку это просто виджет widget.cdek.ru с обвязкой. Причём на мой вкус и взгляд, новая версия виджета СДЭК, которая используется у вас более глючная и тормозная, чем предыдущая, но надо признать она активно допиливается сейчас.
Пока болячки все те же:
1) массовая установка полей при выборе ПВЗ, из-за чего происходит перезаписывание и иногда некоторые поля затираются или не ставятся
2) отсутствует адекватный автокомплит у поля город, у ms_CDEK2 он есть — но тоже к нему есть вопросы, т.к. выбор города в поле на карте — долго думает и не совсем логичный способ для посетителей, они путаются и не понимают, где вводить город. Часто несколько доставок в магазине используется и поэтому выбор города должен быть где-то в одном месте, а не так, что для почты РФ в однм месте, для СДЭК на карте.
Не подумайте, что я хейчу как-то — это просто наболевшее для меня) Правда хочется получить адекватное, удобное решение. Надеюсь, вы продолжите дорабатывать и получится хороший конкурентный пакет.
Плотно приходилось работать с ms_CDEK2 — и не совсем понял про главное отличие.
В ms_CDEK2 точно также необходим логин и пароль для интеграции к их API для рассчетов.
Там идет запрос к api.cdek.ru/v2/ для рассчета стоимости и затем сохраняет в сессию для вывода в корзине результата.
У ms_CDEK2 есть свои нюансы и проблемы, поэтому реально заинтересован в аналогичном, но более стабильном и продуманном решении, но пока по описанию абсолютно не понятно в чем разница.
Со СДЭКом давно борюсь, у них много бывает приколов, например в черную пятницу через раз грузился их виджет с точками ПВЗ, так как их сервера были перегружены и валились с 500 ошибкой. Это сама их поддержка подтвердила потом. Пришлось кэшировать на своей стороне и обновлять раз в несколько часов весь список ПВЗ.
Еще есть проблема с автокомплитом города, ну там комплексная проблема минишопа github.com/modx-pro/miniShop2/issues/879
А это упоминания? +еще есть логин через эту же соцсеть
Сейчас планирую делать новый проект, и вот задумался может попробовать использовать этот компонент.
Я внимательно прочитал заметку и в общем понимаю какие плюсы, но интересно именно на практике какие доп. возможности это добавляет или может упрощает реализацию каких-то моментов? Может это значительно ускоряет работу сайта? Или может что-то можно сделать такое, что Fenom не позволяет?
Это и сейчас можно сделать, просто довольно неудобно и можно делать 2 разными способами, что тоже вносит долю путаницы. По идее это не полностью новый функционал, а доработка текущего.
Моё мнение, что это должно быть в Минишопе из коробки, хотя бы в каком-то более-менее начальном виде, который покроет 90% случаев.
А отдельный компонент может существовать параллельно, но он уже будет добавлять расширенный функционал и дополнительные удобства, которые нужны в более специфических случаях, например группировка полей по отдельным вкладкам, может какие-то дополнительные типы полей, условия для показа полей (если заполнили поле/чекбокс какого-то поля, то показывать доп. поля или скрывать) и.т.д.
Неужели там настолько изменилась работа, что старый нельзя было обновить? Увы, ответа так и не дождался.
Видимо у вас что-то не так с настройками на хостинге, копайте там.
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) Возможность поворачивать изображения, чтобы не заставлять менеджеров обрабатывать фото перед заливкой в сторонних программах.
За столько лет работы ни разу не столкнулся ни я с такой необходимостью, ни мои клиенты не просили о чем-то подобном. Я бы еще понял бы, если речь шла о массовом редактировании товаров, но удалять заказы в промышленных масштабах… это конечно очень важно сделать в первом же обновлении, иначе прошлый век.
Надеюсь, что когда-нибудь мы снова услышим о тебе и твоих новых проектах.
Я вообще был бы только за то, чтобы каждое более-менее важное изменение или починка бага были так подробно расписаны — это позволяет лучше понять как и что работает в системе.