ViJu - Статьи

Современные форматы документов

Виталий — Fri, 29 Jun 2007 20:49:21 +0400

http://ivbeg.livejournal.com/51726.html http://ivbeg.livejournal.com/45201.html http://itst.dk/static/nyhed/English%20summary.pdf http://www.oio.dk/files/Research_OXML.ODF2.pdf http://en.wikipedia.org/wiki/OpenXML http://en.wikipedia.org/wiki/OpenDocument http://en.wikipedia.org/wiki/PDF Comparison_of_OpenDocument_and_Office_Open_XML_formats Comparison_of_OpenDocument_and_Office_Open_XML_licensing

"Исследование Ovistas. Документ отличается тем что сравнивает не технические тонкости форматов этих документов, а те критерии которые наиболее важны для государственных стандартов обмена документами. Такие как: 1. Открытость и прозрачность стандартизации. 2. Зрелость. 3. Лицензионные ограничения. 4. Поддержка существующим ПО и ещё множество других. Библиография "Исследование OpenXML, ODF & PDF" (на анг., проведено норвежской компанией Ovistas по заказу Датского правительства, февраль 2007)"

Цитирую Ивана Бегтина.

Далее про СЭД в России

http://www.cnews.ru/reviews/reviews/index.shtml?239490_short

http://www.cnews.ru/cgi-bin/oranews/get_news.cgi?tmpl=top_print&news_id=...

http://itblogs.ru/blogs/borkus/archive/2007/04/15/cnews.aspx

http://www.cnews.ru/cgi-bin/oranews/get_news.cgi?tmpl=top_print&news_id=...

Notes about XSLT in browser

Виталий — Fri, 29 Jun 2007 20:45:39 +0400

If you use one of the modern browser you could try to code
web application interface with XSLT.

Some code for you (without DocType)

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns="http://www.w3.org/1999/xhtml">
<xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes" media-type="text/html" />
<xsl:template match="/">
<body mime-type="text/html">
...

So your XSLT page would works at

Internet Explorer 6.0 SP1
FireFox 1.5.0.1
Opera 9 Beta (build 8359)

Что я думаю о PHP

Виталий — Fri, 29 Jun 2007 20:37:32 +0400

После трёх лет интенсивного общения с PHP, и двух из них с PHP5, я считаю себя в праве сказать, что я по поводу него думаю. Свои впечатления я хочу разделить на две части хорошо/плохо, нравится/не нравится, вобщем плюсы и минусы изучения, использования, языка в целом. Начну с минусов.

Минусы

PHP - это клей. Языковые конструкции появились и продолжают появляться, как бы обрастая вокруг врапперов обращений ко всяким библиотекам на си, и такие проекты как GTK-PHP не жизнеспособны по идее, так как при программировании на php серьезных вещей положительного эффекта ожидать не стоит. PHP неплохо подходит только для того, чтобы текстом в браузер плеваться.

Относительная неоткрытость. PHP в том виде, в котором мы его знаем, достаточно мало изменился внутренне за последние 8 лет, с тех пор как оригинальный движок и идея созданные Расмусом Лердорфом, с его разрешения в 1997 году были переписаны заново Энди Гутмансом и Зевом Сурански, в то время студентами израильского университета, скоро основавшими компанию Zend Technologies. Эта компания контролирует направление развития PHP и координирует сообщество разработчиков, а так же выпускает несколько дорогих коммерческих приложений, без которых в промышленных масштабах использование PHP маловероятно. Их единственным распространяемым бесплатно, но не открытым приложением, кроме самого интерпретатора PHP, является Zend Optimizer – модуль ядра интерпретатора сильно влияющий на эффективность всего PHP, так же позволяющий выполнять зашифрованный / оптимизированный бинарный байт-код php, получаемый только с помощью Zend Encoder и Zend SafeGuard ( $ 995 в год).

Плюсы

Изучение. Существует огромное количество посвященных программированию на PHP ресурсов. Всегда можно найти человека, который тебе подскажет.

Функционал. Для PHP разработано большое количество расширений охватывающих наиболее востребованные функциональные возможности, в основном эти расширения просто предоставляют PHP программисту интерфейс к популярным библиотекам функций написанных на Си в рамках других проектов.

Открытость. PHP практически полностью открыт, и ни что не мешает вам написать для него новый модуль, изменить существующий, улучшить ядро, или исправить ошибку. Большую часть функциональности, т.е. модулей для PHP под свои нужды разработали программисты не работающие в Zend.

Стоимость. На PHP разработано большое количество как коммерческих, так и открытых конечных программных продуктов, существует большое количество платного и бесплатного middleware.

Стоимость. Из-за огромного количества программистов очень разной, но в основном очень низкой квалификации, претендующих на любую работу, средняя заработная плата намного ниже, чем например зп программистов разрабатывающих ПО для веб на С++, Java, (Perl, Ruby, Python), ASP, ColdFusion - что может быть очень приятно нанимателю.

Интересное

