Дополнительные поля

Элементарный юзкейс: у меня есть раздел "блог", который управляется одноименным компонентом. Я хочу, чтобы контент-менеджер мог менять слайды в слайдере, причем желательно, чтобы в каждой категории блога был свой набор слайдов. Через статик пейджс это легко реализуется - repeater и прочие типы переменных.
Через CMS Page, на которой построен блог, уже этого не сделать. В том числе и на контент-блоках.

При этом я уже понял, что эти фантазии из коробки нереализуемы. Вот хотя бы свежий гайд от Октбяря по статик пейджс: https://octobercms.com/blog/post/getting-started-october-cms-static-pages-v2

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

о ну-ка, этого я ещё не видел

Для сайта, управляемого контент-менеджерами это функционал маст-хэв

а стоп это обычный статик

я думал вот вот релизнули что то

я не понимаю зачем тебе на одной странице статик и блог

Ну просто представь ту ситуацию, что я отписал. Допустим, блог - это по факту раздел с новостями. И нужно, чтобы контент-менеджер мог зайти и на странице "Новости" заменить баннер, слайдеры и какие-нибудь произвольные тексты. Будь эта страница статик пейджем, это было бы элементарно и легко. Но эта страница - CMS. И вот этого функционала уже нет.

@Alex245235, я правильно понимаю, что тебя интересуют аналогичные ситуации использования?

Я пробовал только с текстом, если взять cms page, и засунуть ее в статик, он автоматом отобразит статичный текст и даст его редактировать

Вот картинки не знаю

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

Тоесть у клиента есть доступ в стринги переводов и в контент блоки. У меня все сайты только мультиязычные будут

Экстендишь категории, добавляешь в них нужные роля и выводишь их на фронте. Либо делаешь модель settings и туда выносишь нужные поля. Зачем там со статиком мешать?

Да, возможно я не до конца понял назначение Static Pages.
Насчёт "экстендишь категории" можно чуть подробнее?
За идею с моделью спасибо - в целом можно сделать и собственный плагин, который будет решать мою задачу.

Я так понимаю имеешь в виду что-то подобное https://octobercms.com/docs/plugin/extending

В целом неплохая мысль, но для большого количества компонентов это головная боль. Поэтому мне статик и показался удобным при первом приближении.

@hamerium @Alex245235
Приветствую. Не нужно смешивать static и cms.
Static pages - для меню и простых страниц (о компании, политика конфиденциальности и т.п.). То есть для тех страниц где клиент будет самостоятельно править тексты и т.п.
Cms pages - для страниц которые тащат различные данные из базы данных. Рулят этими страницами, в основном, плагины и настройки (темы или settings модель). Если нужно добавить новые поля, например, для категории или статьи - расширяем Блог.
Расширяем = создать свой плагин, из метода boot() в Plugin.php добавить нужный функционал(новые поля в форму, новые поля в список, связи, поля в бд и т.п.).
Также есть корневые страницы (как я их называю). Например страница Блог. На таких страницах текст, слайдер и т.п. указывается прямо в коде (у клиента нет возможности править самостоятельно) или же данные поля выносятся в настройки.
Настройки:
- темы (theme.yaml). Поля, табы, заголовки и т.п. создаются максимально просто. Не нужно лезть в базу данных.
- settings модель. Делается чуть сложнее, хранит данные в базе. Просто для пары кусков текста и картинок не вижу смысла ее использовать.
Мне хватает настроек темы. Может кто-то делает по другому, хз, я делаю так.