Андрей Степаненко

Пока что не планируется

Ждать, не стоит.
Но быть может когда-нибудь и будет.

В общем я понял тут все это обсуждение ради того чтобы решить твою проблему.
Если не устраивает компонет msOneClick напиши пожайлуста администрации modstore. Пусть сделают возврат.
Доказывать что курица не петух я что то подустал.

Твое не понимае как работает modx приводит к тому что ты с меня пытаешься спросить чтото:

Вот пример что делаешь ты:

[[!msMiniCart? &tpl=`@INLINE <div id="msMiniCart">[[+total_count:is=`0`:then=`[[+product.price]]`:else=`[[+total_count]]`]]</div>`]]

И считаешь что это должно работать аналогично как и при запуске на странице
Ну то есть ты считаешь что должны зарегистрироваться все скрипты minishop2
которые запускаются с помощью функции:


и дальше по списку:


Но ты даже не удосужился выяснить а будет ли это работать. Ну так спросить у меня в техподдержке, по советоваться на modx.pro. У тебя просто это должно работать!!! и не волнует.

Я тебе ответил что надо писать свой плагин.

Тебя это не устроило и ты решил вылить свое недовольство.

Дальше смысла нету продолжать беседу.

Какой?

Дак я же выше написал!
Нагладно:
У вас есть категория msCategory: Машины в ней 1000 товаров
Вы меняете у нее class_key на modDocumet
Вопрос: где вы потом будете искать эту 1000 товаров?
Ни где. Потому что все modDocumet не показывает список товаров как это делает msCategory

Вообще интересноный подход)) Мне прям поражают такие мотивации к действиям

Следовательно Ваш компонент не нужен.

Вам бы msOneClick для начала доделать, а потом приступать к таким проектам как этот.

А до этого был вопрос у вас нерешенный в msOneClick)))
И я так понимаю я должен решить его за вас?

Представляете а msOneClick еще не умеет подключать платжетные системы, службы доставки, работать с компонента: msAddLinked, msMiniCartDynamic и др.

Но в понимании большенства пользователе (которые не разбираются в програмировании) msOneClick должен уметь с этим всем работать.

Ну дак если в компоненте не написано что он умеет с этим работать, надо же проверять перед покупкой. А не кричать потом на всю ивановскую что мол все плохо.

Да и потом на modstore в полне лояльно относятся к возвратам, если пользователя что то не устроел.

И что же в нем не доделано?
То что в тех поддержки писал что надо чтобы работал count.
А где написано что он должен там работать?

Следовательно Ваш компонент не нужен. Достаточно те же самые условия проделывать в phpMyAdmin и на крайняк в консоле.

Серьезно?
Так то хоть маленько понятно о чем я вообще пытался объяснить про composite.
Или без разницы что в базе будет хлам скапливатся?

Да вот не особо чтобы хочется это давать делать)))
Прикол в том что ну вот сменишь класс с msCategory на modDocument

<object class="msCategory" extends="modResource">
        <field key="class_key" dbtype="varchar" precision="100" phptype="string" null="false" default="msCategory"/>

        <composite alias="OwnProducts" class="msProduct" local="id" foreign="parent" cardinality="many" owner="local"/>
        <composite alias="AlienProducts" class="msCategoryMember" local="id" foreign="category_id" cardinality="many"
                   owner="local"/>
        <composite alias="CategoryOptions" class="msCategoryOption" local="id" foreign="category_id" cardinality="many"
                   owner="local"/>
    </object>

По хорошему надо удалить все имеющиеся связи. Но как я вижу мало кто понимает как это работает.
Ну то есть composite это зависимые связи от класса msCategory, то есть без него вроде как работать не могу.
Даже если давать менять класс, и при этому удалять зависимые, а вдруг там окажется 1000 товаров)) Этот процесс врядли завершится. Поэтому сперва надо будет удалить эту 1000 товаров, а потом поменять класс.
Так что phpMyAdmin в помощь, если хотите с мусором в базе остатить))

Вообще планирует, но пока даже не смотрел как там работает

Можно с помощью msPre перегенироваровать превью товаров.
По умолчанию показывается 20 товаров, можно выставить к пример 1000-2000 товаров, отметить все, и в меню выбрать


Можно и больше конечно выставить)) Но там уже надо смотреть чтобы браузер не завис, за пару заходов обновятся все превью

Ну вообще у Modx есть graph в котором можно по связям сделать запрос на много уровней вниз, причём в одну строку. Но честно сказать не очень удобно этим пользоваться.
Как правило самый часто используемый код всегда должен быть под рукой

msPre удаляет/уничтожает то количество которое влезет на страницу.
Тестировался на 100к товаров. Удаляет 1000 товаров за 20 минут.
Можно выборочно отметить нужные товаров в нужных категориях.

Спасибо)

Пришлось по боротся с этой фигне. По этому при загрузке по ссылке файл скачивается а имя его не сохраняется. Потом по mime_type сравнивается и присваивается расширение для изображения.

А вот и не все так просто:

https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcSpJNE3AjYe1G5yh8g5Mczv3pCdc40x-x0aYhKHtk08W7q008oNSMxIqIR7

Попробуй загрузить

не поверишь, не знал об этом. Спасибо)

Источник как обычно google.
Пару ссылок
https://metanit.com/web/extjs/12.3.php
https://ilyaut.ru/extjs/
https://modx.ws/extjs-urok-ext-js-script-modx-revolution
http://bustep.ru/modx/extjs/

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

Так как всяческих приемов очень много как можно сделать, все пишут как хотят. На то он и JS там сложно чтото стандартизировать.

Но можно выделить такие направления для изучения в js как: события, переопределения любых функций, классов, методов в общем того что в php работает иначе. Когда понимаешь как они устроены то намного легче работать с ExtJs. Ну а за все это отвечает javascript, так что надо в первую очередь его изучать.

Как бы я уже прекрасно понимаю как работает даже тот же VueJs (так как реализовал на нем интернет-магазин в связке с minishop2 через RESTfull), да простые приложения легко пишутся, но капни в насправлении Хранилища, и тут засада начинается не меньше чем с ExtJs. И кстати по документации тоже не очень просто найти что то сложное. VueJs хорош но я наверное не стал бы его использовать для той же админки modx.

Lar чисто для программистов. Обычному дизайнеру, верстальщику и веб-мастеру с ним делать нечего.
Зачем вообще сравнивать modx и laravel.

В ларе есть интерфейс позволяющий создать дополнительное поле из коробки?
И не будет, так как программисту такой интерфейс не нужен.

Можно конечно начать впаривать начинающему вебмастеру: да зачем тебе модекс, вот есть laravel бери его.
Ну по тыркается по мыркается он с ним, будет обученим заниматся хрен знает сколько времени. Так как без опыта в ларе делать нечего.

А взять modx я думаю первый сайт у него уже появится в течении 1 дня.
Причем он не просто развернет какую то коробку но и сможет создать какие то свои фишки.

В ларе он должен по управжняться с сервером, разобраться с composer, разобратся в мироустройстве это замечательно системы. Кароче времени очень много надо чтобы начать им пользоваться.
MODX прекрасно решает такие задачи как создание интернет-магазина, да и другие очень сложных проекты, поверь, нету в laravel того чего нельзя сделать на modx. так как сейчас есть composer.
В принципе можешь пользоваться той системой к чему душа лежит.

Я и сам против, просто пришлось использовать phpunit тесты, а на винде через phpStorm достаточно удобно это делать, нежеле на сервере упражняться с настройками.
Тоже часа два голову ломал что ему не нравится в это классе пока не залезе в runProcessor