И рыба, и мясо
Что обычно делает администратор сайта, только что запихнув новый текст в CMS?
Правильно - смотрит, как страница с этим текстом выглядит в браузере рядового
посетителя сайта.
Если при просмотре на странице выявляются ошибки в тексте или в форматировании
- можно залезть обратно в CMS и отредактировать. После чего вновь залезть в
браузер и посмотреть - исчезла ли ошибка? При необходимости цикл повторяется.
А вот принцип редактирования "здесь и сейчас" позволяет ткнуть прямо
в текст и отредактировать его "не отходя от кассы".
Дело в том, что с развитием движков, выдающих динамически скомпонованные страницы,
появилась возможность "втыкать" в страницу управляющие элементы для
администратора, которые рядовому посетителю не видны.
Вот, к примеру, так выглядят управляющие элементы на странице блога, построенного
на движке Регистра:
Редактирование на месте - вещь, конечно, интересная, но она противоречит основному
инстинкту CMS - "разделяй и властвуй". Удобство - удобством, но смешение
двух интерфейсов (посетителя и администратора) и двух разных частей CMS - это
та обратная сторона, которая может наставить палок в колеса.
Минусы получаются за счет двух факторов:
а) снижение безопасности, поскольку легко допустить ошибки в разграничении доступа.
Кроме того, случайно можно "заредактировать" или удалить текст.
б) усложнение движка за счет включения дополнительного кода при генерации страницы,
внедряющего администраторские элементы и проверяющего уровень доступа.
Чем сложнее движок и больше сайт, тем сильнее влияние этих двух факторов. Поэтому
такое "кровесмешение", как правило, практикуется в небольших и личных
проектах. А на крупных - организуется preview страницы как бы со стороны посетителя.
Зато на небольших личных сайтах редактирование на месте вполне уместно ... если
не злоупотреблять этой штукой.
(a) Контент: Vadim Artamonov, 1999 - 2019 Anno Domini