[miniShop2] Версия 2.4.0 beta1
Готова для тестирования новая бета-версия MS2.4. Вся она, целиком и полностью, посвящена категориям товаров.
Как и обещал, одновременно со всеми изменениями пишется подробная документация — вот свежая статья. Она написана с позиции «как есть», а «как стало» читайте далее.
Значительно улучшен процесс расширения родной панели ресурса MODX. Раньше нужный код копировался из MODX и со временем устаревал, теперь же он именно расширяется — то есть, вызывается из родителя, и меняется как нужно.
Теперь не должно быть проблем с подключениями других дополнений, типа Tagger, или выводом ТВ параметров.
При создании товара видно, что контент перенесён на первую вкладку, а в настройках некоторые поля спрятаны, а другие переставлены местами. По идее, должна работать и кастомизация форм, но не проверял.
Тип документа теперь можно переключать на категорию товаров и обратно. Если категория становится обычным ресурсом, и у неё есть потомки, скрытые от показа в дереве — они будет показаны, чтобы не потерялись.
Меню категории тоже больше не переписывается. Доступно и быстрое создание товаров, и сортировка, и нормальная анимация
В редактировании категории изменений еще больше. В первую очередь, таблица с товарами теперь занимает всю первую вкладку. Romain Tripault предлагал это сделать еще в 2014 году, надеюсь он будет рад.
Понятное дело, сама таблица приведена в соответствие с моими последними дополнениями: сохранение статуса, мультивыделение, действия кнопками и контекстным меню.
Исправлена сортировка перетаскиванием, да не просто исправлена, а даже улучшена. Теперь можно таскать сразу несколько товаров, и даже перемещать товары в другие категории.
Если вы кидаете товар на другой товар в той же категории — это сортировка, если же на товара другой категории — это смена родителя.
При совершении действий с товарами дерево ресурсов тоже обновляется. Кстати, можно скрывать и показывать товары в меню сразу из таблицы.
Система плагинов товара по-прежнему позволяет добавлять свой столбики в таблицу. Более того, теперь она позволяет расширять любые таблицы, но про это позже — она пока в разработке.
Таблица с опциями товаров категории перенесена на вкладку «Настройки» и также почти полностью переписана.
С самой логикой работы опций пока не разбирался, только переписал эту таблицу и её окошки.
Понятное дело, везде сотни изменений, исправлений и улучшений, о которых не упомнить. Кому интересно — вот коммит с ними всеми на GitHub.
Ах, да! Исправлены баги в работе панели товаров, которые не давали их сохранять в прошлой бете — теперь, в принципе, можно даже попробовать работать с MS2.4 на не очень важных сайтах. На свой страх и риск. Так что не забывайте сделать бэкап, чтобы можно было откатиться.
Новая версия уже в modstore.pro, документация в docs.modx.pro. Обновляемся, сообщаем о новых ошибках.
У кого есть желание сказать спасибо материально — не стесняйтесь делать это на www.paypal.me/bezumkin или на моём сайте (требует авторизацию через id.modx.pro).
UPD.
modstore.pro продолжают стимулировать — прислали еще 10 000 руб.
Как и обещал, одновременно со всеми изменениями пишется подробная документация — вот свежая статья. Она написана с позиции «как есть», а «как стало» читайте далее.
Значительно улучшен процесс расширения родной панели ресурса MODX. Раньше нужный код копировался из MODX и со временем устаревал, теперь же он именно расширяется — то есть, вызывается из родителя, и меняется как нужно.
Теперь не должно быть проблем с подключениями других дополнений, типа Tagger, или выводом ТВ параметров.
При создании товара видно, что контент перенесён на первую вкладку, а в настройках некоторые поля спрятаны, а другие переставлены местами. По идее, должна работать и кастомизация форм, но не проверял.
Тип документа теперь можно переключать на категорию товаров и обратно. Если категория становится обычным ресурсом, и у неё есть потомки, скрытые от показа в дереве — они будет показаны, чтобы не потерялись.
Меню категории тоже больше не переписывается. Доступно и быстрое создание товаров, и сортировка, и нормальная анимация
В редактировании категории изменений еще больше. В первую очередь, таблица с товарами теперь занимает всю первую вкладку. Romain Tripault предлагал это сделать еще в 2014 году, надеюсь он будет рад.
Понятное дело, сама таблица приведена в соответствие с моими последними дополнениями: сохранение статуса, мультивыделение, действия кнопками и контекстным меню.
Исправлена сортировка перетаскиванием, да не просто исправлена, а даже улучшена. Теперь можно таскать сразу несколько товаров, и даже перемещать товары в другие категории.
Если вы кидаете товар на другой товар в той же категории — это сортировка, если же на товара другой категории — это смена родителя.
При совершении действий с товарами дерево ресурсов тоже обновляется. Кстати, можно скрывать и показывать товары в меню сразу из таблицы.
Система плагинов товара по-прежнему позволяет добавлять свой столбики в таблицу. Более того, теперь она позволяет расширять любые таблицы, но про это позже — она пока в разработке.
Таблица с опциями товаров категории перенесена на вкладку «Настройки» и также почти полностью переписана.
С самой логикой работы опций пока не разбирался, только переписал эту таблицу и её окошки.
Понятное дело, везде сотни изменений, исправлений и улучшений, о которых не упомнить. Кому интересно — вот коммит с ними всеми на GitHub.
Ах, да! Исправлены баги в работе панели товаров, которые не давали их сохранять в прошлой бете — теперь, в принципе, можно даже попробовать работать с MS2.4 на не очень важных сайтах. На свой страх и риск. Так что не забывайте сделать бэкап, чтобы можно было откатиться.
Новая версия уже в modstore.pro, документация в docs.modx.pro. Обновляемся, сообщаем о новых ошибках.
У кого есть желание сказать спасибо материально — не стесняйтесь делать это на www.paypal.me/bezumkin или на моём сайте (требует авторизацию через id.modx.pro).
UPD.
modstore.pro продолжают стимулировать — прислали еще 10 000 руб.
Комментарии: 56
вопрос может быть странным, но все же важным от автора:
новый интернет магазин с базовым функционалом MS2 + mSearch2 можно спокойной делать на данной версии?
или все же, от греха подальше, собирать на стабильной версии?
новый интернет магазин с базовым функционалом MS2 + mSearch2 можно спокойной делать на данной версии?
или все же, от греха подальше, собирать на стабильной версии?
Я бы рискнул) Я относительно рабочий перевел на прошлую версию — полет в принципе нормальный.
Пока все изменения касаются только админки, так что проблем быть не должно. Но если ты проверишь и расскажешь, что получится — будет замечательно.
Я же не только для собственного удовольствия делаю эти бета-версии, но чтобы еще и протестировать готовый функционал.
Я же не только для собственного удовольствия делаю эти бета-версии, но чтобы еще и протестировать готовый функционал.
я вас понимаю и с большим уважением отношусь к вашей работе.
вопрос больше был о том, что при сборке интернет магазина не случится неожиданный конфликт с прочими дополнениями, которыми он в будущем будет обвешиваться и моя работа не пропадет даром.
вопрос больше был о том, что при сборке интернет магазина не случится неожиданный конфликт с прочими дополнениями, которыми он в будущем будет обвешиваться и моя работа не пропадет даром.
Саша, друг, ну вот откуда я могу это знать?
Это бета версия для публичного теста. Если бы я сам взял и сделал пару десятков магазинов, протестировал бы её со всеми дополнениями — это была бы уже стабильная версия, понимаешь?
Вопрос твой, прости пожалуйста, глупый сам по себе.
Это бета версия для публичного теста. Если бы я сам взял и сделал пару десятков магазинов, протестировал бы её со всеми дополнениями — это была бы уже стабильная версия, понимаешь?
Вопрос твой, прости пожалуйста, глупый сам по себе.
да для вас он глупый, удалите всю ветку моих комментариев, я лишь уцепился за эту строчку " теперь, в принципе, можно даже попробовать работать с MS2.4 на не очень важных сайтах. Только обязательно сделайте бэкап, чтобы можно было откатиться, в случае чего!"
Небольшой баг в заказах
получается выводит значение, если по нему нет или отключен вариант
всё ок
всё ок
Я бы еще убрал такой момент, как вывод товаров категории через поле content по умолчанию. Когда делается сайт, шаблоны все равно переписываются, добавляется постраничная навигация и свои обертки и тд и тп, а в поле контент пишется текстовый блок описания самой категории (для сео-шмео). В итоге, если вовремя не убрать это описание и потом накопировать категорий, начинаются свистопляски на страница, когда вместо поля content выводятся товары в неправильной верстки. Сталкивался не один раз и было неудобно.
Имхо, можно сделать так, как это для товара сделано, где все оформление вынесено в чанк и для прототипирования можно его использовать или писать свой код.
Вот такой вот issue получился. В остальном все круто.
Имхо, можно сделать так, как это для товара сделано, где все оформление вынесено в чанк и для прототипирования можно его использовать или писать свой код.
Вот такой вот issue получился. В остальном все круто.
Боюсь, что если сделать настройку по умолчанию пустой, то посыпятся жалобы с другой стороны — что категории вдруг перестали выводить товары.
Понятно, что шаблоны и т.д., но люди, наверное, уже привыкли, что все категории показывают свои товары сразу из коробки.
Понятно, что шаблоны и т.д., но люди, наверное, уже привыкли, что все категории показывают свои товары сразу из коробки.
Я бы пометил эту фичу как deprecated и выпилил бы через релиз. Как промежуточный вариант — оставил бы возможность выставить настройку в empty при установке. Понятно, что обратную совместимость ломать не хочется и жалобы будут, да, но раз системно все переписывается, хотелось бы стройности во всем. Как фича — это да, удобно для новичков на старте, но не универсально.
Развивая мысль, можно было бы вынести оформление магазина в отдельный пакет, а в самом miniShop оставить голое ядро и учитывая, что с 2.4 версии есть возможность указывать зависимости, ставить пакет оформления по умолчанию, но при этом давать возможноть отказаться от него. В таком случае в пакете оформления можно было бы реализовать полценный демо-магазин (аля сборка) для желающих посмотреть, а как оно что работает.
Для конечно пользователя все остается так же — установил одной кнопкой, открыл сайт — о! магазин работает.
Для сайтоделов, вроде меня и других — при установке снял галку и голова не болит, делаешь что нужно и лишнего на сайте ничего нет.
Развивая мысль, можно было бы вынести оформление магазина в отдельный пакет, а в самом miniShop оставить голое ядро и учитывая, что с 2.4 версии есть возможность указывать зависимости, ставить пакет оформления по умолчанию, но при этом давать возможноть отказаться от него. В таком случае в пакете оформления можно было бы реализовать полценный демо-магазин (аля сборка) для желающих посмотреть, а как оно что работает.
Для конечно пользователя все остается так же — установил одной кнопкой, открыл сайт — о! магазин работает.
Для сайтоделов, вроде меня и других — при установке снял галку и голова не болит, делаешь что нужно и лишнего на сайте ничего нет.
Как фича — это да, удобно для новичков на старте, но не универсально.Я правильно понимаю — системная настройка, которую ты можешь изменить как тебе удобно, это не универсально?
Универсально, это тянуть 2 пакета вместо одного и усложнять установку. А ты потом будешь еще и все чанки по памяти с нуля писать, ибо установил только голое ядро?
удобно для новичков на стартеЗа это мои дополнения и любят, как мне кажется. И я еще регулярно получаю упрёки, что «не работает» и «нет документации».
Текст по умолчанию вынесен в настройки и за всё время это, насколько я помню, первая подобная жалоба. Кстати, в Tickets сделано ровно так же — и там вовсе жалоб нет до сих пор.
Я вредный пользователь, да, ну и не новичок. Чанки пишу по памяти и заготовки не использую, так как все равно потом почти всегда переписываю, потому что мне не нравится реализация ))
Про tickets знаю, но я им реже пользуюсь, потому пока не наболело.
А что касается настройки, то да, это универсально, но все равно нужно помнить про такое поведение и вовремя ее чистить. А вот в этом уже неудобство, особенно если забыл это сделать на старте.
Ну и мои комментарии — это не упреки, я это сознательно так подробно рассписываю и предлагаю обсудить, чтобы не было похоже на упрек и недовольство.
Ну и напоследок,
Про tickets знаю, но я им реже пользуюсь, потому пока не наболело.
А что касается настройки, то да, это универсально, но все равно нужно помнить про такое поведение и вовремя ее чистить. А вот в этом уже неудобство, особенно если забыл это сделать на старте.
Ну и мои комментарии — это не упреки, я это сознательно так подробно рассписываю и предлагаю обсудить, чтобы не было похоже на упрек и недовольство.
Ну и напоследок,
Универсально, это тянуть 2 пакета вместо одного и усложнять установку.в новых версиях MODX это 1 строчка в конфиге зависимостей
в новых версиях MODX это 1 строчка в конфиге зависимостейУгу, только miniShop2.4 работает с MODX 2.3+. Да и возможности отказаться от этих зависимостей, насколько я помню, нет.
И 2 пакета — это в 2 раза больше открывания\закрывания IDE, как минимум. Плюс потенциальные ошибки, типа «я непонял чо за галочка, но у меня вооообще ничего не работает — все страницы пустые!»
В общем, мне кажется, что проще тебе на бумажке записать «что нужно сделать сразу после установки MS2» или даже написать свой скрипт с установкой дефолтных настроек, чем сделать всем остальным pro-mode.
Чанки пишу по памяти и заготовки не использую24 чанка, фига ты крутой! Я вот, например, так не умею и сам постоянно меняю уже готовые чанки.
А вот в этом уже неудобство, особенно если забыл это сделать на старте.Решение:
UPDATE modx_site_content SET content = '' WHERE class_key = 'msCategory';
24 чанка, фига ты крутой! Я вот, например, так не умею и сам постоянно меняю уже готовые чанки.Ну так а документация и исходники на кой черт тогда? Зато я меньше глупых вопросов задаю :)
Решение:Не решение, когда клиент уже накопировал тучу категорий и половину успел наполнить содержимым. Да еще мозг параллельно выносит тем, что херня на сайте какая-то :)
UPDATE modx_site_content SET content = '' WHERE class_key = 'msCategory';
а зачем вы отдаете клиенту не до конца настроенный сайт?
Идеальный сферический сайт в вакууме мне еще не встречался :) А на деле зачастую сайт нужен вчера и как можно быстрее, потому иногда случается.
Не решение, когда клиент уже накопировал тучу категорий и половину успел наполнить содержимым.
Окей, а вот так?
UPDATE modx_site_content
SET content = ''
WHERE content = "[[!pdoPage?\n &element=`msProducts`\n]]\n\n[[!+page.nav]]"
AND class_key = 'msCategory';
Или даже
UPDATE modx_site_content
SET content = REPLACE(content, "[[!pdoPage?\n &element=`msProducts`\n]]\n\n[[!+page.nav]]", '')
WHERE class_key = 'msCategory';
Вопрос уже решен, но мне всё равно эти «сложности» кажутся надуманными.
Дело ж не в самой проблеме, а в ресурсах, затраченных на ее решение. Я без проблем напишу подобные запросы, если будет нужно, но ведь можно разобраться в проблеме и решить ее кардинально и один раз. За решение большое спасибо, между прочим.
Я, кстати тоже часто из-за этой функции чувствую себя некомфортно.
Есть предложение использовать настройку не в файле category.common.js, а реализовать в файле mscategory.class.php метод getContent. Пусть код из настройки добавляется к полю content и выводится только на фронтенде (вот здесь используется этот метод).
Тогда изменение настройки повлияет сразу на все категории.
Постараюсь сделать пулл-реквест в ближайшее время. Вдруг, понравится…
Есть предложение использовать настройку не в файле category.common.js, а реализовать в файле mscategory.class.php метод getContent. Пусть код из настройки добавляется к полю content и выводится только на фронтенде (вот здесь используется этот метод).
Тогда изменение настройки повлияет сразу на все категории.
Постараюсь сделать пулл-реквест в ближайшее время. Вдруг, понравится…
Вот так, может, сделать?
github.com/bezumkin/miniShop2/pull/206
Для теста: s5023.h5.modhost.pro/manager/
s5023 / hw1zHKhPKAaA
github.com/bezumkin/miniShop2/pull/206
Для теста: s5023.h5.modhost.pro/manager/
s5023 / hw1zHKhPKAaA
Ах, блин… Теперь надо как-то почистить все категории во время обновления со старых версий…
Тогда еще будет нужна настройка, определяющая куда добавлять код: перед контентом или после.
На мой взгляд, на реальном магазине эта настройка не нужна — я сам хочу решать, где, в каких случаях и каким образом выводить товары.
Но без неё тоже нельзя — тогда не будет «работать из коробки». А это тоже важно для новичков.
Однако вопрос-то уже решен. Василий решил эту настройку сделать пустой по умолчанию. Старые магазины не поломаются, но новые уже «из коробки» показывать товары сами не будут.
Но без неё тоже нельзя — тогда не будет «работать из коробки». А это тоже важно для новичков.
Однако вопрос-то уже решен. Василий решил эту настройку сделать пустой по умолчанию. Старые магазины не поломаются, но новые уже «из коробки» показывать товары сами не будут.
На мой взгляд в принципе неудобно то, что для того чтобы вывести товары нужно добавить в Контент чанк или вызов сниппета. Какой-нибудь нерадивый менеджер может в любой момент его случайно удалить.
Поэтому мне кажется лучше сделать так: modx.pro/components/8395-minishop2-version-2-4-0-beta1/#comment-58804
Поэтому мне кажется лучше сделать так: modx.pro/components/8395-minishop2-version-2-4-0-beta1/#comment-58804
Я, как программист, не люблю давать пользователю какую-то дополнительную власть. Из-за этого я не люблю поле «Шаблон» у ресурса.
Я чаще всего делаю один шаблон на сайте, а внешним видом рулю уже внутри шаблона. Например, так:
Я чаще всего делаю один шаблон на сайте, а внешним видом рулю уже внутри шаблона. Например, так:
<html>
<head>
[[$head]]
</head>
<body>
[[[[*class_key:eq=`msProduct`:then=`$product.Content`:else=`--`]]]]
[[[[*class_key:eq=`msCategory`:then=`$category.Content`:else=`--`]]]]
</body>
</html
Может добавить настройку «Шаблон по умолчанию для новых категорий»? Также, как у товаров. Было бы удобно.
+1, часто в консоли, потом чищу, а иногда получается, что некоторые категории уже наполнили контентом, это еще больше проблем добавляет.
Сделал настройку пустой по умолчанию. При обновлении она останется как есть, а при новых установках никому не помешает.
Кто захочет — добавит себе туда что нужно.
Кто захочет — добавит себе туда что нужно.
Не забудь сделать Налог с продаж с зависимостью от региона и от индекса.
На сайте везде одна цена, при чекауте, при выборе региона или индекса должен прибавляться налог.
На сайте везде одна цена, при чекауте, при выборе региона или индекса должен прибавляться налог.
И в мыслях не было. В MS2 уже есть все возможности для реализации любой своей логики.
Тебе заказывают магазин, требуют сделать налог с продаж — делай, это твоя работа.
Тебе заказывают магазин, требуют сделать налог с продаж — делай, это твоя работа.
Потом только не удивляйся почему не хотят минишопом за границей пользоваться.
Это первый шаг для выхода на международный рынок.
Это первый шаг для выхода на международный рынок.
У клиентов всегда было желание сортировать товары в мультикатегориях (также перетаскиванием). Возможно ли такое сделать? Я на сколько понимаю, это нужно добавить в табличку mscategorymember поле rank и прописать фроненд на extjs и логику php?
Не думаю, что это технически возможно.
Все товары принадлежат своим категориям, у каждого из них внутри неё есть свой menuindex. Через мультикатегории задаётся лишь принадлежность товара к чужой категории, но menuindex у него никак от этого не меняется.
Если сделать еще поле rank в мультикатегории, как ты отсортируешь одновременно родной menuindex товаров и дополнительный rank мультикатегории? Это же разные, неравноценные колонки, причем у многих товаров rank и вовсе не будет. Это не имеет смысла.
Прямо сейчас ресурсы выбираются по категориям с добавлением мультикатегорий, и ты можешь сортировать всю кучу сразу: по родителю, дате, цене, чему угодно — тому, что есть у всех выбранных товаров.
Но сортировать по мультикатегориям наравне с обычными категориями никак не получится, если только не сделать вообще одну общую таблицу чисто для сортировки всех товаров сайта, чтобы это значение было у них всех.
Но это уже вообще что-то странное.
Все товары принадлежат своим категориям, у каждого из них внутри неё есть свой menuindex. Через мультикатегории задаётся лишь принадлежность товара к чужой категории, но menuindex у него никак от этого не меняется.
Если сделать еще поле rank в мультикатегории, как ты отсортируешь одновременно родной menuindex товаров и дополнительный rank мультикатегории? Это же разные, неравноценные колонки, причем у многих товаров rank и вовсе не будет. Это не имеет смысла.
Прямо сейчас ресурсы выбираются по категориям с добавлением мультикатегорий, и ты можешь сортировать всю кучу сразу: по родителю, дате, цене, чему угодно — тому, что есть у всех выбранных товаров.
Но сортировать по мультикатегориям наравне с обычными категориями никак не получится, если только не сделать вообще одну общую таблицу чисто для сортировки всех товаров сайта, чтобы это значение было у них всех.
Но это уже вообще что-то странное.
Задумался над реализацией, и вправду, кажется что необходима отдельная табличка. Но вот что у меня вышло, схематично, быстро накидал в фотошопе стрктуру дерева ресурсов и соттветственно таблиц в базе данных. Пример сортировки одновременно по родному menuindex и по rank'у из мультикатегорий.
Вот вид в древе:
А вот представление в системной модкс site_content (с менюиндексом, родителем и ID) и в ms2_product_categories (с product_id, category_id и rank собственно)
стандартная сортировка по menuindex дополняется сортировкой по полю rank из таблички мультикатегорий
в категории с id 7 лежат товары id1, id2, id3 — это их родительская категория
в категории с id 8 лежат товары id4, id5, id6 — это их родительская категория
сортировка в категориях id 7, id 8 происходит одновременно по menuindex и полю rank.
Вроде логичная получилась модель сортировки?
Вот вид в древе:
А вот представление в системной модкс site_content (с менюиндексом, родителем и ID) и в ms2_product_categories (с product_id, category_id и rank собственно)
стандартная сортировка по menuindex дополняется сортировкой по полю rank из таблички мультикатегорий
в категории с id 7 лежат товары id1, id2, id3 — это их родительская категория
в категории с id 8 лежат товары id4, id5, id6 — это их родительская категория
сортировка в категориях id 7, id 8 происходит одновременно по menuindex и полю rank.
Вроде логичная получилась модель сортировки?
сортировка в категориях id 7, id 8 происходит одновременно по menuindex и полю rank.А теперь напиши этот SQL запрос, чтобы так отсортировать. Напоминаю, что родной menuindex товара мультикатегории никуда не денется.
Можно сначала отсортировать по menuindex, а потом уже по rank. Или наоборот.
Но нельзя указать, что вот этот товар сортируется по rank, а этот по menuindex.
В общем, фигня это получится, а не сортировка.
так, а можно же джойнить rank из ms2_product_categories для текущей категории и сортировать по нему — если он существует, а если нет — то по menuindex?
Вот тут ребята пишут подобный запрос на mysql: stackoverflow.com/questions/3377854/sql-how-do-i-order-by-a-field-if-its-not-null-else-use-another-field
Вот тут ребята пишут подобный запрос на mysql: stackoverflow.com/questions/3377854/sql-how-do-i-order-by-a-field-if-its-not-null-else-use-another-field
COALESCE(value,...) Returns the first non-NULL value in the list, or NULL if there are no non-NULL values. mysql> SELECT COALESCE(NULL,1); -> 1 mysql> SELECT COALESCE(NULL,NULL,NULL); -> NULL
Что-то дохера трудов ради такой, на мой взгляд, бесполезной функции. Я даже не уверен, что xPDO поддерживает COALESCE.
Люди сортируют по цене, по наличию, по популярности, по новизне. Кто вообще сортирует по тому, как задал менеджер в админке?
В общем, нет, у меня впереди множество работы над MS2 и сортировка в мультикатегориях туда явно не входит, даже если это, вроде бы, и возможно.
Люди сортируют по цене, по наличию, по популярности, по новизне. Кто вообще сортирует по тому, как задал менеджер в админке?
В общем, нет, у меня впереди множество работы над MS2 и сортировка в мультикатегориях туда явно не входит, даже если это, вроде бы, и возможно.
по-крайней мере 4 года назад не поддерживали.
значит только мне одному сплошь и рядом попадаются кропотливые контентеры, для которых всякие мелочи, такие как позиция товара при начальной загрузке категории — очень важная деталь?
так, я правильно понимаю что нужно отправить в донат дохера денег чтобы пустить делу ход?))
значит только мне одному сплошь и рядом попадаются кропотливые контентеры, для которых всякие мелочи, такие как позиция товара при начальной загрузке категории — очень важная деталь?
так, я правильно понимаю что нужно отправить в донат дохера денег чтобы пустить делу ход?))
значит только мне одному сплошь и рядом попадаются кропотливые контентеры, для которых всякие мелочи, такие как позиция товара при начальной загрузке категории — очень важная деталь?Наверное.
Вот бы кто-нибудь придумал ТВ параметры или расширение таблицы товаров, чтобы кропотливые контентеры могли туда прописать свой порядок начальной загрузки?
так, я правильно понимаю что нужно отправить в донат дохера денег чтобы пустить делу ход?))Нет, неправильно.
Донаты были в прошлом году, под руководством Simple Dream. Тогда же собирали группу энтузиастов, программистов, руководителей проекта. Слушали пожелания, писали планы работ, отчитывались по ним.
А сейчас я разбираюсь с тем, что из этого вышло, самостоятельно. Можно поддержать меня материально, но это ни на что не влияет.
Цель у меня — привести в порядок то, что уже есть. Ничего нового пока в планах нет.
с помощью TV параметров и расширения таблиц товаров не удастся добавить rank для мультикатегорий, т.к. один товар может быть в нескольких категориях, писать json строку в эти поля и затем сортировать через неё считаю не рациональным. В связи с этим вопрос: можно попросить зарезервировать в табличке ms2_product_categories поле rank для последующей доработки своими силами сортировки в мультикатегориях?
PS: мы пришли к решению, что если сам автор miniShop2'a подтверждает техническую возможность реализовать сортировку с учетом мультикатегорий, то реализацию возьмем на себя и пришлем pull-реквестом на гитхаб в ближайшем обозримом будущем.
PS: мы пришли к решению, что если сам автор miniShop2'a подтверждает техническую возможность реализовать сортировку с учетом мультикатегорий, то реализацию возьмем на себя и пришлем pull-реквестом на гитхаб в ближайшем обозримом будущем.
Василий, по умолчанию новый товар создается как категория, если отдельно не задать поле class_key:
$product = $modx->newObject('msProduct');
$product->save();
$modx->log(1, print_r($product,1));
В логе:...
[class_key] => msCategory
...
Причина: в методе msProduct::__construct() на 24 строке:$this->set('class_key', 'msCategory');
Спасибо, обновил пакет.
Василий, во-первых хотелось бы поблагодарить за работу! Во-вторых, один простой вопрос: что в дальнейшем будет с вариативными товарами? Через TV типа MigxDB подключить не проблема, конечно, но вспоминая версию 2.3, по-моему там была вполне разумная мысль по-поводу расширения таблицы msProductData… Грубо говоря, будет ли какая-то стандартная возможность, а не как сейчас сто и один способ?
В репозитории modstore доступна только версия 2.2.0, хотя текущая стоит — 2.4.0-beta1.
2.4.0 не доступна сейчас для загрузки?
2.4.0 не доступна сейчас для загрузки?
Вопрос закрыт)
Для контента категории с товарами изменения не сохраняются)
Точнее изменения сохраняются, но в поле контент в любом случае выводится содержимое ms2_category_content_default если оно не пустое
Поправил это и поиск в категории.
Обновил пакет в репозитории, без изменения версии.
Обновил пакет в репозитории, без изменения версии.
Проблема с поиском товара в админке
При создании нового производителя, не отображается при выборе в свойствах товара
При создании нового производителя, не отображается при выборе в свойствах товара
Василий, привет! Возможно ли добавить такой функционал — отдельный словарь для категории (опционально)? Возникают случаи, когда одну категорию товаров используем для услуг, другую для товаров, третью для предложений и т.д. Соответственно в админке для менеджеров кнопки будут «Создать товар», «Создать услугу». Карточки будут называться «Товар… », «Услуга ...» или «Предложение… » и т.п. Сейчас это можно сделать, но было бы здорово, если добавишь такую возможность в функционал MS2. Надеюсь понятно объяснил. :)
Заранее благодарен и удачи с разработкой! Буду донейтить вне зависимости от наличия этой функции. :)
Заранее благодарен и удачи с разработкой! Буду донейтить вне зависимости от наличия этой функции. :)
А как ты это делаешь сейчас?
Василий, если не сложно, перемести в категории опции выше настроек, они сильно чаще нужны.
установил на пробный сайт. Не смотря на систему настройку не показа товаров в дереве ресурсов, товары все таки выводятся.
скриншот (если понадобится доступы предоставлю или любую другую информацию)
скриншот (если понадобится доступы предоставлю или любую другую информацию)
Системная настройка только переключает галочку при создании товара, по умолчанию.
А так — у каждого товара этот параметр можно включать\отключать отдельно.
А так — у каждого товара этот параметр можно включать\отключать отдельно.
Создаю товар — галочки нет (ниже скрин)
joxi.ru/KAgKR7wHg0nDpA
создал товар (ввел 1 название), сохранился, после обновления страницы галочка на месте и товар в дереве
joxi.ru/D2PjNVwsdEje1r
joxi.ru/KAgKR7wHg0nDpA
создал товар (ввел 1 название), сохранился, после обновления страницы галочка на месте и товар в дереве
joxi.ru/D2PjNVwsdEje1r
Поставьте плюс кто со мной согласен: не хватает в новой версии массовых действий. Было удобно выделяем группу товаров (какой-то сезонный товар, товар разовых акций) — и снимаем с публикации, удаляем и прочее.
или может теперь это действие расположено в ином месте?
или может теперь это действие расположено в ином месте?
спасибо!) объяснить бы потом клиентам как делать…
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.