<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Глеб Калинин &#187; веб</title>
	<atom:link href="http://glebkalinin.ru/tag/web/feed/" rel="self" type="application/rss+xml" />
	<link>http://glebkalinin.ru</link>
	<description>Дизайн, проектирование, контент и здравый смысл</description>
	<lastBuildDate>Mon, 06 Sep 2010 07:14:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Контент-менеджмент и веб-публикации</title>
		<link>http://glebkalinin.ru/content-management-vs-web-publishing/</link>
		<comments>http://glebkalinin.ru/content-management-vs-web-publishing/#comments</comments>
		<pubDate>Fri, 04 Dec 2009 17:47:39 +0000</pubDate>
		<dc:creator>Глеб Калинин</dc:creator>
				<category><![CDATA[блог]]></category>
		<category><![CDATA[веб]]></category>
		<category><![CDATA[данные]]></category>
		<category><![CDATA[дизайн]]></category>
		<category><![CDATA[интерфейсы]]></category>
		<category><![CDATA[контент]]></category>

		<guid isPermaLink="false">http://glebkalinin.ru/?p=41</guid>
		<description><![CDATA[На Programmableweb опубликован рассказ Дэниэля Джекобсона, директора разработки NPR. Он описывает крайне логичный и рациональный принцип, который внутри NPR получил название COPE: Create Once, Publish Everywhere. Дэниэл говорит о принципиальной разнице между инструментами публикации в веб (web publishing tools) и системами управления содержимым (CMS). Если первые предназначены для представления контента исключительно в веб-форматах (HTML, картинки <a class="more-link" title="Перейти к описанию книги" href="http://glebkalinin.ru/content-management-vs-web-publishing/">...</a>]]></description>
			<content:encoded><![CDATA[<p>На Programmableweb опубликован<a href="http://blog.programmableweb.com/2009/10/13/cope-create-once-publish-everywhere/"> рассказ Дэниэля Джекобсона</a>, директора разработки <a href="http://www.npr.org/">NPR</a>. Он описывает крайне логичный и рациональный принцип, который внутри NPR получил название COPE: Create Once, Publish Everywhere. Дэниэл говорит о принципиальной разнице между инструментами публикации в веб (web publishing tools) и системами управления содержимым (CMS). Если первые предназначены для представления контента исключительно в веб-форматах (HTML, картинки + иногда CSS, нередко внедрённый в разметку), то вторые хранят контент в максимально чистом виде, без или с минимумом специфичной для веба разметки, позволяя таким образом быстро и безболезненно создавать для содержимого новые представления — будь то версия для мобильных устройств, RSS или полноценный буклет в PDF для печати.</p>
<p><span id="more-41"></span></p>
<p>Небольшая презентация Дэниэля наглядно иллюстрирует принцип COPE:</p>
<p><object style="margin:0px" width="425" height="355"><param name="movie" value="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=copeexamples-091005195225-phpapp01&#038;stripped_title=npr-examples-of-cope" /><param name="allowFullScreen" value="true"/><param name="allowScriptAccess" value="always"/><embed src="http://static.slidesharecdn.com/swf/ssplayer2.swf?doc=copeexamples-091005195225-phpapp01&#038;stripped_title=npr-examples-of-cope" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="355"></embed></object></p>
<p>Я довольно часто наталкиваюсь на разговоры о семантической разметке в вебе. На мой взгляд, работоспособность любой технологии зависит от того, насколько удобно и понятно её поддержка реализована для конечного пользователя, в данном случае контнет-менеджера. Очень многие современные CMS хотя и не столь явно ориентированы на выдачу HTML (большинство из них может отдавать данные также XML-форматах: RSS, Atom и т.д.), однако подход к хранению информации остаётся достаточно примитивным.</p>
<p>Типичные CMS представляют такой подход к хранению данных: «атомарными» являются поля заголовок и содержимое, в некоторых случаях краткая аннотация, к ним привязан набор дополнительных мета-данных, файлы, теги, категории и т.д. Однако основной массив информации, собственно содержание записи, хранится в виде единой строки, с прописанной структурой, если таковая имеется, и разметкой, семантической в меру знаний контент-менеджера. </p>
<p>Ситуация эта мне кажется не очень правильной. На мой взгляд, CMS должна предоставлять возможность в простом и наглядном режиме создавать новые типы записей, данные в которых хранятся максимально дискретно и представляют собой связки «поле—значение», при этом значением могут быть данные из других записей того же или другого типа. То, что в терминологии стандартных CMS является единым полем «содержимое», также может представлять из себя набор связанных полей.</p>
<p>Схематически это могло бы выглядеть примерно так:</p>
<div class="section">
<p><img src="http://glebkalinin.ru/featured/2009/12/scheme.png" alt="Структура записи умной CMS" title="Структура записи умной CMS" width="435" height="756" class="alignnone size-full wp-image-47" /></p>
<p class="aside">Кстати, интересный концепт под названием upflow (<a href="http://troelskn.github.com/upflow/">демо</a>, <a href="http://github.com/troelskn/upflow">github</a>) предлагает использовать markdown в качестве разметки, при этом отображает её в визуальном режиме. Такой подход называется <a href="http://en.wikipedia.org/wiki/WYSIWYM">WYSIWYM</a> —  What You See Is What You Mean. Несмотря на то, что при нём, очевидно, всё содержимое всё равно хранится одной записью, такой метод всё же способствует созданию структурированных документов, а не каши из тегов, как в случае с визивигом, хотя и требует от редактора куда большей сообразительности и понимания процесса и не заменит качественного интерфейса и продуманной структуры хранения данных.</p>
</div>
<p>При такой системе мне не приходилось бы как сейчас вручную писать разметку для того, чтобы делать боковые сноски. Я бы настроил CMS таким образом, чтобы к каждому абзацу или секции можно было привязывать примечание, или картинку, или файл, и не создавал в определенной степени привязанные к оформлению теги с классами, а просто заполнял соответствующее поле. В упрощённом и схематичном виде интерфейс мог бы выглядеть примерно так (клик — просмотр увеличенной версии):</p>
<div class="section">
<p><a href="http://glebkalinin.ru/featured/2009/12/sections-interface.png"><img src="http://glebkalinin.ru/featured/2009/12/sections-interface-500x368.png" alt="sections-interface" title="sections-interface" width="500" height="368" class="alignnone size-medium wp-image-48" style="outline: 1px solid #000" /></a></p>
<p class="aside">Естественно, это довольно грубый прототип, не учитывающий многих нюансов.</p>
</div>
<p>Осмысленная структура позволит, как в случае NPR, на лету создавать новые виды представления, легко и просто расширять функционал, строить качественных поиск. На мой взгляд, использование WYSIWYG должно быть минимизировано (в большинстве случае достаточно тегов strong, em, h1-h3, гиперссылок и вставки изображений), а результат работы визуального редактора должен тщательно чиститься. <span class="aside"><span class="dot">(</span>В плане чистоты и лаконичности мне очень симпатичен <a href="http://code.google.com/p/jwysiwyg/">WYSIWYG-плагин для jQuery</a>.<span class="dot">)</span></span> Чем дискретней, атомарней данные, тем легче их организовывать, сортировать, повторно использовать, анализировать. Вместо склада текстов можно формировать базы данных, извлекая из них новые смыслы и значения.</p>
<p>Современные фреймворки вроде <a href="http://www.symfony-project.org/">Symphony</a>, <a href="http://rubyonrails.org/">Ruby on Rails</a> или <a href="http://www.djangoproject.com/">Django</a>, разумеется, предоставляют функционал для построения в кратчайшие сроки CMS с оптимальной структурой хранения данных, однако я пока не встречал удобных инструментов, не требующих навыков программирования для решения типовых задач по созданию специфичных структур данных. Мне кажется, что при нынешнем развитии технологий это вполне посильная задача для очень большого процента случаев.</p>
<p>Кстати, на <a href="http://theoryandpractice.ru/seminars/2078-hackday-sankt-peterburg-versiya-2-5-12">завтрашнем Хакдее</a> я буду читать доклад о контенте, и непременно затрону и этот вопрос. Мне было бы интересно обсудить его с профессиональными программистами.</p>
<img src="http://glebkalinin.ru/?ak_action=api_record_view&id=41&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://glebkalinin.ru/content-management-vs-web-publishing/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Типографика в веб — расширение пространства борьбы</title>
		<link>http://glebkalinin.ru/web-typograph/</link>
		<comments>http://glebkalinin.ru/web-typograph/#comments</comments>
		<pubDate>Thu, 22 Oct 2009 04:31:59 +0000</pubDate>
		<dc:creator>Глеб Калинин</dc:creator>
				<category><![CDATA[блог]]></category>
		<category><![CDATA[css]]></category>
		<category><![CDATA[веб]]></category>
		<category><![CDATA[дизайн]]></category>
		<category><![CDATA[типографика]]></category>
		<category><![CDATA[шрифты]]></category>

		<guid isPermaLink="false">http://glebkalinin.ru/?p=21</guid>
		<description><![CDATA[С проблемой типографики в вебе сталкиваются абсолютно все веб-дизайнеры — и почти все мечтают выйти за ограничения стандартных Эриала, Тахомы и Джорджии, которая, к слову, с момента появления воспринималась как манна небесная на фоне замыленного Таймс Нью Роман. Существует ряд техник, позволяющих с переменным успехом отображать нестандартные шрифты на веб-страницах: банальное использования картинок и вставка <a class="more-link" title="Перейти к описанию книги" href="http://glebkalinin.ru/web-typograph/">...</a>]]></description>
			<content:encoded><![CDATA[<p>С проблемой типографики в вебе сталкиваются абсолютно все веб-дизайнеры — и почти все мечтают выйти  за ограничения стандартных Эриала, Тахомы и Джорджии, которая, к слову, с момента появления воспринималась как манна небесная на фоне замыленного Таймс Нью Роман. Существует ряд техник, позволяющих с переменным успехом отображать нестандартные шрифты на веб-страницах: банальное использования картинок и вставка их посредством тега &lt;img&gt;, использование image replacement техник (замена текста через Javascript или наложение слоев с фонами через CSS) до применения canvas (<a href="http://wiki.github.com/sorccu/cufon/about">cufon</a>) и Adobe Flash (<a href="http://wiki.novemberborn.net/sifr/">sIFR</a>).</p>
<p>Однако существует и совместимый со стандартами способ подключения шрифтов — через CSS-правило @font-face. <span class="aside">Хабрахабр: <a href="http://habrahabr.ru/blogs/css/64596/">Прекрасные шрифты посредством <span class="nobr">@font-face</span></a>.</span> Нидерландская словолитня Typotheque предлагает пользоваться такой возможностью и утверждает, что работать это будет в 95% современных браузеров, включая Internet Explorer (в расчетах шрифтовики ссылаются на <a href="http://en.wikipedia.org/wiki/Usage_share_of_web_browsers">статью со статистикой</a> из Википедии.</p>
<p><span id="more-21"></span></p>
<p>Typotheque  впервые предлагает специальную лицензию для использования на веб, которая в 5 раз дешевле, чем стандартная. Например, Fedra Sans Std Book по веб-лицензии обойдется всего 18 евро, против 90 за полную. Установить шрифт, приобретенный по веб-лицензии, на свой компьютер нельзя, он подключается непосредственно к сайту через CSS-файл и загружается . При этом действуют ограничения по трафику — 500 мегабайт в месяц. Каждый гигабайт свыше этого объема будет стоит 1 евро. Таким образом, Typotheque не только впервые используют бизнес-модель, связанную с фактической арендой шрифтов, но и выступают в качестве первопроходцев на ниве лицензирования оных для использования в сети.</p>
<p><object width="450" height="253"><param name="allowfullscreen" value="true"><param name="allowscriptaccess" value="always"><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=6428584&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00adef&amp;fullscreen=1"><embed src="http://vimeo.com/moogaloop.swf?clip_id=6428584&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00adef&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="450" height="253"></object></p>
<p>Протестировать услугу можно совершенно бесплатно в течение месяца, «приобретя» пробную лицензию, а для крупных компаний, которые не устраивает зависимость от стороннего хостинга, предусмотрена серверная лицензия, по которой каждое начертание обойдется в 1500&nbsp;€. На момент написания этой заметки у Typotheque есть 2 отличных супергарнитуры с поддержкой кириллицы: Fedra и Greta, так что эксперименты можно проводить и с русскоязычными сайтами. <span class="aside">К сожалению сайт студии работает последние сутки с перебоями и до магазина достучаться не так-то и просто — но я склонен списывать это на ажиотаж, связанный с запуском сервиса, и надеюсь что скоро проблема будет решена. В любом случае, файлы шрифтов располагаются на распределенный хостинге Amazon, и опасаться за их доступность не стоит.</span> </p>
<p><strong><a href="http://www.typotheque.com/webfonts">www.typotheque.com/webfonts</a></strong></p>
<h3>Смотрите также</h3>
<p><a href="http://lovtsevich.com/2009/10/26/font-face-ili-nazad-v-budushhee/">@font-face или назад в будущее</a> — подробная статья по теме внедрения шрифтов от Павл Ловцевича.</p>
<h3>Update</h3>
<p>В настоящий момент техника <a href="http://www.google.com/support/forum/p/Webmasters/thread?tid=72ee06efe996fe8d&#038;hl=en">не работает в Google Chrome</a>, несмотря на то, что этот браузер, как и Safari, основан на движке Webkit. В силу неизвестных соображений безопасности поддержка рендеринга сторонних шрифтов в Хроме отключена. Ее можно вручную включить, запустив программу с параметрами  &#8211;enable-remote-fonts. <strong>Update:</strong> заработало.</p>
<h3>Update 2</h3>
<p>Гораздо более широкий выбор шрифтов на куда более гуманных условиях предлагает <a href="http://typekit.com">Typekit</a>. К сожалению, кириллицы я пока что в его каталоге не обнаружил.</p>
<img src="http://glebkalinin.ru/?ak_action=api_record_view&id=21&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://glebkalinin.ru/web-typograph/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