PHP есть и не от Zend. Компания Caucho разработала реализацию PHP на Java 5, качество реализации весьма неплохое, так как позволяет выполнять такие серьёзные приложения на PHP как Drupal, WordPress и MediaWiki. Производительность Quercus (так называется реализация PHP на Java от компании Caucho) в несколько раз выше производительности оригинального интерпритатора без модулей оптимизации байткода (eAccelerator, ZendOptimizer, APC).

Привожу ссылку eAccelerator windows builds - так как представляет большой интерес для всех, кто работает с PHP под Windows.

Рубаночком по друпальчику

Виталий — Fri, 29 Jun 2007 20:34:40 +0400

Устарело! Написано еще для drupal 4.7.1, но такой подход можно использовать и для drupal 5.x, надо понимать что будут побочные эффекты, на виртуальных хостингах возможны проблемы с правами доступа к файлам кеша.

Кэширование на клиенте

С кешированием в друпал почти всё хорошо, во всяком случае на порядок лучше, чем в у многих. Но есть что добавить. В Drupal, по умолчанию, не рассчитывается полезный http заголовок ответа content-length. Здесь указанно как это исправить.

в файле bootstrap.inc:
после строк
header("Last-Modified: $date");
header("ETag: $etag");
добавить
header("Cache-Control: must-revalidate");

и перед строками
print $cache->data;
bootstrap_invoke_all('exit');
exit();
добавить
header("Content-Length: ".strlen($cache->data));

Кэширование на сервере

Если вас не очень устраивает производительность Drupal при обслуживании мало динамичного контента, то следующий совет может вам пригодиться. Drupal имеет свою систему кэширования, но есть несколько случаев, когда лучше бывает подумать о каком-нибудь еще более эффективном способе кэширования. Например, как в моём случае, вы не представляете зачем писать на PHP4, когда уже более двух лет есть PHP5. Вам нужно всё то, чего нет в четвёрке, и вас особенно огорчает отсутствие PHP5 на хостинге. Компилируем PHP5 как cgi, и работаем дальше (подыскивая новый нормальный хостинг). А проблему недостаточно быстрого отклика с сервера, можно частично решить слегка модифицировав стандартный механизм кэширования друпала и дописав несколько строк в htaccess (чтобы не было тупого copy/paste, додумывайтесь сами каких строк, могу только подсказать, что использовать надо mod_rewrite - или посмотрите в конец страници).

в файле common.inc:

