Aleksandr Huz

Сниппеты исключают страницу, если нет перевода, даже если показываем 404 страницу.

Поэтому у меня работает так:

• redirect — если мы переходим на страницу без перевода, то срабатывает редирект на главную, и такие страницы исключаются из всех сниппетов.
• 404 — то же самое, что и redirect, но показываем 404 страницу вместо главной
• default — страницы без перевода учитываются в сниппетах, (pbLang, pbMenu), но не в pbSitemap. При переходе на такую страницу показываем страницу без перевода.

За это будет отвечать системная настройка pageblocks_context_fallback

Важно решить как управлять страницами при мультиязычности:
— если нет перевода, то не отображать страницу

А что значит не отображать страницу? Показываем главную?

Важно решить как управлять страницами при мультиязычности:

Сейчас, если перевода нет — показывается страница в основной локали.
Остальные варианты пока не реализованы.

pbLang — есть
pbSitemap — есть
pbCanonical — будет

Желающие «переехать» на ваш компонент также столкнуться с еще одной проблемой — у многих сайты на субдоменах или того хуже — на разных доменах.

Если используется роутинг — проблем вообще нет. А если по старинки, то да, нужно доработать.

Привет.
Сниппет для sitemap будет добавлен на этой неделе.

есть какие-то особенности при мультиязычности?

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

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

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

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

Через API

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

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

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

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

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

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

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

Как работает мультиязычность?

Скоро будет отдельная статья про мультиязычность.

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

На данный момент — нет. Но компонент можно приобрести, а если он не подойдёт, всегда можно оформить возврат через магазин.

если удастся реализовать автоматическое заполнение контентом напрямую из вёрстки

В компонент уже встроена экспериментальная функция AI Block, которая позволяет на основе верстки автоматически создать конструктор блока, чанк и сразу добавить заполненный блок на текущую страницу — без каких-либо дополнительных атрибутов в верстке.
К сожалению, со сложными блоками ChatGPT справляется плохо, поэтому я пока отложил этот функционал.
Для включения этой функции нужно добавить ключ в настройку pageblocks_chatgpt_apikey и после этого в меню настроек блоков (рядом с кнопкой «Создать») добавить соответствующий пункт.

По сути, добавлять атрибуты в вёрстку — это то же самое, что вручную расставлять плейсхолдеры. Только ещё нужно знать, какие атрибуты использовать и куда их вставлять, поэтому этот вариант пока не рассматривается.

Сейчас в приоритете — режим разработчика и роутинг.

Во-первых, MIGX не умеет создавать вкладки, панели и, тем более, кастомные поля у ресурсов или пользователей.
Во-вторых, настройка таблиц в PageBlocks куда мощнее: данные сохраняются не в JSON, а в нормальной структуре БД, что даёт гибкость для фильтрации, поиска и реализации сложной логики.
А ещё в PageBlocks есть блоки, синхронизация блоков между ресурсами, встроенный роутинг и многое другое.

Поэтому PageBlocks на порядок мощнее MIGX — это уже полноценный фреймворк внутри MODX.

Примеры скоро будут.

[[!SocialNetworks?
    &tpl=`@INLINE <li [[+classes]]><a href="[[+link]]" target="_blank" title="[[+name]]"><i class="fab fa-[[+icon]] fa-2x"></i></a></li>`
]]

Обновляйтесь

Хорошо, уберу ограничение

Я в 90% случаев использую поиск через Crtl+F

Есть встроенный поиск:

Аналогично тому, как например в mFilter2 можно указывать кастомные чанки row и outer для любых полей,

Я об этом даже не знал. Чтобы что-то узнать, все равно нужно читать документацию, а если нужно универсальное решение — использовать феном.

Из пожеланий, всё-таки не терять MODX-style и дать возможность использовать систему чанков полноценно, не прибегая в foreach циклам в коде шаблонизатора.

Теперь я понял, о чем ты. Нужно добавить параметры, как в mFilter2. Например:

'tpl.outer.list' => 'tpl_outer_name',
'tpl.row.list' => 'tpl_row_name'

где list — название переменной.

Но ведь все равно придется читать доку))
Но идея хорошая. Сделаю

Вот так? Я подумаю, куда можно вывести стилизацию списка блоков.

Да, хорошая идея, это тоже в планах. Сейчас в платной версии есть поиск по блокам, если их более 15, но группировка будет получше. Реализую.