Александр Туниеков

Если нужен пример выше в системную настройку, то создаем сиснастройку, например, test_gettable_tv в нее записываем json массив:

{
    "table": {
        "class": "modResource",
        "actions": {
            "create": [],
            "update": []
        },
        "pdoTools": {
            "class": "modResource",
            "parents": 258,
            "includeTVs": "icon,price"
        },
        "checkbox": 0,
        "autosave": 1,
        "row": {
            "id": [],
            "content": [],
            "icon": {
                "class": "TV"
            },
            "price": {
                "class": "TV"
            }
        }
    }
}

И вызываем getTable

[[!getTable? &config=`test_gettable_tv`]]

Системная настройка gtsreview_admin есть? И там массив в JSON? В массиве есть инструкция tabs на верхнем уровне? :-)

Не пользовался quickview. Так что не знаю что получиться. Вообще в любом чанке должно сработать. А вот если quickview сам чанк по ajax подгружает может скрипты js не подгрузятся. И если у quickview модалки бутстраповкие проблемы с модалками могут возникнуть. Там новая модалка может ниже старой открыться и стратая будет закрывать ее.
Вообще попробуйте затестить и отпишитесь что как :-).

Что вывести и как ругается?

'includeTVs'=>'icon,price', — pdoTools делает leftJoin
А для 'class'=>'TV',

'price'=>[
                    'class'=>'TV',
                    ],

getTables преобразует в

3 => 
        array (
          'field' => 'price',
          'type' => 'text',
          'label' => 'price',
          'placeholder' => 'price',
          'where_field' => '`TVprice`.`value`',
          'class' => 'modTemplateVarResource',
          'search_fields' => 
          array (
            'contentid' => 'id',
            'tmplvarid' => 1,
          ),
          'value_field' => 'value',
          'as' => 'price',
        ),

where_field используется если для поля включен фильтр.
По class и search_fields определяется в какую таблицу базы в какую строку писать изменения.
Эти инструкции можно самим писать. Кажется так:

'price'=>[
                    'class'=>'modTemplateVarResource',
                    'edit'=>[
                          'type'=>'text',
                         'where_field'=> '`TVprice`.`value`',
                         'search_fields' => 
                          [
                            'contentid' => 'id',
                            'tmplvarid' => 1,
                         ]
                    ]
               ],

Сейчас вспоминал. Вот что получилось:

{'getTable' | snippet : [
    'table'=>[
        'class'=>'modResource',
        'actions'=>[
            'create'=>[
            ],
            'update'=>[
                
            ],
        ],
        'pdoTools'=>[
             'class'=>'modResource',
             'parents'=>258,
             'includeTVs'=>'icon,price',
        ],
        'checkbox'=>0,
        'autosave'=>1,
        'row'=>[
                'id'=>[
                    ],
                'content'=>[
                    ],
                'icon'=>[
                    'class'=>'TV',
                    ],
                'price'=>[
                    'class'=>'TV',
                    ],
            ],
    ],
]}

Только надо иметь ввиду, что таблица пишет в тв даже если к этой странице не привязанно такое TV.

Кто-нибудь уже начал компонент использовать тестить? Как впечатления?

Спасибо.

Я тебе про современны подход ответил, а у тебя фантазия разыгралась)

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

это когда ты программист высокого уровня, и тебе это все надо

Вот сразу программист высокого уровня :-). composer и все остальное еще не делают программиста программистом высокого уровня :-). Дебилом можно и с ними быть…
Что-то обсуждение не полезное. Выясняешь что полезного можно добавить в MODX, а в ответ только модные стериотипы О_о.

Ну API solidworks из под php не запустишь, но вот языков фреймворков для веба много, в частности скриптов интернет-магазинов. Здесь знакомый инструмент более важно, чем более подходящий. Хотя если в инструменте уже куча готовых дополнений, то имеет смысл перейти на него. Но такого иструмента лучше MODX я не вижу.
Хотя тут под какие задачи его использовать. Вообщем надо опрос. Под какие задачи используется MODX? И под какие задачи нужен новый MODX?

REST Api на бэке по всем канонам OpenAPI, React/Vue/Angular на фронте, который дергает это апи.

А вот оно что. Просто современный подход довольно расплывчатое понятие.
Ну при таком подходе чанки, сниппеты, тв втыкать вообще некуда. Как при таком подходе сделать CMF вообще? И это уже, во первых, будет не MODX-like, и, во вторых, подобные «современные» системы уже есть. Зачем городить еще одну…

пишешь php коннектор на сайте. В нем авторизуешься так:
modx.pro/help/15381
И в нем же пишешь методу, через которые забираешь данные с сайта в приложение.
Я давным давно делал так github.com/touol/android/blob/master/assets/components/android/action.php
Но это уже устарело. Счас бы наверно по другому писал.

очень сложно использовать современный подход

Что такое современный подход? Я тупо не понимаю что вы под этим подразумеваете. И что в нем такого хорошего?

Nuxt основан на мощной модульной архитектуре. Вы можете выбирать из более чем 50 модулей, чтобы ускорить и упростить разработку. Вам не нужно изобретать велосипед, чтобы получить преимущества PWA, добавить Google Analytics на свою страницу или создать карту сайта.

А где у них описание этих модулей???

Так вы админку на Vesp хотите? А я подумал все текущие задачи на нем писать…
Не работал с Vesp. Не знаю подойдет ли она мне…

Я еще не начем не собирался.

Смешно. Мне нафиг не нужны эти кучи интструментов. И они все не подходят для моих задач.

Проходит немного времени и понимаем, что энтузиастов нет. К сожалению.

Я бы может и занялся, но 2 момента:
Во первых, нужна внятная концепция нового MODX. composer и стандарты PSR-& мне особо не нужны. Единствонно что напрягает версионность и extJS, а все остальное в MODX меня устраивает. Чем новая MODX-like CMF должна быть лучше, чтобы начать ее писать?
Во вторых, с моим темпом написания кода пилить все функции аналоги функций MODX в одиночку буду лет 5 и это просто не имеет смысла.

Вообщем нужна концепция. Без этого ни самому пилить ни привлекать кого-то не получиться.

Мне нравиться делать на нечто среднем между CMS и фреймворком :-). Чтоб возможности модификации были не такими ограниченными как на Shop-script и чтоб было много готовых инструментов типа pdoMenu, pdoPage, чтоб была система пользователей — авторизации из коробки и т.д.