Ну да. Но я когда сделаю сайт (и не только я), то управление админкой передаю третьему лицу (для кого он разрабатывался). А тот по желанию может сам менять такие настройки. После 20-ти созданных таких сайтов, тяжело менять каждому клиенту через каждые пол года этот самый конфиг. Поэтому статический конфиг для этого не подойдёт. Но использование БД в данном случае для меня сомнительно. Использовать каждый раз лишние запросы мне кажется не разумно, гораздо разумнее выносить такой конфиг в файлы (аля ini, имхо). Просто я думал у Symfony на этот счёт припасены свои плюшки..
Разумеется это дело нужно будет потом менять. Такие настройки типа "количество новостей на странице" не статические и должна быть возможность их изменять.
Получается, что если мы хотим динамические настройки то нужно хранить их в базе, а статические настройки (не изменяемые) храним в yml? Так?
Пользовательские настройки то есть свои настройки, своего приложения.
Например, я хочу хранить в настройках количество новостей выводимых на странице, например 10. Где мне эту настройку лучше всего хранить?
Не проще, знаю по своему опыту. Как ни крути взяв любую cms за основу рано или поздно понимаешь, что тебя в ней что то не устраивает. Постоянные переписки, переделки под каждый проект надоедают. Хорошо когда есть своя, пусть и не большая cms, с которой работать проще именно тебе. Ты сам знаешь что где и куда. Темпы разработки под своей cms как правило быстрее, а это соответственно это деньги.
Спасибо за развёрнутый ответ. Я хотел услышать не путь решения проблемы (хотя я его возьму на заметку). Я лишь хотел узнать, какой правильно код состояния следует отправить в данной ситуации с точки зрения архитектуры.
Ну проблема не в роботах, собственно её вообще нет. Просто хотелось бы услышать правильный ответ с точки зрения разработки на этот счёт. Какой же статус всё таки нужно отдавать в таких ситуациях?
Я уже это читал. Там столько вариантов, что я не разобрался какой из них использовать. Собственно за этим вопросом я и обратился, помочь мне понять какой код состояния HTTP отдавать