nopCommerce 3.80 roadmap and estimated release date. Let's discuss

SilhouetteBS wrote:
Unfortunately, this work item is not planned to be done in 3.80

Hi Andrei,

I've downloaded latest develop version. I think last changes
https://github.com/nopSolutions/nopCommerce/commit/70bf544a5e3575d7e1d5a8da93df3eafbafd89ea
causes in slower application performance.
In the previous version of the class BrowscapXmlHelper, application runs faster.
This is only suggestion because I not analyze the code.

Regards
Krzysztof

will this pull request make it to 3.80 ?

Description for checkout/product/specification attribute values (contribution) #373

tx

nop4you wrote:
Hi Krzysztof,

Why do you think that slower application performance is caused by BrowscapXmlHelper? It works very fast (and run only once per HTTP request)

rudgr wrote:
Hi Rutger,

Thanks a lot for contribution! But we do not plan to implement this functionality in the upcoming version. We'll definitely use your pull request when decide to implement it

Hi Andrei,

What do you think about adding new settings?

First new setting - "Free shipping for first purchase" and new field on the customer "Free shipping for next purchase"?

Best regards,
Patryk

nop4you wrote:

Not to start another debate, but personally I think the use of "settings" is a difficult way to progress and creates "human memory" dependency - also making the code do every option kind've wastes the plugin ability of nopCommerce - I think this type of thing would be better as a discount plugin and it shouldn't be too hard to implement - it is a good idea.

nop4you wrote:
Thanks.

Absolutely agree with Marc. It could be done as new discount requirement plugins (not out of the box)

Скачал обновления на сегодня в 3.8.
Ну, если не в тему, извините :)

1. Если установить в настройках товара все чекбоксы (окно, которое появляется сверху экрана), а потом их снять, то страница создания товара так и остается, как не убирал отметки с чекбоксов.

2. Не сочтите за критику, но мне кажется, что не смотря на созданную гибкость настроек страницы создания товара, не плохо было бы настройку сразу привязать к шаблону продукта.
Т.е, человек выбирает шаблон - "стул" и сразу содержание страницы создания товара с определенными заранее, например администратором, полями.
В противном случае каждый раз под разный товар придется сидеть и "вспоминать" - какие были поля..

Ну и совсем идеально, если в категории будут настройки - для какого шаблона товара предназначена категория (возможная для нескольких шаблонов).

Тогда получится, что если человек выбрал шаблон товара - "стул", то ему сразу показываются поля на странице создания товара для стульев, а при выборе категории (при создании товара - стул) только те категории, которые предназначены для шаблона товара - "стул".

Естественно, в этом случае товар создается в последовательности (коротко)
1. название товара;
2. выбирает шаблон - "стул"
3. Сохраняет.
Страница обновляется
4. поля для стульев
5. категории для стульев
Если еще характеристики и свойства для стульев..
Ну это я уже мечтаю :) ))

Позвольте еще несколько аргументов к моему предложению

Реализация его очень удобна при мульти-сторе, когда много разных видов товаров и категорий.
И, кстати, есть еще очень важный нюанс:
давать вендору выбирать не все шаблоны товаров из имеющихся.

Например:
давать: стулья, столы, компьютеры.
Но оставить возможность для администратора иметь доступ к своим шаблонам - админским (к категориям это тоже относится).
Суть такого ограничения в том, что администратор при помощи своих категорий и шаблонов сможет создавать какие-либо предложения - от себя. Например: покупка вендорами рекламного места или  стол заказов под открытие платных сервисов для вендоров от администратора.
Иными словами: через разделение доступа к шаблонам и категориям между вендором и администратором, можно добиться создание магазина в магазине.