mithraen [livejournal.com]: comment 8

mithraen [livejournal.com]
Mon, 21 Jan 2013 08:54:27 +0400

Ну как же не обещался? DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN. Ну и валидатор со мной полностью согласен. Я это не к тому чтобы наехать, а к тому, что если уж вы со своим технологическим перфекционизмом не считаете это ошибкой, чего ожидать от обычных верстальщиков?

Контент отдельно от представления не существует даже в памяти движка, видимо, там тоже представление. Но это уже мы в терминологические споры ушли.

Суть в том, что вы хотите чтобы внутреннее представление, из которого генерируются различные внешние представления и одно из внешних представлений было одним и тем же объектом. Если это представление напрямую всегда отдается клиенту когда он заходит смотреть конкретную статью это вероятно имеет смысл, но на большинстве блогов даже страница просмотра конкретной статьи содержит массу контента, который генерируется на основе еще и других страниц (related posts, облако тэгов, меню навигации). И если последние два можно подгружать js из других документов, то related posts должны быть физически в том самом html, который мы отдаем пользователю -- ибо оно критически важно для SEO (см. "перелинковка страниц").

В итоге либо внутреннее представление текста статьи и то, что мы выдаем по http запросу конкретного документа это физически разные файлы (и одно генерируется из другого на равных правах с документами вроде "список постов за такую-то дату", "список постов по такому-то тэгу" и т.д., либо редактирование одного объекта должно приводить к прямому редактированию внутреннего представления неопределенного количества документов.

Как вы предполагаете реализовать те самые related posts?

Внутреннее представление контента своего ресурса вижу я. В случае с Wordpress я его, конечно, не вижу (потому что смотреть в БД -- нервы свои жалко). И меня лично невозможность пользоваться на собственном блоге git, grep и sed -- очень раздражает. Соответственно логично, что хочется иметь внутреннее представление пригодное для работы с ним руками, если только это не связано с чрезмерным усложнением системы, или потери какого-то другого ценного функционала.

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

Если речь о крупном ресурсе, то тэгов используемых для классификации может быть тысячи, отображать их все смысла никакого.

Ладно, раз википедия не катит: вот, цитата:

What does HTML5 not do? HTML5 does not treat HTML as SGML HTML5 does not use DTDs

По поводу прекращения XHTML5 ничего полезного не нашел сходу Но зато нашел Polyglot HTML5. Это не XHTML, но это корректный HTML5, одновременно с тем, что это корректный XML. Если использовать его, то и овцы будут сыты и волки целы.

P.S. Вот то, что здесь можно писать в markdown а не мучаться с WYSIWYG или html -- это-ж счастье! Зачем вы хотите заставить пользователей страдать?