2 часа назад
Этот компонент для связки с любым фреймворком?
К примеру с astro.build/ этим можно связать?
3 часа назад
Добрый день! Вы можете у сниппета ecMessage в параметре threads указать *. Про это есть в документации.
08 ноября 2024, 23:04
попробуйте убрать autoplay здесь:
allow="clipboard-write; autoplay"
08 ноября 2024, 16:24
Для select вот так сделал. Может пригодится тоже.
<select>
<option data-sort="" data-dir="" class="sorty sort&q...
08 ноября 2024, 15:57
docs.modx.pro/components/pdotools/general-properties, поиск по странице по "&return"
08 ноября 2024, 14:18
Раз уж в статье написано про «подтянуть в очередной раз свои знания в PHP», напишу тут свои мысли.
1. Работать с датами можно через объект DateTime...
08 ноября 2024, 06:31
Можно и в консоли только кнопочку руками придется нажимать, одна итерация 50 ресурсов)
По второму вопросу не скажу, не вникал)
Всего 123 765 комментариев
Путем переименования таблиц компонента miniShop в phpMyAdmin одним SQL-запросом все заработало как часики.
P.S. Василию огромный респект за разработку компонента!
Тема очень интересна. Сейчас рассматриваю возможность использования процессоров для создания контента из front-end'a сайта (ну не хочу я пускать всех в mgr, да и конечному пользователю будет удобно из front-end'a работать). Конкретно пытаюсь сделать добавление статей в блог. Может я конечно изобретаю велосипед, и все уже написано за меня? Не поможете советом по этому вопросу?
MIGXdb данные хранит не в JSON, а в таблице, которую вы сами же и определяете. А доступ к ней можно сделать через xPDO $modx->getObject, $modx->getCollection итд
PDO, with database driver(minimal requirements)
pdo_sqlite драйвер мб?
Я понимаю, что это все хранится в базе в виде JSON массива и мне просто нужно переформировав его перезаписывать… это самый очевидный вариант.
Но если для этого уже в пакете предусмотрен инструмент почему бы не воспользоватся им… ))
У меня просто руки не доходят потеснить это дело я вот и спросил МБ кто уже плавал знает
Поэтому и работает myClass->setTVValue(«prise»,$prise), т.к. myClass скорей всего является наследником modResource, а значение хранится в TV.
Или все же вам надо у каждого ресурса сделать список значений в виде таблицы и хранить это все в базе?
… ткните сюда ткните туда, вуаля вы получили счастье и код вообще без комментариев практически…
С кодом Василия несравнить
______________________________________________________________
Register the TVs for our processors (getlist,fields)
We need to register TVs to include them in the getlist- and fields-processors.
Todo so we need a new config-file under /core/components/migx/configs/
with the same name as our MIGX-configuration: childstutorial.config.inc.php (should allready be installed with the MIGX-package)
and this content:
/core/components/migx/configs/childstutorial.config.inc.php
1
2
3
<?php
$this->customconfigs['includeTVs'] = 1;
$this->customconfigs['includeTVList'] = 'price,images,categories';
___________________________________________________________________
Насколько я понял после этого к переменным
можно обращаться как то так myClass->setTVValue(«prise»,$prise);
просто если это так то зачем делать велосипед… тем более не факт, что он выйдет лучше ))
Вот и обращайтесь к этой таблице как и к любой другой, через xPDO.
А TV используется только для отрисовки значение поля.