
MS
HTML5Camp HTML5 не касающийся
Недавно прошла "веб-конференция о будущем веба" HTML5Camp, мероприятие проводилось российским офисом Microsoft и потому было больше похоже на презентацию Internet Explorer 9.
Конечно это была конференция, в том числе, и о веб технологиях. Онлайн трансляция HTML5Camp с сайта Microsoft отваливалась и прекращалась очень часто, твиттер подтвердил проблемы, которые испытывали все, кто хотел посмотреть трансляцию онлайн.
Трансляция конференции об открытых технологиях с помощью проприетарной и до сих пор неотработанной технологии Silverlight - это издевательство над целевой аудиторией. Зато как бы между делом прозвучали слова о том, что Silverlight поддержка в браузерах отличных от Internet Explorer случайна и не гарантирована.
Silverlight это один из продуктов Microsoft, которые создают технологические тупики. Такие тупики заводят разработчиков из разных прикладных областей в мир разработки только под МС.
От Jpeg к WDP
Вот уже совсем скоро Internet Explorer 9 предстанет во всей своей красе перед пользователями, уже ясно что это не просто подправленная очередная версия, это будет новый виток развития веб разработки.
Работа над этой версией ведётся открыто и имеет обратную связь, что не может не радовать.
Среди новых плюшек Internet Explorer 9 в этом посте я бы хотел отметить поддержку графического формата JPEG XR.
Неминуемый переход на этот формат в веб приложениях с большим насыщением графикой будет означать для них более чем двукратное уменьшение нагрузки. Почему?
Во-первых этот формат гораздо более ёмок, чем привычный jpeg. В килобайтах я бы описал это так: сжав исходное lossless изображение в Jpeg качества 68 из 100 - some.jpg (100Kb)
и в Jpeg XR (ранее HD Photo) на 30% меньшего размера some.wdp (66Kb)
мы получим изображение лучшего качества именно в JPEG XR.
Во-вторых Jpeg XR гораздо лучше масштабируется, что позволит сократить количество, а где-то вообще отказаться от предварительно сгенерированных trumbnails.
Чтобы сейчас поиграть с wdp картинками в браузере, вы можете воспользоваться утилитой jpg2wdp
http://www.bherila.net/2010/01/easily-batch-convert-jpeg-to-hd-photo-wit... (ссылка сдохла)
и Internet Explorer 9 Platform Preview
http://ie.microsoft.com/testdrive/
<!--[if IE9]>
<img src="/logo.wdp" alt="Beautiful and lightweight logo for IE9" / >
<![endif]-->
<![if !IE9]>
<img src="/logo.jpg" alt="Beautiful logo for other browsers" / >
<![endif]>
Подборка рецептов борьбы с IE6, IE7, etc
Я считаю, что уведомлять пользователя о том, что он в опасности и использует некачественный браузер не просто можно, но и нужно.
Под опасным браузером я подразумеваю Internet Explorer 6, под некачественным браузером Internet Explorer независимо от версии.
Про то что надо делать с горе админами, из-за которых IE6 до сих пор используется в корпоративном секторе, я уже писал.
Применение условных комментариев Internet Explorer для выдачи предупреждения пользователю никак не влияет на работу нормальных браузеров и не зависит от посторонних факторов, поэтому надо использовать их.
Ниже я приведу несколько моих вариантов, код которых перед использованием надо заключить в конструкцию вида
<!--[if IE 6]>
<p>Сюда вставить бОЛЬШОЙ красный НАХ.</p>
<![endif]-->
<![if !IE]>
<p>Полезно. Сюда можно вынести то, что предназначено не для Internet Explorer вообще.</p>
<![endif]>
Ниже я привожу свои варианты предупреждения пользователя об использовании IE.
Пользуйтесь на здоровье!
Варианты НАХа:
Злобный многословный нах
Вы пользуетесь браузером Internet Explorer 6 — это почти тоже самое, что пить протухшее молоко девятилетней давности.
- Internet Explorer 6 не безопасен для ваших данных и ваших счетов.
Если Вы нарочно хотите что-нибудь подцепить, продолжайте пользоваться IE6. - Internet Explorer 6 очень устарел и содержит множество ошибок, из-за этого большая часть современных веб-сайтов отображается в нём некорректно.
Если Вам нравится носить разбитые очки, продолжайте пользоваться IE6.
Простой нах
Вы пользуетесь браузером Internet Explorer 6 — это опасно и нецелесообразно.
Деликатный от google

