mithraen [livejournal.com]: comment 5

mithraen [livejournal.com]
Sun, 20 Jan 2013 17:17:24 +0400

1. Браузеры нынче понимают в первую очередь HTML. И ныне модный HTML5 уже не имеет XHTML-варианта. Использование XHTML означает либо не использовать HTML5, либо генерировать заведомо невалидный код. С учетом всеядности современных браузеров (ввиду хронической некомпетентности web-мастеров) вероятнее всего адская смесь XHTML-like HTML5 даже будет работать.

А использование HTML5 уже становится нормой, и валидный XHTML сейчас вообще мало кто делает. Кстати вот прямо в этом блоге невалидный XHTML -- br не закрывается. Какой процент нынешних вебмастеров в курсе того, что он должен закрываться? Большинство его не закрывают никогда, некоторые особо продвинутые его таки закрывают, но даже с doctype HTML5.

Насколько я в курсе, W3C забили на XHTML5, и хотя черновик был выпущен XHTML5 официально мертв.

Ну и на закуску, цитата из http://ru.wikipedia.org/wiki/HTML5 -- "Синтаксис HTML5 больше не базируется на SGML, несмотря на подобие его разметки".

Так что то, что в ближайшие годы будет стандартом де-факто в web -- не будет являться ни XML, ни SGML, а будет являться HTML5

1. По поводу внешних интегрированных сервисов согласен, если этим сервисам будет удобно работать с данными, без риска что-то сломать.

2. Вариант с темплейте на прокси -- я не прав был. В варианте "темплейтный движок отрабатывает при коммите" -- почему нет?

3. Мне очень не нравится идея, которую вы формулируете как ключевую фичу -- то, что контент отдаваемый пользователь и есть основное хранилище информации. Я все-таки предпочел бы видеть контент и представление контента совершенно разными объектами (второе обновляется по необходимости при изменении первого). Кроме ситуации с HTML5, у нас в любом случае будут разные версии документов (например отдельно для мобильных пользователей), или это тоже планируется все разруливать на client-side? Тогда тот, кто будет писать js-часть для этого проекта будет сильно рисковать своими нервами

4. А как связана красота и markdown? Речь о WYSIWYG-интерфейсе? Вот сколько я смотрю -- первое от чего бесятся пользователи, так это необходимость учить какие-то там тэги чтобы сколь-нибудь прилично оформить документ, а если их не учить -- мучаться в глючных js WYSIWYG-редакторах.

При этом тех же самых "простых юзверей" вполне устраивает использовать на форумах кошмарный bbcode.

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