function page_set_cache() {
global $user, $base_root;

//Vitaliy's code
if (!$user->uid && $_SERVER['REQUEST_METHOD'] == 'GET') {
// This will fail in some cases, see page_get_cache() for the explanation.
if ($data = ob_get_contents()) {
header('WriteCache: true');
if ($CROOT == NULL){
$CROOT = $_SERVER['DOCUMENT_ROOT'].'/cache';
}
if (request_uri() == '/' or request_uri() == ''){
file_put_contents($CROOT.'/index.html',$data."\n");
//file_put_contents($GZIPCROOT.'index.html.gz',$out);
} else {
makedirs(request_uri(),$CROOT);
htmlcache(request_uri(),$CROOT,$data);
//$this->gzipcache($url,$GZIPCROOT,$out);
}
...

//Vitaliy's code
function makedirs($url,$CROOT){
$parts = explode('/',$url);
$path = '';
foreach ($parts as $part){
$path.='/'.$part;
if(!file_exists($CROOT.$path)){

mkdir($CROOT.$path);
}
};
}

//Vitaliy's code
function htmlcache($url,$CROOT,$out){
file_put_contents($CROOT.'/'.$url.'/index.html',$out."\n");
}

(дописано по заявке анонима)

в htaccess писать, что-нибудь вроде внизу приведенного, или что-нибудь по лучше

RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{QUERY_STRING} ^$
RewriteCond %{REQUEST_URI} ^(.*)/$
RewriteCond /какой-то/путь/.cache%1/index.html -f
RewriteRule ^(.*)/$ /.cache%1/index.html [L] RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)/?$ /index.php?virtualurl=$1 [QSA]

Браузеры, современные и не очень

Виталий — Fri, 29 Jun 2007 20:30:02 +0400

В данное рассмотрение включены различные браузеры и, в некоторых случаях, их различные версии, упоминание которых является актуальным.

При выборе актуальных браузеров я полагался на упомянутые ниже статистические данные использования браузеров:

Статистика использования браузеров в российской части интернета, основанная на результатах работы одного из зеркал баннерной системы tx3
http://www.artlebedev.ru/tools/browsers/
http://gs.spylog.ru/rsu/
http://globalstats.hotlog.ru/
Статистика использования браузеров в интернета
http://www.w3schools.com/browsers/browsers_stats.asp

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

Статистика по сайтам технической направленности говорит о том, что до четверти их аудитории пользуются браузерами FireFox и Opera. Глобальные системы статистики отдают браузеру FireFox более 24% активных пользователей интернет.

Т.е. значительная часть этих 24% людей активно использующихся Интернетом не просто поставили FireFox, а предпочли его уже предустановленному браузеру Internet Explorer.

Если говорить о популярности браузера, то необходимо помнить, что популярность подразумевает выбор, все браузеры за исключением Internet Explorer борются за место под солнцем, надо помнить что у пользователя Windows просто нет возможности не иметь Internet Explorer. Так же надо помнить, что вследствие очень агрессивной маркетинговой политики Microsoft и почти десятилетнего периода отсутствия реальной конкуренции в нише операционных систем для IBM PC совместимых компьютеров, большинство новых персональных компьютеров в мире продается с предустановленной OEM версией Windows. Плохо это или хорошо – это отдельный разговор, в котором я сам мог бы привести за и против. Могу заметить только, что отсутствие конкурентной борьбы на рынке многоцелевых операционных систем это плохо.

Состояние дел с поддержкой стандартов применяемых при создании web интерфейсов на конец апреля 2006 года

	CSS	XML	XSLT	Dom	PNG	Ajax	SVG	RSS	Doctype
Internet Explorer 6.0	не полн., ошибки	Да	Да	свой	не полн.	ActiveX*	сторон. ActiveX**	нет	да
Internet Explorer 5.5	плохо, ошибки	Да	Да	свой	не полн.	ActiveX*	сторон. ActiveX**	нет	нет
Opera 8.5	хорошо	Да	Нет	Да	Да	Да	не полн.	да	да
FireFox 1.5	хорошо	Да	Да	Да	Да	Да	Да	да	да

* - поддержка технологии возможно только через использование стандартного ActiveX компонента от Microsoft, технология неоднозначна, поэтому потребуется однократное подтверждение на ее разрешение, её применение ограничивает целевую аудиторию пользователей интернет/интранет приложения в использовании платформы - только Windows и только этих версий.

** - сначала потребуется скачать и установить программное обеспечение от стороннего производителя, потом потребуется подтверждение на разрешение использования этого стороннего компонента.

Состояние дел с доступностью использования web браузеров на конец апреля 2006 года

	Возможность обновления на следующую версию	Стоимость	Платформа	Доступность исходных кодов	Необходимость немедленного обновления*	Установок по желанию пользователя
Internet Explorer 6.0	На IE 7.0 beta только Win XP SP2, Server 2003	Стоимость Windows $	Windows 98/ME/NT/2000/XP	нет	обязательно	неизвестно
Internet Explorer 5.5	Для перехода на IE 7.0 Необходима покупка новой Windows	Стоимость Windows $	Windows 98/ME/NT/2000	нет	обязательно	неизвестно
Opera 8.5	да	free	Win / Mac / Linux / FreeBSD / …	нет	нет
FireFox 1.5	да	free	Win / Mac / Linux / FreeBSD / …	Да	нет

* - существует огромная необходимость немедленного обновления, только что установленной операционной системы Windows и, в частности, поставляемых с ней программ для работы с Интернет. Если не предпринимать дополнительных мер предосторожности, таких как квалифицированная перенастройка операционной системы, установка стороннего дополнительного программного обеспечения, установка пакетов обновлений операционной системы. Работа компьютера в сети Интернет под управлением Windows без выполнения вышеупомянутых действий на 98% небезопасна, как для данных, которые пользователь обрабатывает на данном компьютере, так и для кошелька пользователя, который может получить астрономический счет от провайдера за сетевой трафик, порожденный нечестью поразившей крайне уязвимый компьютер.

Современные браузеры и не очень современный IE 7

Internet Explorer 7.0
Седьмая версия является первым существенным обновление Internet Explorer за последние несколько лет. Сейчас вторая бета версия нового браузера доступна только для операционных систем Windows XP SP2, Windows 2003 Server SP1. Пользователи Windows 2000 остаются за бортом, что является предвестником скорого снятия с сопровождения Windows 2000 вслед отжившим свое Windows 95, 98, ME и NT.

Окончательный выход Internet Explorer 7 произойдет вместе с выходом новой операционной системы от Microsoft - Windows Vista. Называться браузер будет Internet Explorer 7+. Под плюсом подразумевается более тесное взаимодействие с windows. Среди новых функций, которые могут заинтересовать разработчика - встроенный RSS-ридер (более удобный, чем даже в Opera), исправление большого количества ошибок, присутствовавших в IE 6, и добавление большого количества новых. Устранены многие из тех ошибок, которые несколько лет использовались как хаки - приемы программирования, использующие нестандартное поведение браузера (Баги, Ошибки) получили широкое распространение, так как это были официально предложенные через MSDN "легальные" способы добиться корректного отображения web страниц, просто невозможного в противном случае из-за большого количества ошибок и несоответствий спецификациям в реализации браузера от Microsoft. Большое количество веб приложений, разработанных с пренебрежением к веб стандартам и функционирующим только под Internet Explorer в Windows перестанут нормально работать в следующей его версии, что потребует новых затрат на разработку. Соответствующее предупреждение и рекомендации по устранению потенциальных будущих проблем уже опубликованы в MSDN.

В полноценной версии Internet Explorer 7 обещана поддержка распределенных файлообменных сетей. И наконец самое главное - новый Internet Explorer 7, в отличии от остальных существующих на сегодня браузеров, не поддерживает web application в том виде в котором это предлагается web стандартами, он не понимает документов с mime типом application/xml+xhtml, и до сих при анализе xhtml рассматривает его как модифицированный html, а не как xml. Если ситуация не изменится web...
Opera 9
Появилась поддержка XSLT, XPath, распределенных файлообменных сетей и технологии виджетов, улучшена поддержка SVG, появилась поддержка WebForms, появилась поддержка Canvas.
FireFox 2.0 - 3.0
Браузер FireFox уже завоевал огромную популярность, и по функциональности и открытости ему нет равных. У него уже есть весь функционал, которым только грезят другие, так что новинки от FireFox должны будут отличаться революционно. .......

Проблема качества

Виталий — Fri, 29 Jun 2007 20:23:57 +0400

Интернет вообще и русский интернет в частности очень выросли за последние шесть лет. И почти каждый день я вижу, что для бедного, во всех отношениях, русского заказчика почти ничего не изменилось.

Профессионалов разработчиков мало, фирм разработчиков много (и с каждым днем все больше). Это является следствием того, что интернет стал дешевле и намного распространеннее, а людей готовых продавать всегда было намного больше, чем людей способных создавать - качественно рисовать, программировать, думать.

Мой знакомый дизайнер-график идет нарасхват. Он для меня третий из трех знакомых мне профессионалов дизайнеров. Есть еще с три десятка людей, которые чуть знакомы с дай бог одним графическим пакетом, которые тоже называют себя дизайнерами, но к ним я никогда не обращусь, так как они вместе взятые не способны выполнить качественно ту работу, которую один из первых трех может выполнить один.

Проблема еще в том, что (назову его Семён), единственный из трех, который еще работает на отечественный рынок. Поэтому он действительно нарасхват. Очень часто возникает ситуация, когда ему начинают звонить то директор одной, то директор другой так называемой студии предлагая выполнить одну и ту же работу, а он сидит и смеется, подсчитывая насколько нагло его разводят, демпингуя за его счет. Он в любом случае выполнит работу и получит за нее деньги, таковы его принципы, но сделает он её ровно настолько небрежно, насколько 200 баксов меньше 500 заплаченных заказчиком за его работу, хотя может сделать её прекрасно. Редкий дар. Иначе же работа будет поручена за 50 баксов какому-нибудь мальчику из тех, кто тоже называет себя дизайнером. Обычно такая студия веб дизайна выступает только в роли посредника и, за редким исключением, не имеет постоянных сотрудников.

Работая со студией без штата, без собственных наработок, которые она должна иметь, заказчик всего лишь оплачивает контроль со стороны посредника за действиями соисполнителей, очень щедро оплачивает. Такой студии, как правило плевать на качество, если клиент платит менее той критической суммы, с которой директору студии будет не так жалко выделить кусок, достаточный для оплаты услуг профессионального дизайнера, верстальщика или программиста.

Профессиональных ИТ аудиторов у нас тоже днем с огнем не найдешь.

Во-первых, чтобы аудит был непредвзятым, он должен быть основным, а не побочным бизнесом рекламирующим основной.

Во-вторых, в силу особенностей национального характера, и «отката» как национальной идеи, такие понятия как оценка качества оказания услуг и продукции у заказчика и исполнителя очень часто уходят не на второй план, а гораздо дальше. Особенно если речь идет о гос структурах.

Tableless

Виталий — Fri, 29 Jun 2007 20:22:08 +0400

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

Советую прочесть пару статей на тему с weblancer.net:

Огромное спасибо их авторам.

Про табличную вёрстку мне особо сказать нечего, кроме того что - да, было время, ещё несколько лет назад, когда хорошо верстать иначе было просто невозможно, сегодня же единственным оправданием "вёрстке в стиле девяностых" является нежелание учиться новому или отсутствие нормального разделения труда. Профессионального верстальщика нет и верстает дизайнер, который не умеет и не обязан уметь верстать.

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

Про то, почему таблицы (для позиционирования всего) это плохо, а дивы хорошо, написано много. Кому надо, тот найдёт, резюме же таково:

представление полностью отделено от содержания (что-то вроде рекламного слогана: имидж - ничто, жажда - всё) это то, с чем так тяжело смириться многим дизайнерам, которые сами верстают - именно они больше всего кричат: "фу дивы - это так сложно"
вёрстка должна быть формально валидной, и для того, чтобы стало ясно кто дурак - разработчик сайта или разработчик браузера. Как ни странно, это работает. Разработчиками валидного кода выявлено большое количество отступлений от стандартов в реализациях браузеров, им даже даны имена (смотри Peekaboo Bug), это в свою очередь взяли на заметку разработчики браузеров и исправляют свои ошибки .

Где живет REBOL

Юлия — Fri, 29 Jun 2007 20:18:39 +0400

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

Чинарев П.И.

Есть такой интересный язык пограммирования REBOL. Скорее всего вы никогда не слышали о таком, так как они (rebol'овцы) почему-то сами не хотят о себе рассказывать в инете. Самый простой способ увидеть и понять что такое REBOL и чем он может быть вам полезен - попасть в его закрытый мир, запустив на своём подключенном к интернет компьютере Rebol/View - свободно распространяемый интерпритатор с поддержкой GUI.

Скачиваем Rebol/View (всего ~660kb), выходим в интернет, запускаем rebol.exe, всё! вы пришли в Rebol world. Перед вами Viewtop - это распределенный рабочий стол сообщества rebol - здесь можно увидеть много интересного.

Все самое интересное лежит в папке rebol.com (на левой панели распределенного рабочего стола). Если вам интересны графические возможности rebol, то вам необходимо взглянуть на Imagination, Cyphre, Gel, и Tiger в папке Demos.

Чтобы посмотреть коллекцию Rebol скриптов, путь следующий: Public->Lybrary->Scripts

В нижней части окна Viewtop - подписи, короткое описание, того на что наведена мышка.

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

Почему DocBook?

Юлия — Fri, 29 Jun 2007 20:16:47 +0400

Это история о том, как автоматизировать подготовку технической документации.

Долгое время я искала наиболее подходящий (т.е. наиболее гибкий и удобный) инструмент для написания текстов различной тематики, начиная с рефератов и курсовых работ в школе и университете, статей и заканчивая технической документацией программного продукта - руководство пользователя (help к программе) и руководство программиста.

В конце концов я пришла к выводу, что наиболее гибким инструментом, т.е. предоставляющим наибольшие возможности для решения многих задач является текстовый процессор, а именно MS Word, но и он полон серьезных недостатков. Рассмотрим подробнее, почему же все-таки MS Word абсолютно не подходит для подготовки таких текстов, как, например, техническая документация.

Начинаем писать текст

Когда нужно срочно написать какой-либо текст, мы меньше всего желаем тратить время на обдумывание форматирования нашего текста, а между тем это одна из основных задач - качественное форматирование текста. Текст должен легко читаться, чаще всего нужно сохранить определенный стиль форматирования (некий корпоративный стиль), и в конце концов внешний вид будущей статьи должен радовать глаз.

MS Word.

На первый взгляд Word предоставляет самые широкие возможности форматирования - пользуйся стилями и все в порядке. Но за кажущейся простотой применения стилей в Word, скрывается много сложностей и ошибок, подстерегающих неопытного пользователя и много головной боли для опытного пользователя.

Проблема первая - текст, который легко форматируется впоследствии

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

В Word

для этих целей существует панель форматирования, стили и шаблоны. Система стилей достаточна гибкая - набор применяемых в документе стилей может быть как расширен своими собственными стилями, так и уменьшен. Но для этих целей, если вы пишете техническую документацию не в последний раз - вам необходимо придумать собственный шаблон со стилями, которые будут включать такие элементы как, например, код (листинг программы), имя файла, стили для таких параграфов как warning, note и так далее.

В DocBook

здесь же вы просто открываете практически любой XML редактор (как впрочем можно и простой текстовый редактор, но с ним будет по сложнее), и совершенно не задумываясь о стилях и форматировании набираете текст в формате XML, используя теги формата DocBook. Эти теги однозначно определяют назначение каждого элемента текста.

Вот пример текста двух абзацев с выделенным словом и тегами внутри:

<para>На собственном опыте проверено, что DocBook имеет <emphasis>все</emphasis> необходимое - чтобы правильно структурировать текст как большой, типа книги, так и маленький - как, например, эта статья.</para> <para>Названия тегов интуитивно понятны и не возникает двусмысленности, не надо задумываться какой тег выбрать. Если это заголовок, не вожно чего статьи или секции - это <sgmltag>title</sgmltag>, если это сноска - значить <sgmltag>footnote</sgmltag> - все очень-очень просто.</para> *

Набор тегов DocBook очень хорошо продуман (системе DocBook ведь уже 10 лет) - в нем существуют все необходимые элементы для оформления технической документации и структура формата DocBook такова, что вы с легкостью сможете структурировать свой текст по частям, разделив на секции разного уровня, параграфы различных типов, а также различные списки, библиографии, индексы и т.д.

На собственном опыте проверено, что DocBook имеет все необходимое - чтобы правильно структурировать текст как большой, типа книги, так и маленький - как, например, эта статья.

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

Наглядность набираемого текста обеспечивается подсветкой тегов существующей в XML редакторах, а также в некоторых XML редакторах предусмотрены специальные WISYWIG режимы, в которых вы как и в Word'e видете и редактируете сразу отформатированный текст:

Еще одно преимущество XML формата и XML редактора - вы никак не ошибетесь с форматированием - редактор всегда подскажет и укажет, как тег в данном контексте уместен, а какой просто не возможен. Таким образом на выходе вы всегда получаете "чистую" разметку.

Проблема вторая - изменение внешнего вида

Исходник текста

и два варианта выходных форматов *

В Word

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

Ну а если мы желаем применить какой то особенный стиль всего текста, например, наш собственный корпоративный стиль? Меняем стиль каждого элемента поотдельности или пытаемся применить свой шаблон документа, в котором кстати имена стилей одинаковых по смыслу элементов могут и не соответствовать; к тому же, к слову сказать, применение другого шаблона к уже написанному тексту не совсем тривиальная задача в Word'е. Далее, на следующей неделе мы поменяли свой корпоративный стиль (может даже и не сильно), что делать с уже написанным текстом? опять менять шаблон.

В DocBook

Еще раз повторюсь - вы пишете текст в формате DocBook и не забываете его структурировать в соответствии со смысловой нагрузкой каждого элемента, а о последующем форматировании (внешнем виде выходного документа) вы не думаете вовсе.

Благодаря открытому проекту DocBook XSLs, представляющему собой набор прекрасно настраиваемых DSSSL и XSL stylesheets, и использованию CSS, вы или кто-то другой легко сможете настроить внешний вид выходного документа, в любой момент его можно изменить и применить уже готовые использованные ранее шаблоны.

При написании текста в стиле DocBook вы храните отдельно мухи (данные) и котлеты (шаблоны форматирования), что позволяет легко и быстро менять внешний вид выходного документа, не изменяя сам файл, содержащий текст, а также дает дополнительную возможность - легкий доступ к данным внутри документа.

Ниже приведена классификация тегов DocBook (автор А. Белайчук). Это не полная классификация, но в ней приведены большинство наиболее употребительных тегов (см. там).

Сохраняем, публикуем и печатаем текст

Проблема третья - хранение исходного текста документа

Хранение документа в формате Word

с немалыми затратами дискового пространства. В этом формате хранятся как данные, так и форматирование этого документа, причем в файле Word кроме необходимого форматирования, которое обеспечивает внешний вид нашего документа, сохраняется также много "лишних" данных.

Таким образом, сохраняя в Word несколько документов одинакового форматирования, информация о форматах дублируется во всех файлах.

В DocBook

как уже было сказано выше - информация храниться отдельно от дизайна и соответственно не повторяется.

Проблема четвертая - сохранение в различных форматах.

В Word 2003

существует возможность сохранить текст в следующих форматах -

MS Word (.doc), различные версии;
веб-страница (.html), несколько вариантов;
RTF;
обычный текст;
XML документ (WordML или свой формат XML - надо только подключить XML схему *).

Все эти форматы плохо передают форматирование, сделанное в Word; и к тому же добавляют много совершенно ненужной информации.

В DocBook

Благодаря открытому проекту DocBook XSLs, представляющему собой набор прекрасно настраиваемых DSSSL и XSL stylesheets, и существованию ряда как бесплатных, так и коммерческих инструментов для преобразования XML, вы легко (одной кнопкой) получаете свою документацию в различных форматах, в том числе и подготовленной для печати (в формате PDF).

Форматы поддерживаемые DocBook XSLs:

HTML, XHTML (один выходной файл или несколько с навигацией для переходов по страницам)
HTMLhelp (CHM)
XSL-FO (затем в PDF)
javahelp
manpages
slides (создание слайдов, выходной формат - любой из выше перечисленных)
WordML

Используем текст повторно

Включаем в текст внешние данные

Классификация тэгов DocBook

- article — для документов относительно небольшого объема (формата статьи)
- book — для более объемных и строже оформленных документов (книг)
- title — название
- author — авторы
- keyword — ключевые слова
- copyright — авторские права
- revhistory — история изменений
- chapter — глава книги
- section — раздел книги или статьи (произвольного уровня)
- abstract — аннотация
- preface — вступительное слово
- appendix — приложение
- bibliography — список литературы
- index — предметный указатель
Главы и разделы обычно начинаются с названия title.
- note — примечание
- tip — подсказка, совет
- warning — предупреждение (обычно об опасности для человека)
- caution — предупреждение (обычно об опасности для оборудования)
- important — важное замечание
- itemizedlist — маркированный
- orderedlist — нумерованный
- variablelist — список переменных или определений
Пункт списка оформляется тэгом listitem, термин или переменная в variablelist — тэгом term.
- emphasis — смысловое ударение
- filename — имя файла
- command — компьютерная команда
- option — опция (ключ) команды
- replaceable — переменная часть (аргумент) команды
- userinput — текст, вводимый пользователем
- computeroutput — сообщение программы
- literal — кодовое слово
- quote — просто закавыченный текст внутри абзаца
- blockquote — цитата из одного или нескольких абзацев
- citetitle — название процитированного источника
- ulink — интернет-ссылки
- link — перекрестные ссылки внутри документа, текст ссылки подставляется автоматически
- xref — перекрестные ссылки внутри документа, текстом ссылки можно задавать произвольно
- olink — ссылки на другие документы в рамках единой базы данных ресурсов
- footnote — примечание к тексту
- callout — примечание к иллюстрации или листингу программы
- graphic — простой, но не гибкий
- mediaobject — более сложный, позволяет автору предоставлять несколько альтернативных форматов изображения
- figure — иллюстрация, включаемая в автоматически генерируемый список иллюстраций
- informalfigure — иллюстрация без названия и не попадающая в список иллюстрация
- screenshot — графическая копия экрана компьютера
- inlinegraphic — упрощенный вариант
- inlinemediaobject — универсальный вариант
- table — таблица, включаемая в автоматически генерируемый список таблиц
- informaltable — таблица без названия и не включаемая список таблиц
- thead — шапка
- tbody — тело
- tfoot — подвал
- row — строка
- entry — ячейка
- entrytbl — вложенная таблица
- code — фрагмент программного кода внутри абзаца
- programlisting — текст программы
- screen — текст, видимый на экране компьютера
- literallayout — произвольный заранее отформатированный текст
- example — пример, включаемый в автоматически генерируемый список примеров
- informalexample — пример без названия и не попадающий в список примеров
- co — место, к которому относится примечание
- calloutlist — список примечаний, обычно следующий за листингом
- callout — текст примечания

В пятой версии DocBook теги sgmltag заменены на tag.

В данном примере различия определяются наличием и отсутствием одной небольшой CSS.

с подключением XML схем в Word - много проблем: далеко не каждая XML схема, даже соответствующая стандарту W3C XML shema, может быть использована в Word.

Something about XML

Юлия — Fri, 29 Jun 2007 20:14:40 +0400

XML

XML (Extensible Markup Language — расширяемый язык разметки) — рекомендованный Консорциумом WWW язык разметки общего назначения, предназначенный для создания специализированных языков разметки. Является упрощённым подмножеством языка SGML, может описывать множество разнообразных видов данных. Целью создания XML было стремление способствовать совместному использованию структурированных данных в различных системах обработки информации, особенно в системах связанных через Интернет. Языки основанные на XML (например, RDF, RSS, MathML, XHTML, SVG) сами по себе формально описаны, что позволяет программно изменять и проверять документы на этих языках не зная их семантики, т. е. смыслового значения элементов языка.

Обработка XML файлов

Для обработки XML данных широко используются такие API как SAX (Simple API for XML) и DOM (Document Object Model).

Преобразование (трансформация) является одной из самых важных и полезных техник работы с XML. Трансформация XML
означает преобразование структуры, разметки и, возможно, содержания в другую форму.

Существует семейство XSL (Extensible Stylesheet Language), с помощью которого преобразуются XML файлы для представления и печати, в него входят:

XSL-FO декларативный язык постраничной верстки. XSL-FO процессор преобразует XSL-FO документ в не-XML формат, например в PDF;
XQuery язык запросов для структурирования и трансформации XML данных;
XSLT декларативный язык преобразования XML документов;
XPath язык для выбора данных в XML файле, является частью XQuery и XSLT.

XSLT

В спецификации «Преобразования расширяемого языка стилей» (Extensible Stylesheet Language Transformations (XSLT) 1.0) [Рекомендация W3C] определяется язык, используемый для описания преобразований входного XML-документа в выходное дерево. Выходное дерево может, например, принять форму HTML-документа или другого XML-формата и, таким образом, XSLT может считаться языком, предназначенным для преобразования XML в форму представления традиционного браузера или для обработки XML-файлов с помощью скриптов.

Это преобразование представляет собой XML-документ, определенный в отдельном словаре, а для обращения к исходному документу и выполнения общих операций обработки используются выражения спецификации XPath. Специальные инструкции устанавливают правила обработки (XSLT является декларативным языком) и управляют процессом создания выходного дерева.

XSL-документ (XSL stylesheet) представляет собой разновидность XML-документа, который используется для представления правил, по которым будет происходить преобразование. Правила основаны на совпадении шаблонов, т.е., например,
"если встретился элемент A, то вставить указанный кусочек HTML-кода и продолжить поиск совпадений шаблонов дальше"
. Все очень похоже на функциональный или логический язык программирования: есть рекурсивная и процедурная семантика; например, кроме рекурсивных применений шаблонов существует возможность органзации циклов (
"для всех элементов A вставить такой HTML-код"
).

Инструменты преобразования

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

Это первый вариант визуализации данных - как только потребовалось просмотреть XML-документ, преобразовать его с помощью XSLT процессора в HTML и просмотреть браузером.
Второй вариант заключается в том, что сам браузер при открытии документа пытался бы выполнить соответствующее преобразование. Сейчас это более-менее полно поддерживает только MS Internet Explorer версии не ниже 5.5 (с установленным MSXML) и Mozilla (в том числе Mozilla Firefox).

Что необходимо для того, чтобы XML документ при открытии в браузере отображался в виде результата преобразования этого XML с помощью некоторой XSLT,
рассмотрим вариант Internet Explorer:

в заголовоке XML документа необходимо указать путь к той XSLT, по правилам которой мы хотим показать наш XML, для этого под заголовком XML (<?xml ... ?>) добавляем следующую строку:<?xml-stylesheet type="text/xsl" href="my_xsl.xslt"?>
где в аттрибуте href определяется относительный или полный путь до шаблона XSLT;
в системе необходимо присутствие MSXML 4.0 (MSXML поддерживает XSLT 1.0 начиная с версии 3.0,
данная библиотека входит входит в дистрибутив Windows XP)
В XSLT используется стандартное пространство имен (namespace): <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">

т.е заголовок нашего XSL-документа должен выглядеть примерно следующим образом:<?xml version="1.0" encoding=""?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
и наконец, XSLT документ должен соответствовать рекомендации XSLT 1.0.

XSLT процессоры

Для выполнения XSLT преобразований существуют как бесплатные, так и коммерчиские библиотеки написанные на С или Java, называемые XSLT-процессорами. Часто XSLT-процессор является лишь частью большой XML библиотеки, которая может включать в себя XML-парсер, XML-валидатор и т.д. Такие библиотеки могут быть использованы другими приложениями на различных языках C, C++, Java, Perl, PHP и т.д., которым необходима работа с XML.

Проверка XML файлов

"Правильность"
XML документа определяют следующие два компонента:

Синтаксическая корректность (well-formed): то есть соблюдение всех синтаксических правил XML;
Валидность: т.е. данные соотвествуют некоторому набору правил, определенных пользователем; правила определяют структуру и формат данных в XML.

Синтаксически корректный XML

XML документ - это текст, последовательность символов. По спецификации требуется поддержка юникод, кодировки UTF-8.

Правильный XML-документ - это документ, который удовлетворяет синтаксическим правилам XML:

Он должен начинаться с XML-декларации
Он должен иметь один-единственный уникальный корневой элемент
Каждому начальному тэгу должен соответствовать конечный тэг
Тэги XML зависят от регистра
Все элементы должны быть закрыты
Все элементы должны бытьправильно вложены друг в друга
Все значения атрибутов должны быть заключены в кавычки
Вместо специальных символов должны применяться сущности XML

Даже если XML-документ не содержит синтаксических ошибок, он может содержать ошибки и эти ошибки могут привести к серьезным последствиям. Представьте себе ситуацию: вы сделали заказ на пять дюжин лазерных принтеров, а не на просто пять лазерных принтеров. При использовании XML-схем большая часть подобных ошибок может быть отслежена вашим валидационным программным обеспечением.

Валидный XML. Что такое XML-схема?

Схематичное представление XML схемы в редакторе Altova XMLspy

XML-схема

Определяет элементы, которые могут появляеться в документе
Определяет аттрибуты, которые могут появляеться в документе
Определяет, какие элменты являются дочерними
Определяет последовательность, в которой появляются элементы
Определяет число дочерних элментов
Определяет пустой ли элемент или он может включать в себя текст
Определяет типы данных элментов и аттибутов
Определяет значения аттрибутов по умолчанию

XML-схемы теперь являются рекомендацией W3C

Вначале XML-схемы были предложены компанией Microsoft, но 2 мая 2001 года консорциум
W3C выдвинул XML-схемы в качестве своей официальной рекомендации.

Спецификация была пересмотрена членами W3C и теперь закреплена.

XML-схемы поддерживают типизацию данных

Одно из самых серьезных преимуществ XML-схем состоит в том, что оно поддерживают
типизацию данных.

Благодаря этому:

Легче описывать разрешенное содержание документа
Легче проверять правильность данных
Легче работать с данными из баз данных
Легче задавать ограничения на данные
Легче задавать паттерны данных (форматы данных)
Легче преобразовывать данные различных типов

XML-схемы используют синтаксис XML

Еще один существенный плюс XML-схем состоит в том, что они пишутся на XML.

Благодаря этому:

Вам не нужно изучать какой-то еще язык
Для редактирования схем можно использовать XML-редактор
Для анализирования схем можно использовать XML-napcep
Можно работать с XML-схемами посредством XML DOM
Можно преобразовывать схемы посредством XSLT

XML-схемы увеличивают достоверность обмена данными

При отправке данных от отправителя получателю, очень важно, чтобы оба имели одинаковые "ожидания" относительно содержания.

С помощью XML-схем отправитель может описать то, каким образом получатель должен эти данные понимать.

Например, дата 1999-03-11 в некоторых странах может быть интерпретирована как 3 ноября, а в других - как 11 марта. XML-элемент, содержащий описание типа данных, например:
<date type="date">1999-03-ll</date>
обеспечит верную трактовку содержания, поскольку тип данных date требует использования формата CCYY-MM-DD.

XML-схемы расширяемы

XML-схемы расширяемы, также, как и XML, поскольку они пишутся на XML.

Благодаря расширяемости каждой конкретной схемы:

Встраивать одни схемы в другие
Создавать свои собственные типы данных, производя их из стандартных типов
Ссылаться из документа на несколько схем

Ссылки

W3C
^eng - The World Wide Web Consortium занимается разработкой web технологий, в том числе на сайте можно найти спецификации CSS, DOM, (X)HTML, MathML, XLink, XML, XPath, XPointer, XSL, и других интернет технологий;
XML.com
^eng - один из наиболее полных и постоянно обновляющихся ресурсов, содержит информацию и носвости XML технологий;
XML.org
^eng - XML новости и ресурсы, XML каталог - путеводитель по XML продуктам и ресурсам;
XMLhack
^eng - новости о последних разработках в области спецификаций и инструментов XML;