Другие
Существует ещё множество интересных приёмов борьбы с Internet Explorer 6:
- В кампании против IE сайта http://enoughie6.com/ приводят несколько способов, в том числе с определением версии клиента на сервере посредством PHP.
- Кампания против IE http://ie6update.com/ предлагает использовать зомби-поведение пользователя и JavaScript формирующий всплывающее сообщение похожее на постоянно всплывающее сообщение об опасности ActiveX
- Совсем не рекомендую, но привожу! Способ провоцирующий головокружение и тошноту у пользователей Internet Explorer 6
- Борьба с IE6 в Drupal http://drupal.org/project/noie6
- А здесь будет Ваш вариант ...
DotNet 3.5 на Windows 2000
Оказывается существует способ установки Microsoft .NET Framework 3.5 на Windows 2000.
Microsoft официально не поддерживает .NET 3.5 на Windows 2000, но эта операционная система до сих пор много где установлена и работает.
Автор методики не я, а некий newtech, и пользоваться ею я вам не советую!
По моему мнению, безусловно лучше купить новый подходящий под ваши задачи дистрибутив Windows или Windows Server, вместо того чтобы хакать Windows 2000.
Если в приложении, которое надо завести используются WPF или WebBrowser, с чем-то нетривиальным внутри, лучше даже не пробуйте.
А вот собственно методика:
Убедитесь, что вы обновлены до Windows 2000 SP4,
Установите KB 835732
Установите .NET Framework 2.0 Service Pack 1
(а дальше я переводить не буду)
Now, there are 2 ways of continuing. Either you can copy over all the .NET 3.5 assemblies (you’ll have them on a .NET 3.5 PC in the Program Files\Reference Assemblies\Microsoft\Framework\v3.5 folder). You can either dump them in the application folder or probably register them in the GAC (not tried it, but it should work).
Alternatively, try running your application. You will probably get a load of AssemblyReferenceFailedExceptions. Copy in the required DLL from the above folder into your application folder for each one.
It should all work now!
Не пуха ни пера.
Впечатления от IEBlog и интервью с их главным
Вы веб-разработчик?
Вам небезынтересно, кто и как делает, то с чем Вам приходится работать каждый день?
Вы ещё не видели интервью с Алексом Могилевским в апреле 2007?
Тогда советую обязательно его посмотреть.
Алекс Могилевский в текущее время является архитектором Internet Explorer. Из увиденного интервью я понял, что он ранее принимал участие в работе с IE5.5 и IE6, но не IE7. Людям так или иначе связанным с web разработкой, еще очень полезным будет подписаться на RSS с блога команды разработчиков IE, советую это сделать вне зависимости от того, как бы вы не относились к результатам их прежних работ.
Далее я хочу рассказать о своих впечатлениях от интервью с Алексом Могилевским и того, что почитал на IE блог.
Преемственность на уровне команды разработчиков при разработке Internet Explorer не прослеживается. Преемственности нет - как для разных платформ, так и при переходе от версии к версии. Desktop'ный IE , Mobile IE, IE для Mac (был такой), разные версии одной платформы разрабатываются новыми командами разработчиков.
В Майкрософт разработчиков кидают с проекта на проект, похоже не сильно заботясь о том, чтобы люди дышали темой и были в ней гуру, это мое впечатление от Алекса. Судя по качеству сайтов Майкрософта и отношению к разметке в их программных продуктах, качество разметки там никого не волнует вообще.
Преемственности нет и технологической (зато есть маркетинговые планы).
* Когда-то всех уговаривали, что ActiveX — это прорыв, хотя сразу было понятно и сейчас они уже открыто признают, что это был тупик.
* В MSDN лежали статьи по использованию хаков для IE5.5 IE6 — не надо быть семи пядей во лбу, чтобы понимать, к чему может привести использование в разработке хаков, использование одних ошибок в борьбе с другими, соответственно, в IE7 вредные советы из MSDN перестали "работать".
Разработчики Internet Explorer как бы понимают, что они технически отстают, но они не понимают, что модель "сделал версию - пускай подождут следующей" сейчас не работает. Одними обновлениями системы безопасности, не исправляя серьёзнейшие косяки в движке визуализации, да и просто не занимаясь расширением функционала браузера годами, они людей к себе явно не располагают. Из-за того, что циклы жизни предпоследних версий Internet Explorer растянулись аж на 7 лет, задерживается развитие и внедрение новых технологий. Хорошо что хоть в IE7 наконец-то появилась поддержка RSS, спустя 3 года после того, как его стали поддерживать уже ВСЕ остальные распространённые браузеры.
Я думаю разработчики других браузеров просто уже не могут внедрять новые возможности, так как разрыв с Internet Explorer и без того огромен. Какой уж там HTML 5, Ecmascript 4, canvas, SVG.
Алекс Могилевский в интервью озвучивает то, что индустрия без Майкрософт дальше не пойдет.
Человек в этом месте улыбается, а чему, не очень понятно.
Тысячи людей отдали и продолжают отдавать многие часы своей жизни на то, чтобы заставить Internet Explorer'ы разных версий отображать вёрстку правильно, чему здесь улыбаться.
После интервью с Алексом прошёл почти год, он упоминал тогда прения по тесту ACID2, по моментам, которые реализованы в Firefox, Opera, Safari одинаково, но не так "правильно", как следовало бы. И знаете, тест ACID2 некоторое время назад был подправлен, и IE8 его вроде бы прошёл (в специальном режиме), правда Firefox подправленный тест проходить стал хуже.
Такие вот достижения за год "доработки" продукта.
P.S. Видео интервью по указанной ссылке больше не находится :(
IE7 для узверов
Новый инсталлятор IE7, только что выложенный на сайте Microsoft, теперь не проверяет лицензионность Windows. Это знаменательное событие коснется многих. Несмотря на то, что у пользователей лицензионной Windows последняя версия Internet Explorer давно пришла с автоматическим обновлением, а многие, в их числе и ваш покорный слуга, приобрели легальную Vista c IE7 вдовесок к новому оборудованию, всем давно известно, что большая часть мира пользуется нелегально Виндой. В Microsoft, конечно, об этом тоже помнят.
Чего ждать от раздачи нового IE7?
Во-первых, бОльшая и самая непродвинутая часть пользователей интернет увидит-таки оранжевую кнопочку RSS и, наконец, начнет пользоваться благами цивилизации. Начнется улучшение качества контента в областях не связанных с ИТ.
Во-вторых, большое количество сайтов, которые и так работали с грехом пополам и только под IE, вообще не смогут функционировать под IE7. Модернизация - это неплохо. Теперь если у кого-то проблемы с IE6 - его можно смело послать... скачивать IE7...
Почему DocBook?
Использование Docbook вместо Word для создания документации.
Это история о том, как автоматизировать подготовку технической документации.
Долгое время я искала наиболее подходящий (т.е. наиболее гибкий и удобный) инструмент для написания текстов различной тематики, начиная с рефератов и курсовых работ в школе и университете, статей и заканчивая технической документацией программного продукта - руководство пользователя (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
существует возможность сохранить текст в следующих форматах -
веб-страница (.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 — для более объемных и строже оформленных документов (книг)
Корневым называется самый внешний тег XML-документа. Корневыми тегами DocBook обычно служат:
-
-
- Сопроводительная информация
-
title — название
-
author — авторы
-
keyword — ключевые слова
-
copyright — авторские права
-
revhistory — история изменений
Документ DocBook обычно начинается тегом articleinfo или bookinfo, который группирует следующую информацию:
-
-
- Структура документа
-
chapter — глава книги
-
section — раздел книги или статьи (произвольного уровня)
-
abstract — аннотация
-
preface — вступительное слово
-
appendix — приложение
-
bibliography — список литературы
-
index — предметный указатель
Структурные теги делят документ на главы и разделы:
Главы и разделы обычно начинаются с названия title.
-
-
- Абзацы
-
note — примечание
-
tip — подсказка, совет
-
warning — предупреждение (обычно об опасности для человека)
-
caution — предупреждение (обычно об опасности для оборудования)
-
important — важное замечание
Регулярный текст в DocBook оформляется тегом para. Это — наиболее часто используемый тег.
Абзацы, требующие особого внимания, оформляются тегами:
-
-
- Списки и перечни
-
itemizedlist — маркированный
-
orderedlist — нумерованный
-
variablelist — список переменных или определений
Списки в DocBook бывают следующих видов:
Пункт списка оформляется тегом listitem, термин или переменная в variablelist — тегом term.
-
-
- Выделенный текст
-
emphasis — смысловое ударение
-
filename — имя файла
-
command — компьютерная команда
-
option — опция (ключ) команды
-
replaceable — переменная часть (аргумент) команды
- userinput — текст, вводимый пользователем
-
computeroutput — сообщение программы
-
literal — кодовое слово
Теги для выделения текста внутри абзаца:
-
-
- Цитаты
-
quote — просто закавыченный текст внутри абзаца
-
blockquote — цитата из одного или нескольких абзацев
-
citetitle — название процитированного источника
Теги для цитат:
-
-
- Ссылки
-
ulink — интернет-ссылки
-
link — перекрестные ссылки внутри документа, текст ссылки подставляется автоматически
-
xref — перекрестные ссылки внутри документа, текстом ссылки можно задавать произвольно
-
olink — ссылки на другие документы в рамках единой базы данных ресурсов
Теги для различных вариантов ссылок:
-
footnote — примечание к тексту
-
callout — примечание к иллюстрации или листингу программы
К разновидности ссылок можно отнести также сноски:
-
-
- Иллюстрации
-
graphic — простой, но не гибкий
-
mediaobject — более сложный, позволяет автору предоставлять несколько альтернативных форматов изображения
Для вставки в текст изображений в DocBook есть два способа:
-
figure — иллюстрация, включаемая в автоматически генерируемый список иллюстраций
-
informalfigure — иллюстрация без названия и не попадающая в список иллюстрация
-
screenshot — графическая копия экрана компьютера
Графику можно вставлять непосредственно внутрь раздела или абзаца, но предпочтельнее — в один из следующих тегов:
-
inlinegraphic — упрощенный вариант
-
inlinemediaobject — универсальный вариант
Там, где требуется, чтобы текст обтекал изображение, используются теги:
-
-
- Таблицы
-
table — таблица, включаемая в автоматически генерируемый список таблиц
-
informaltable — таблица без названия и не включаемая список таблиц
Корневые теги таблицы DocBook:
-
thead — шапка
-
tbody — тело
-
tfoot — подвал
-
row — строка
-
entry — ячейка
-
entrytbl — вложенная таблица
Содержимое таблицы:
-
-
- Компьютерные листинги
-
code — фрагмент программного кода внутри абзаца
-
programlisting — текст программы
-
screen — текст, видимый на экране компьютера
-
literallayout — произвольный заранее отформатированный текст
Теги для различных вариантов компьютерных листингов, форматируемых "как есть" :
-
example — пример, включаемый в автоматически генерируемый список примеров
-
informalexample — пример без названия и не попадающий в список примеров
Листинги можно вставлять непосредственно в раздел или абзац, но часто они являются содержимым следующих тегов:
-
co — место, к которому относится примечание
-
calloutlist — список примечаний, обычно следующий за листингом
-
callout — текст примечания
Листинги часто сопровождаются примечаниями-сносками:
-
LINUX-ONLINE vs ...
Я знаю, что многие линуксоиды, мягко говоря, не в восторге от произведённого компанией Linux-Online дистрибутива Linux XP Desktop, но, по моему мнению, делает эта компания очень правильное дело. В свете последних событий с судом над учителем, выходом очень проблемной висты, повышением цен на новый офис, многие стали задумываться о покупке и выборе программных продуктов. Но на российском рынке пока только одна компания предлагает мягкий переход с Windows на Linux, за что им респект. Сравните цены и функционал Linux XP Desktop 2006 и хотя бы Windows Vista Home Basic, смотрится не плохо.
Понятия не имею сколько в LINUX-ONLINE платят фрилансерам, но то, что открыто приглашают к сотрудничеству и пользуются услугами - это уже хорошо. Почему я упомянул про "открыто приглашают к сотрудничеству"? Потому что Вы можете найти удаленную работу и на крутейшую ..., и выполнить её за сотрудника этой ..., за десятую часть его ЗП, но об этом вы врядли сможете упомянуть в резюме или где-нибудь ещё.
письма Билла
В очередной раз порадовал ITBlogs. На прошлой неделе там наконец было сделано первое китайское предупреждение товарищам из Майкрософта, которые вели записи на ITBlogs, мол хватит пиара, пресс-релизов и рекламы, а то скоро из-за вашего флуда нас перестанут читать. А сегодня сам Михаил Елашкин очень порадовал постом "Microsoft Inside" про внутрикорпоративную переписку, которую были вынуждены представить на антимонопольном суде. Ничего экстра нового люди от ИТ там и не найдут, все это мы знаем и всегда чувствовали своей ж...й, когда приходилось очень много сидеть над тем чтобы разрешать искуссно навязанные нам кем-то из MS проблемы. Теперь можно уже точно сказать кем. Что Билли так крут я не ожидал, такие конкретные вещи прямыми распоряжениями, дааа...
notepad
Мне показали интересную фишку, открываем notepad, вводим "bush hid the facts" без ковычек, сохраняем, а теперь попытаемся прочесть это открыв опять в notepad. Так я увидел 9 квадратиков.

