S
кому то видишь привычнее руками писать, я привык ямлы редактировать билдером)
Size: a a a
2020 September 24
A
кому то видишь привычнее руками писать, я привык ямлы редактировать билдером)
редактировать кстати нормально думаю
B
🔫 User кикнут — вернуть этого пользователя можно только разбаном в настройках чата.
Проголосовавшие за кик:
@go1337, @dead23angel, @ydnnov, @Boarworm, @Electricaev
Powered by Todorant
Проголосовавшие за кик:
@go1337, @dead23angel, @ydnnov, @Boarworm, @Electricaev
Powered by Todorant
DI
@hamerium @Alex245235
Приветствую. Не нужно смешивать static и cms.
Static pages - для меню и простых страниц (о компании, политика конфиденциальности и т.п.). То есть для тех страниц где клиент будет самостоятельно править тексты и т.п.
Cms pages - для страниц которые тащат различные данные из базы данных. Рулят этими страницами, в основном, плагины и настройки (темы или settings модель). Если нужно добавить новые поля, например, для категории или статьи - расширяем Блог.
Расширяем = создать свой плагин, из метода boot() в Plugin.php добавить нужный функционал(новые поля в форму, новые поля в список, связи, поля в бд и т.п.).
Также есть корневые страницы (как я их называю). Например страница Блог. На таких страницах текст, слайдер и т.п. указывается прямо в коде (у клиента нет возможности править самостоятельно) или же данные поля выносятся в настройки.
Настройки:
- темы (theme.yaml). Поля, табы, заголовки и т.п. создаются максимально просто. Не нужно лезть в базу данных.
- settings модель. Делается чуть сложнее, хранит данные в базе. Просто для пары кусков текста и картинок не вижу смысла ее использовать.
Мне хватает настроек темы. Может кто-то делает по другому, хз, я делаю так.
Приветствую. Не нужно смешивать static и cms.
Static pages - для меню и простых страниц (о компании, политика конфиденциальности и т.п.). То есть для тех страниц где клиент будет самостоятельно править тексты и т.п.
Cms pages - для страниц которые тащат различные данные из базы данных. Рулят этими страницами, в основном, плагины и настройки (темы или settings модель). Если нужно добавить новые поля, например, для категории или статьи - расширяем Блог.
Расширяем = создать свой плагин, из метода boot() в Plugin.php добавить нужный функционал(новые поля в форму, новые поля в список, связи, поля в бд и т.п.).
Также есть корневые страницы (как я их называю). Например страница Блог. На таких страницах текст, слайдер и т.п. указывается прямо в коде (у клиента нет возможности править самостоятельно) или же данные поля выносятся в настройки.
Настройки:
- темы (theme.yaml). Поля, табы, заголовки и т.п. создаются максимально просто. Не нужно лезть в базу данных.
- settings модель. Делается чуть сложнее, хранит данные в базе. Просто для пары кусков текста и картинок не вижу смысла ее использовать.
Мне хватает настроек темы. Может кто-то делает по другому, хз, я делаю так.
@Boarworm, спасибо за развернутый ответ, полезные советы.
S
По мне так билдер много мусора оставляет, мне привычнее cli а дальше ручками☺️
S
какого например
S
кроме миграций)
S
В тех же файлах yaml
S
а что он там оставляет?
S
обычный ямл на выходе
S
Так же через билдер не удобно делать локализацию, ручками гораздо быстрее и как по мне удобнее, опять же кто как привык.
S
а что он там оставляет?
Сейчас тебе точно не скажу, но насколько помню типа css Class очень редко требуется
S
обычный ямл на выходе
На выходе то понятно что)))
S
Мне кажется билдер больше для новичков заходит
S
может и быть, я например 50/50 юзаю, а если много филдов так вообще быструю герецию ямла через экстендер билдера
S
был один раз, в модели около 60 филдов, с генератором за пару минут а руками хз..
S
может и быть, я например 50/50 юзаю, а если много филдов так вообще быструю герецию ямла через экстендер билдера
Ну я думаю каждому своё 😉
S
Ну я думаю каждому своё 😉
эт да
2020 September 25
МГ
Всем привет, что за ошибка в форме, с чем может быть связано?
https://prnt.sc/und6ln
https://prnt.sc/und6ln
