Лето закончилось. Началась рабочая пора. А с ней — рабочие проблемы. Нет, они и летом всплывали, но сейчас, похоже, сезонное обострение.
Спрашивается, для чего нужна CMS (система управления контентом сайта)? Для того, чтобы хозяин сайта или контент-менеджер (часто именуемый администратором) не забивал себе голову знанием html, а просто ввёл в форму текст вручную или скопировал из Ворда текст с выверенной орфографией, нажал кнопку и получил готовую страницу с содержанием. Это — в идеале.
Однако к идеальной системе управления контентом нужен идеальный контент-менеджер. А идеальный контент-менеджер — тот, который не знает слов «html» и «тег». У нас почему-то так заведено: как только человек узнаёт парочку тегов (не элементов, заметьте, а именно тегов), то сразу начинает уснащать ими сайт. Меня уже давно не удивляют сайты, испещрённые font и b. Но бывает и хуже. Бывает, что администратор, он же контент-менеджер, пихает в абзацы заголовки (h1-h6, но чаще h1-h3). Против этого лома приёма нет: фонты, жирность и прочие оформительские теги можно построить по ранжиру описанным ранее способом, но с заголовками он не работает — браузеры не считают заголовок дочерним элементом абзаца и конструкцию вида:
<p> <h1></h1> </p>
рассматривают как:
<p/> <h1></h1>
Поэтому попытки построить селектор вида «p h1» ничего не дают. Остаётся либо долго и упорно перевоспитывать админа, сиречь, контент-менеджера, либо отключить использование тегов в CMS. Либо оставить всё как есть, возложив ответственность за все перекосы на админа. При всём при том замечу: конечно же, проще один раз перевоспитать CMS, нежели многочисленных администраторов.
6 комментариев на «О CMS и её администраторах»
Аня (42 комментария)
Может, попробовать сбросить все оформление для h1-h6, а нужным назначить класс и уже на него вешать стили? Вряд ли человек, который знает тэги, догадается вписать туда класс. Правда, классов получится до лешего…
Княгиня (660 комментариев)
В данном случае нельзя. Типовые блоки выводят заголовки без классов, а курочить идейно чистые шаблоны из-за криворуких товарищей не стоит. Лучше я простимулирую программиста на удаление недозволенных тегов. Но для этого нужно время. (Тут, как в мультфильме, лучше день потерять, зато потом за пять минут долететь.)
Кстати, некоторые оптимизаторы впадают в истерику при виде атрибутов у заголовков. А нам с ними приходится работать. Это тоже аргумент против классов в типовых шаблонах.
Элина (1 комментарий)
Княгиня, подскажите, может немного оффтоп, но какими сервисами вы пользуетесь для проверки CMS? Если, конечно, пользуетесь))
Я проверяла через 2ip.ru, itrack и xtoolza. Первые два как-то вообще не о чем.. В последнем — фишка в пакетной проверке.
К чему я спрашиваю)) Как я понимаю, все эти сервисы проводят проверку посредством проверки исходного кода. То есть ведь так можно и любую ерунду в исходнике написать и они определяет неверно?)))
Княгиня (660 комментариев)
Для проверки чего? Я как-то не поняла вопрос.
Сергей М. (9 комментариев)
Да, любой WYSIWYG надо обрабатывать на стороне сервера, чтобы удалить вложенность блочных элементов в инлайновые, незакрытость тегов и прочее, чем грешат визуальные редакторы. Это к программисту, ему, на самом деле, достаточно посмотреть, как это реализованно в любом движке, к которому подключается TinyMCE или FckEditor.
Andre (1 комментарий)
Спрашивается, для чего нужна CMS ?? Все переходим на ХТМЛ ну возможно еще и SSI. Да все юзают ЦМС, потому что так легче. WordPress, DLE, Joomla и .т.д.