Новая версия miniShop2
10 000
Привет, друзья!
Возможно вы заметили, что у miniShop2 давненько не выходили новые версии. Последняя была 22го августа и содержала в себе только обновление для работы в MODX 2.3.
На данный момент в репозитории 19 issues и 10 pull-request, которые нужно обработать. Не все они с реальными ошибками — но все нужно прочитать, вникнуть, проверить и, возможно, обсудить с автором.
Как вы понимаете, это довольно приличный объем работы, и если в случае с pdoTools, где кодовая база совсем небольшая и я могу разобраться с ней за день, то в miniShop2 требуется не меньше недели (это с учетом отзывов и последующих исправлений).
Свободной недели у меня нет, а совесть не позволяет и дальше игнорировать приличный список issues. Поэтому, я предлагаю вам коллективно профинансировать выпуск новой версии MS2.
Посмотрите на список вопросов, на pull-request и подумайте, что лично вам нужно и какую сумму вы готовы внести. Если не нужно ничего — так и пишите в комментах, что вас всё устраивает. Если вы хотите исправить что-то, чего нет в списке — добавляйте и пишите вашу сумму.
Таким образом, мы или наберём 10 000 для разбирательства со всеми вопросами, или я закрою только отдельные, ну или мы выясним, что это никому не надо, и я могу спать спокойно.
В любом случае — результат от этой акции только положительный.
Пока что ничего никуда присылать не нужно, только обсуждаем возможность. Жду отзывов!
Если кто-то хочет порассуждать о том, что к бесплатному miniShop2 продаются платные дополнения, и мол надо бы его поддерживать за их счет — хочу сразу прояснить, что у этих дополнений хватает работы с их собственной поддержкой.
Лично мои дополнения свободно лежат на github в открытом виде — можно самостоятельно собирать и устанавливать пакеты, поэтому деньги люди платят исключительно за их поддержку и обновление. То есть, работа с платными дополнениями никак не касается поддержки miniShop2.
Тем более, что в последнее время появилось много дополнений для MS2 от других авторов, и непонятно, с какой радости они должны делиться честно заработанным, если нынешнего функционала MS2 хватает для нормальной работы их расширений?
На мой взгляд, MS2 вообще достаточно стабилен и хорошо работает. Критичных ошибок там нет, но есть мелкие недостатки и шороховатости. Итак, кто-то хочет, чтобы их исправляли?
Возможно вы заметили, что у miniShop2 давненько не выходили новые версии. Последняя была 22го августа и содержала в себе только обновление для работы в MODX 2.3.
На данный момент в репозитории 19 issues и 10 pull-request, которые нужно обработать. Не все они с реальными ошибками — но все нужно прочитать, вникнуть, проверить и, возможно, обсудить с автором.
Как вы понимаете, это довольно приличный объем работы, и если в случае с pdoTools, где кодовая база совсем небольшая и я могу разобраться с ней за день, то в miniShop2 требуется не меньше недели (это с учетом отзывов и последующих исправлений).
Свободной недели у меня нет, а совесть не позволяет и дальше игнорировать приличный список issues. Поэтому, я предлагаю вам коллективно профинансировать выпуск новой версии MS2.
Посмотрите на список вопросов, на pull-request и подумайте, что лично вам нужно и какую сумму вы готовы внести. Если не нужно ничего — так и пишите в комментах, что вас всё устраивает. Если вы хотите исправить что-то, чего нет в списке — добавляйте и пишите вашу сумму.
Таким образом, мы или наберём 10 000 для разбирательства со всеми вопросами, или я закрою только отдельные, ну или мы выясним, что это никому не надо, и я могу спать спокойно.
В любом случае — результат от этой акции только положительный.
Пока что ничего никуда присылать не нужно, только обсуждаем возможность. Жду отзывов!
P.S.
Если кто-то хочет порассуждать о том, что к бесплатному miniShop2 продаются платные дополнения, и мол надо бы его поддерживать за их счет — хочу сразу прояснить, что у этих дополнений хватает работы с их собственной поддержкой.
Лично мои дополнения свободно лежат на github в открытом виде — можно самостоятельно собирать и устанавливать пакеты, поэтому деньги люди платят исключительно за их поддержку и обновление. То есть, работа с платными дополнениями никак не касается поддержки miniShop2.
Тем более, что в последнее время появилось много дополнений для MS2 от других авторов, и непонятно, с какой радости они должны делиться честно заработанным, если нынешнего функционала MS2 хватает для нормальной работы их расширений?
На мой взгляд, MS2 вообще достаточно стабилен и хорошо работает. Критичных ошибок там нет, но есть мелкие недостатки и шороховатости. Итак, кто-то хочет, чтобы их исправляли?
20 марта 2015, 09:59
Комментарии: 35
Привет, Василий!
Раз уж зашла речь о развитии возможностей Minishop2, было бы полезно, помимо исправлений, добавить следующий функционал:
— Создание заказа из «админки» (пример — recordit.co/HdWluOFX7Q).
— Вывод иконки для просмотра адреса доставки на карте (https://yadi.sk/i/rPGJq1--cCcUE).
— Формирование .pdf с данными заказа для курьера.
Если и на это есть время, можешь оценить? Исходя из этого обозначим размер нашего взноса.
Раз уж зашла речь о развитии возможностей Minishop2, было бы полезно, помимо исправлений, добавить следующий функционал:
— Создание заказа из «админки» (пример — recordit.co/HdWluOFX7Q).
— Вывод иконки для просмотра адреса доставки на карте (https://yadi.sk/i/rPGJq1--cCcUE).
— Формирование .pdf с данными заказа для курьера.
Если и на это есть время, можешь оценить? Исходя из этого обозначим размер нашего взноса.
Создание заказа из админки представляется очень непростой задачей, учитывая, насколько кастомизируется фронтенд сайта с MS2.
То есть, там может быть выбор цветов, размеров и в зависимости от этого разная цена и остатки. Например, как на mamaboutique.ru.
Могут быть разные контексты, а в них разные классы корзины и заказа. А есть еще масса дополнений, которые могут менять логику формирования заказа.
Это всё нужно учитывать и как-то отображать в админке, универсально для всех. Так что, вопрос очень сложный и требует немало доработок магазина, поэтому сначала хотелось бы разобраться с текущими issues.
Ну и да, есть еще одна, очень важная проблема — мне совершенно не хочется делать заказы в админке =(
То есть, там может быть выбор цветов, размеров и в зависимости от этого разная цена и остатки. Например, как на mamaboutique.ru.
Могут быть разные контексты, а в них разные классы корзины и заказа. А есть еще масса дополнений, которые могут менять логику формирования заказа.
Это всё нужно учитывать и как-то отображать в админке, универсально для всех. Так что, вопрос очень сложный и требует немало доработок магазина, поэтому сначала хотелось бы разобраться с текущими issues.
Ну и да, есть еще одна, очень важная проблема — мне совершенно не хочется делать заказы в админке =(
Об остатках: через 1-2 месяца начну реализацию учета остатков в зависимости от опций, складов и, возможно, иных параметров. На данную задачу есть потребность клиента, так что здесь лишь вопрос времени. По возможности, буду создавать этот функционал в виде публичного компонента.
В моём представлении это нельзя нормально сделать без изменения хранения msProductData.
Сейчас один ресурс msProduct равен одной строке в msProductData. А для нормального учета вариантов товара должно быть
один msProduct -> сколько угодно msProductData.
Это очень глубокое изменение MS2, которое должно быть выделено в новую мажорную версию. Дополнением, конечно, это не сделать никак.
Сейчас один ресурс msProduct равен одной строке в msProductData. А для нормального учета вариантов товара должно быть
один msProduct -> сколько угодно msProductData.
Это очень глубокое изменение MS2, которое должно быть выделено в новую мажорную версию. Дополнением, конечно, это не сделать никак.
Как это вижу я — отдельная таблица remainings, в которой стандартные поля для товара + несколько дополнительных:
Более подробно буду продумывать, когда дойду до реализации. Пока не вижу никаких препятствий.
Василий, если такой вариант не пройдет, напиши, пжл, почему, чтобы сразу не думать в неправильном направлении.
id, product, stock, remainings, color, size, weight.Более подробно буду продумывать, когда дойду до реализации. Пока не вижу никаких препятствий.
Василий, если такой вариант не пройдет, напиши, пжл, почему, чтобы сразу не думать в неправильном направлении.
Не забудь про плагины, которые добавляют товарам новые поля. Ну и не ясно, что делать с уже имеющимися color, size, weight и т.д.
А так, да — варианты товаров, только в отдельной таблице, а не с помощью msProductData, который для этого, конечно, лучше подойдёт.
Как эти данные из сторонней таблицы подставлять в админке? Классы заказов и корзины — только из твоего дополнения, верно? Другие-то не знают о таблице вариантов.
В общем, идея, в принципе, рабочая, но реализация пахнет полноценным форком MS2.
А так, да — варианты товаров, только в отдельной таблице, а не с помощью msProductData, который для этого, конечно, лучше подойдёт.
Как эти данные из сторонней таблицы подставлять в админке? Классы заказов и корзины — только из твоего дополнения, верно? Другие-то не знают о таблице вариантов.
В общем, идея, в принципе, рабочая, но реализация пахнет полноценным форком MS2.
В эти поля автоматически заносятся значения из свойств товара.
Как редактировать — еще одна вкладка на странице товара «Остатки», где из заполненных свойств можно выбрать любую комбинацию товара и указать остаток именно для этой комбинации.
Можно или нельзя добавить товар в корзину — проверка по событиям msOnBeforeAddToCart, msOnBeforeChangeInCart.
Кастомные поля товаров — 2 вариант:
1. Ручное добавление с механизмом, аналогичным в MS;
2. Специальная кнопка в админке, которая запустит добавление полей на основе добавленных в MS плагинов.
Ключевой вопрос в подходе. Если это дополнение, то именно описанным способом. Если часть базового функционала MS, то, лучше использовать msProductData. Но какой объем трудозатрат требуется, чтобы переработать MS?
Как редактировать — еще одна вкладка на странице товара «Остатки», где из заполненных свойств можно выбрать любую комбинацию товара и указать остаток именно для этой комбинации.
Можно или нельзя добавить товар в корзину — проверка по событиям msOnBeforeAddToCart, msOnBeforeChangeInCart.
Кастомные поля товаров — 2 вариант:
1. Ручное добавление с механизмом, аналогичным в MS;
2. Специальная кнопка в админке, которая запустит добавление полей на основе добавленных в MS плагинов.
Ключевой вопрос в подходе. Если это дополнение, то именно описанным способом. Если часть базового функционала MS, то, лучше использовать msProductData. Но какой объем трудозатрат требуется, чтобы переработать MS?
У товаров в заказе и заказов есть волшебное поле properties в JSON, в которое можно сохранять необходимые значения. Во многих случаях будет достаточно просто выводить эти значения в виде массива при просмотре заказа или при раскрытии строки с товаром в заказе (как описание в системных настройках).
Классы заказов и корзины не предполагаю менять. Либо недостаточно продумал, либо предполагаю более простой функционал.
Классы заказов и корзины не предполагаю менять. Либо недостаточно продумал, либо предполагаю более простой функционал.
В общем, есть такая идея.
У нас есть база адресов пользователей modx.pro и база store.simpledream.ru
Давайте устроим демократию, подготовим и разошлем опрос, целью которого будет узнать:
1) какие ошибки важно пофиксить
2) чем могли бы помочь проекту
3) в каких новых функциях есть потребность
Затем сформируем список работ и дорожную карту. Сформируем рабочую группу, которая возьмет на себя доработки и за которой Вася будет осуществлять контроль.
Предоставим пост с картой, группой и сроками и объявим необходимую сумму для старта работ. Как считаете?
У нас есть база адресов пользователей modx.pro и база store.simpledream.ru
Давайте устроим демократию, подготовим и разошлем опрос, целью которого будет узнать:
1) какие ошибки важно пофиксить
2) чем могли бы помочь проекту
3) в каких новых функциях есть потребность
Затем сформируем список работ и дорожную карту. Сформируем рабочую группу, которая возьмет на себя доработки и за которой Вася будет осуществлять контроль.
Предоставим пост с картой, группой и сроками и объявим необходимую сумму для старта работ. Как считаете?
Отличная идея, только Вася не хочет этим заниматься. Помочь — помогу, осуществлять «полный контроль» — не согласен.
Сейчас я хочу только закрыть старые ошибки в проекте, чтобы они не висели у меня над душой. Правда, судя по комментариям, эти мелкие ошибки никого не интересуют, все хотят новых функций — а это уже совсем другой разговор.
В любом случае, сформировать список работ и дорожную карту нужно, а воплощать это в жизнь может и не только Вася — он же не единственный программист у нас в сообществе, верно?
Сейчас я хочу только закрыть старые ошибки в проекте, чтобы они не висели у меня над душой. Правда, судя по комментариям, эти мелкие ошибки никого не интересуют, все хотят новых функций — а это уже совсем другой разговор.
В любом случае, сформировать список работ и дорожную карту нужно, а воплощать это в жизнь может и не только Вася — он же не единственный программист у нас в сообществе, верно?
Спасибо, конечно, за добрый порыв, но пока не надо. Видишь, мнения разошлись, что дальше делать.
Лучше купи в магазине дополнение какое полезное =)
Ну или, если есть желание отблагодарить меня лично, безо всяких развитий MS2 — то это можно сделать у меня на сайте любым удобным способом.
Лучше купи в магазине дополнение какое полезное =)
Ну или, если есть желание отблагодарить меня лично, безо всяких развитий MS2 — то это можно сделать у меня на сайте любым удобным способом.
Как по мне, в минишопе не хватает только нормальной реализации цен в зависимости от параметров (цвет и тд). Все остальное идеально.
p.s. сомневаюсь что возможно, но очень уж хочется добавлялку полей внутри документа. По типу «добавить поле» -> название — параметр, для добавления разнообразнх характеристик товара на «лету».
p.s. сомневаюсь что возможно, но очень уж хочется добавлялку полей внутри документа. По типу «добавить поле» -> название — параметр, для добавления разнообразнх характеристик товара на «лету».
but1head, store.simpledream.ru/packages/ecommerce/msoptionsprice.html — это разве не оно?
Доброго времени суток! Спасибо за отличное дополнение. Заметил такую вещь, что начиная с версии minishop2 2.4.12 (modx 2.6.5), при переводе ресурса из статуса документ в статус товар, в таблице _ms2_products не создаётся запись с id это ресурса. Т е у ресурса меняется клай кей, но вот в этой таблице ничего не происходит.
В тоге товар невозможно отредактировать, удалить или выполнить любое другое действие.
Категории переводятся из ресурса в статус категория с товарами на ура, проблема касается только товаров.
Пока не нашёл пути решения проблемы.
В тоге товар невозможно отредактировать, удалить или выполнить любое другое действие.
Категории переводятся из ресурса в статус категория с товарами на ура, проблема касается только товаров.
Пока не нашёл пути решения проблемы.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| miniShop2 | 4.3.0-pl от 02.07.2023 | 25 496 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 53 746 |
8 часов назад
Понятно, изучать вкладки в migx…
Так то я пока освоил: создаем и заполняем таблицу с данными… Потом ее выводим…
Вчера в 00:59
Будет обновление АПИ до 3 версии или нет????
25 апреля 2024, 16:40
Когда планируется обновление? :'э
25 апреля 2024, 14:36
Насколько я помню, не во всех последних релизах была проблема со старой версией PHP (с 7й), а в 2.8.6 и 3.0.4 (предыдущих на текущий момент релизах из...
25 апреля 2024, 09:58
Попробую, спасибо!
25 апреля 2024, 00:32
Демо вроде автор закрыл, а ссылка из поста на компонент вполне рабочая, или о чем речь?
24 апреля 2024, 14:54
Давай попробуем вот так — youtu.be/BbyfFDARgZU