Всего 123 786 комментариев

Баха Волков
Баха Волков
19 апреля 2024, 12:48
+2
Постараюсь в свободное время это сделать, спасибо за предложение
/
Баха Волков
Баха Волков
19 апреля 2024, 12:48
+1
Да, будет работать
/
Наумов Алексей
Наумов Алексей
19 апреля 2024, 11:49
1
0
Самое лучшее решение в данной ситуации — это сделать отдельный файл для работы с этим API, например:
/assets/components/mycomponent/api.php
ну или просто попроще
/api.php
внутри этого файла инициализируем MODX в API режиме, читаем, например:
modx.pro/development/3163

А далее просто получаем данные, как нам нужно и выводим в json:
$query = $modx->newQuery('modResource');
$query->where([
'parent' => 2,
]);

$resources = $modx->getIterator('modResource', $query);
$data = [];
foreach($resources as $resource) {
$data[] = [
'pagetitle' => $resource->get('pagetitle');
];
}

header("Content-Type: application/json");
echo json_encode($data);
exit();
да, если нужны TV поля, то запрос будет сложнее. Но эта информация тоже есть на форуме.
Если уж совсем лень писать запрос — то можно внутри скрипта вызвать сниппет pdoresources:
$data = $modx->runSnippet('pdoResources', [ПАРАМЕТРЫ]);
/
Артур Шевченко
Артур Шевченко
19 апреля 2024, 10:07
0
Если нужен полноценный API, используй ZoomX. Также можно просто с делать коннектор и слать запрос к нему и возвращать что нужно и как нужно.
/
snowdog178
snowdog178
18 апреля 2024, 21:54
0
Не отображаются добавленные поля в редактировании пользователя.
Добавил одно поле в «общую информацию», для другого создал вкладку, в ней ещё вкладку и в ней уже поле.
Созданные вкладки отображаются, а вот поля — нет.
Что я делаю не так?
В датабазе добавленные поля есть, я им даже напрямую задал значения у одного пользователя, всё равно не отображаются.
/
Stepan
Stepan
18 апреля 2024, 17:01
0
попробуйте убрать 
exit(true);
/
Наумов Алексей
Наумов Алексей
18 апреля 2024, 11:28
0 
$_modx->resource['tv-name']
Или в чанках где-то внутри pdoResources
$_pls['tv-name']
но лучше избегать дефис в названиях TV. Дефис нельзя использовать в названиях переменных в php, из-за этого возникают трудности в Fenom. Замените на подчеркивание.
/
vit
vit
18 апреля 2024, 00:47
0
{$_modx->resource.tv-name} выводит текущий tv текущего
{6 | resource:'tv-name'} выводит значение tv ресурса Id которого 6
Как я понимаю это вам нужно.
/
Андрей
Андрей
18 апреля 2024, 00:03
0
К сожалению не помогло, не хотелось совмещать старый синтаксис с fenom, но видимо придется: с
/
Артур Шевченко
Артур Шевченко
17 апреля 2024, 23:47
0 
{$_pls['tv-name']} или {'tv-name' | placeholder}
/
Олег
Олег
17 апреля 2024, 19:46
0
cпасибо!
/
Андрей Степаненко
Андрей Степаненко
17 апреля 2024, 19:12
+1
С расположение пакетов это одна из проблем которую на мой взгляд нормально не решишь, всегда на измене что то то можешь затереть
По этому и придумал схему с :ro который защищает файл в Extras
Хоть сколько раз переустанавливай свой пакет
Если нужен собранный пакет то он будет в target в сборке с docker
/
Артур Шевченко
Артур Шевченко
17 апреля 2024, 19:04
0
Попробуй так
{if $options}
<h2>Заголовок:</h2>
<p>
    {foreach $options as $option}
        {if $option.value == 1}
            {$option.caption},
        {/if}
    {/foreach}
   </p>
{/if}
/
Наумов Алексей
Наумов Алексей
17 апреля 2024, 18:35
+1
Я всегда делаю так:
В корневой директории сайта
/home/user/data/www/modx.test.ru/
создаю папкуgo
Extras/Scheduler/
и уже в нее кидаю содержимое репозитория.

Этот подход предлагает modExtra (см. readme) github.com/modx-pro/modExtra

Конечно и другие подходы есть к разработке, но я предпочитаю этот)
/
Дима Касаткин
Дима Касаткин
17 апреля 2024, 18:16
0
Это путь от корня на сервере?
Вот я форкнул один из пакетов, хочу подправить код и собрать новую версию для теста. Предполагается что я всё это заливаю в корень установленного MODX. Папка _build сразу содержит установочные скрипты, из-за чего я не могу использовать готовую установку MODX, где поддерживаю другие пакеты.

Вот этот путь /Extras/ModxExtraName/ откуда берется? Корень / перед /Extras/ где смонтирован? У меня это примерно так на хостинге /home/user/data/www/modx.test.ru/ и вот отсюда уже идут ...modx.test.ru/_build/ и так далее.
/
Наумов Алексей
Наумов Алексей
17 апреля 2024, 16:35
0
Когда идет разработка, то обычно исходники пакета лежат примерно по такому пути:
/Extras/ModxExtraName/
поэтому не совсем понимаю, зачем еще 1 уровень вложенности добавлять.
/
Андрей Степаненко
Андрей Степаненко
17 апреля 2024, 10:08
+1
Последние попытки запуска как раз и были связаны с WSL, Docker завершался с ошибкой и все.

Для отключения WSL
C:\Users\\AppData\Roaming\Docker\settings.json
«wslEngineEnabled»: false

И после этого docker запуститься. Ура)
/
Андрей Степаненко
Андрей Степаненко
17 апреля 2024, 09:51
+1
Windows 11 еще один вариант)

/
Николай Савин
Николай Савин
17 апреля 2024, 09:41
+1
Исходники открою ага. В общественный репозиторий пока не переношу.
/
Василий Наумкин
Василий Наумкин
17 апреля 2024, 09:27
+1
windows — страшная тема для docker) кто смог настроить docker под window, респект
Давно использую на Windows 11, через родной Hyper-V.



Заморочки видимо с WSL, попробуй без него на досуге.
/