vitus: comment 6

vitus
Sun, 20 Jan 2013 19:06:35 +0400

Не предполагается, что внешние сервисы (ну кроме поисковых роботов), работают с данными, управляемыми CMS. Не их собачье дело. Их дело - предоставить страницы, позволяющие работать с данными, которые не ложатся в парагигму CMS. Табличными, реалтаймовыми или еще какими. Эти сервисы как правило, каждый имеют свою собственную систему шаблонов и единственным общим знаменателем для них является именно html,

Что каксается того, что в данном блоге невалидный xhtml, так он вообще-то и не обещался быть xhtml-ем. Он html, то есть sgml-приложение, а не xml-прилоежние. В sgml-приложениях могут быть незакрываемые теги. Более того, теоретически никто не мешает, одну и ту же DOM сериализовать как sgml-приложение с определенной DTD, и как XML (а также как SXML и ещё много как что, хоть как ASN.1 CER).

Я не понимаю, зачем вам видеть контент отдельно от представления. Пользователь видит контент сайта либо в форме редактирования, либо на странице. То и другое, вообще говоря, представления. Всё остальное внутреннее дело движка. Его никто не видит.

Контент, отдельный от представления это виртуальная сущность, существующая только в памяти движка, в момент выполнения операции редактирования. Мы просто назначаем одно из альтернативных представлений основным хранилищем. А так альтернативных представлений может быть сколько угодно. Основное хранилище отличается от альтернативных только тем, что в нём хранятся все публичные атрибуты объекта, и, соответсвенно, мы их умеем оттуда вытаскивать.

Красота и markdown связана так, что если мы отдщаем пользователю markdown, и пользовательский браузер его самостоятельно рендерит, красоты там не будет. Потому что не предусмотрено в Markdown для этого средств. А в html - предусморено. Создание красоты это, естественно, не для пользователя, а для дизайнера.

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