Здравствуйте
Есть желание использовать компонент polylang для автоматизации перевода с наименьшими усилиями, но есть пару вопросов, которые хотелось уточнить.
Планирую использовать google translator для перевода сайта.
1. Мне не нужно будет создавать копию для каждой страницы чтобы она имела перевод на выбранный язык? Просто сайт имеет порядка 2000 страниц и даже перещелкать каждую страницу для перевода на несколько языков это не реально.
2. На сколько я понимаю сейчас не нужно переводить каждое поле Локализации для каждого языка, они все будут переводиться автоматически. Правильно я понимаю? На видео видел что нужно создать поля для каждого языка в Лексиконе с переводом, по этому и возник вопрос.
3. Можно ли исключить некоторые страницы из перевода и показывать их такими как они есть?
4. Для организации документов в бекенде используется компонент Collection, не будет ли с ним проблем?

Сайт использует MODx 2.8.4
Заранее спасибо.

Добрый день.
Удалите плагин vpSystem от пакета.

Здравствуйте. И у меня проблема, повторная установка не работает, видимо, плагина больше нет в магазине. Как удалить окончательно? Чистил папку с кэшем, удалял остатки вручную, удалил us2. Не помогло — Problem getting service virtualpage.virtualpage.

Причина удаления: устаревший плагин стал мешать отрисовке тикетов в админке. После удаления проблемы не стало, но в логах остались ошибки

Хочестя в тикеты при сохранении комментария добавить кнопку «проверить на ошибки» и при нажатии на нее проверить комментарий на ошибки в нейросети сохранить проверенный вариант.

Хорошая идея. Запишу себе и реализую, когда буду делать уроки по созданию блога на PageBlocks.

Нет, через апи идет запрос в ChatGPT, который формирует необходимые данные о блоке, а дальше PageBlocks их разбирает и создает все нужные элементы.

Как говорится, плох тот разработчик, который не учится новому!

Новое так быстро выходит что не успеваешь написать программу как подоспел новый фреймворк и надо переписывать прогу уже с новым фреймворком.
П.С. Хочестя в тикеты при сохранении комментария добавить кнопку «проверить на ошибки» и при нажатии на нее проверить комментарий на ошибки в нейросети сохранить проверенный вариант. Но пока еще не настолько хочется чтоб взять и сделать :-)

ЭЭ. Извиняюсь не понял. То есть через АПИ в pageblock можно блоки писать? Прямо на модекс. Или просто когда вы pageblock писали нейросеть использовали?

Не работает парсинг с vk.com, vkvideo.ru

Можете тоже подсказать как победить данную ошибку?

Через API

PageBlocks может и не плох но как же уже достал это зоопарк фреймворков :-)

PageBlocks имеет 2 режима разработки:

• Режим менеджера — можно делать тоже самое, только клацать в админке
• Режим разработчика — управлять всем через файлы, но нужно немного поучиться, зато получаем чистый и управляемый код, который можно хранить на гитхабе

Как говорится, плох тот разработчик, который не учится новому!

Действительно! Самого главного я и не обозначил! Спасибо! Поправлю заголовок.
Речь идет именно о панели менеджера и возможности управления заказами.
В модалке без условно выводится и с этим нет сложностей, вопрос в том, что в данном контексте требуется перечень товаров выводить в общую таблицу.
Ну т.е. на равне с комментарием к заказу, датой заказа и прочими данными, требуется вывести перечень заказов.

Block::make('Services')
    ->fields([
        // Создаем поле с типом таблица
        Field::make('Services')
            ->type('table')
            ->fields([

Учить еще один язык програмирования, который типа облегчает контроль над html и css. Как говориться плох тот разработчик который не написал свой фрейворк.
PageBlocks может и не плох но как же уже достал это зоопарк фреймворков :-)

со сложными блоками ChatGPT справляется плохо

А где это вы нейросеть используете? Встроенно в pageblock или вы програмируете с нейросетью?

Очевидно ты используешь источник файлов, поэтому в админке путь прописан от источника, хочешь полный путь, откажись от источника файлов.

Привет, Henk. Спасибо за ответ! В посте по ссылке меня больше всего заинтересовала фраза «мы интегрировали AI в медиа-менеджер, чтобы значительно упростить управление изображениями» (c тегированием и пр.), но я не нашел ссылок на обновленные версии. Это обновления для ваших внутренних-продуктов, или MODX media manager получит обновление для категоризации с помощью AI?

В последней версии MODX 3.1.2 я не вижу даже тегов в mediamanager, не говоря уже о том, что они каким-то образом обновляются с помощью искусственного интеллекта.

Как и где можно потрогать руками хотя бы какие-то результаты хакатона?

— Hi @Henk Everts, thx for answer! In linked post most intesr for me «we integrated AI into the media manager to make managing existing images a whole lot easier» (with tags, etc.) — but i not found links for updated versions. This updates for you intranet products, or MODX media manager will get AI categorize update?

In latest MODX 3.1.2 version i cant see even tags in mediamanager, not to mention that they are somehow updated with the help of AI.

Where or how we can test any hakathon results?

P.S. Еranslated manually for train my english :) sorry for mistakes, may be

в preg_match проверка проходит, и туда 100% приходит url

Я не видел весь твой код, но думаю что $c это объект класса xPDOQuery, который является конструктором SQL-запросов. А $c->leftJoin(), $c->select() это всё вызовы методов конструктора запросов. После все манипуляций получается обычный SQL, который и отправляется в БД.
Если упрощать, то когда ты делаешь leftJoin одна таблица ставится рядом с другой так, чтобы совпали поля, которые ты указываешь в условии ON (или передаешь третьим параметром в метод leftJoin). Таким образом получается новая таблица, но с бОльшим количеством столбцов, при этом количество строк будет таким же как и в первой таблице. Например, если у тебя в первой таблице одна запись, а во второй две, в итоговой таблице будет одна запись. Именно поэтому ты не можешь просто взять и присоединить все товары, тебе нужно сгруппировать их по id заказа, упаковать их в одну строку и только потом присоединять. вот так можно получить товары для заказа с id = 594

<?php
$q = $this->modx->newQuery('msOrder');
$q->leftJoin('msOrderProduct', 'Product', 'msOrder.id=Product.order_id');
$select = <<<EOD
        CONCAT(
                '[', GROUP_CONCAT(
                    DISTINCT CONCAT(
                        '{"name":"', Product.name, '", "count":"', Product.count, '", "price":"', Product.price, '"}'
                    )
                    SEPARATOR ','
                ), ']'
            )
EOD;
$q->select('msOrder.id as order_id, :products AS products');
$q->where(['msOrder.id' => 594]);
$q->groupby('msOrder.id');
$q->prepare();
$sql = $q->toSQL();
$sql = str_replace(':products', $select,$sql);
$stmt = $modx->prepare($sql);
if($stmt->execute()){
    $result = $stmt->fetchAll(PDO::FETCH_KEY_PAIR);
    print_r($result);
}

Самое главное: нет конкретики…

Что за список товаров? Если в админке — он и так выводится в списке заказов, когда модалку открываешь. Если в публичной части сайта, к примеру, в ЛК, то зачем тащить процессор? Не проще ли составить нужный запрос в сниппете и в зависимости от id заказа цеплять товары? Ну, плюс ещё проверять принадлежность заказа к юзеру.

Зачем нужен пункт 1 и 2? Ведь это решается стандартными полями ресурса в MODX?

Для полного контроля над страницами и логикой отображения.