Истинно ли утверждение что синтаксис xml избыточен

Что такое XML

Если вы тестируете API, то должны знать про два основных формата передачи данных:

XML, в переводе с англ eXtensible Markup Language — расширяемый язык разметки. Используется для хранения и передачи данных. Так что увидеть его можно не только в API, но и в коде.

Этот формат рекомендован Консорциумом Всемирной паутины (W3C), поэтому он часто используется для передачи данных по API. В SOAP API это вообще единственно возможный формат входных и выходных данных!

См также:
Что такое API — общее знакомство с API
Что такое JSON — второй популярный формат
Введение в SOAP и REST: что это и с чем едят — видео про разницу между SOAP и REST.

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

Содержание

Как устроен XML

Возьмем пример из документации подсказок Дадаты по ФИО:

И разберемся, что означает эта запись.

В XML каждый элемент должен быть заключен в теги. Тег — это некий текст, обернутый в угловые скобки:

Текст внутри угловых скобок — название тега.
Тега всегда два:

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

С помощью тегов мы показываем системе «вот тут начинается элемент, а вот тут заканчивается». Это как дорожные знаки:

— На въезде в город написано его название: Москва
— На выезде написано то же самое название, но перечеркнутое: Москва*

* Пример с дорожными знаками я когда-то давно прочитала в статье Яндекса, только ссылку уже не помню. А пример отличный!

Корневой элемент

В любом XML-документе есть корневой элемент. Это тег, с которого документ начинается, и которым заканчивается. В случае REST API документ — это запрос, который отправляет система. Или ответ, который она получает.

Чтобы обозначить этот запрос, нам нужен корневой элемент. В подсказках корневой элемент — «req».

Он мог бы называться по другому:

Да как угодно. Он показывает начало и конец нашего запроса, не более того. А вот внутри уже идет тело документа — сам запрос. Те параметры, которые мы передаем внешней системе. Разумеется, они тоже будут в тегах, но уже в обычных, а не корневых.

Значение элемента

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

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

Внутри — значение запроса.

Это как если бы мы вбили строку «Виктор Иван» в GUI (графическом интерфейсе пользователя):

Пользователю лишняя обвязка не нужна, ему нужна красивая формочка. А вот системе надо как-то передать, что «пользователь ввел именно это». Как показать ей, где начинается и заканчивается переданное значение? Для этого и используются теги.

Система видит тег «query» и понимает, что внутри него «строка, по которой нужно вернуть подсказки».

Параметр count = 7 обозначает, сколько подсказок вернуть в ответе. Если тыкать подсказки на демо-форме Дадаты, нам вернется 7 подсказок. Это потому, что туда вшито как раз значение count = 7. А вот если обратиться к документации метода, count можно выбрать от 1 до 20.

Откройте консоль разработчика через f12, вкладку Network, и посмотрите, какой запрос отправляется на сервер. Там будет значение count = 7.

Атрибуты элемента

У элемента могут быть атрибуты — один или несколько. Их мы указываем внутри отрывающегося тега после названия тега через пробел в виде

Зачем это нужно? Из атрибутов принимающая API-запрос система понимает, что такое ей вообще пришло.

Например, мы делаем поиск по системе, ищем клиентов с именем Олег. Отправляем простой запрос:

А в ответ получаем целую пачку Олегов! С разными датами рождения, номерами телефонов и другими данными. Допустим, что один из результатов поиска выглядит так:

Давайте разберем эту запись. У нас есть основной элемент party.

У него есть 3 атрибута:

Внутри party есть элементы field.

У элементов field есть атрибут name. Значение атрибута — название поля: имя, дата рождения, тип или номер телефона. Так мы понимаем, что скрывается под конкретным field.

Это удобно с точки зрения поддержки, когда у вас коробочный продукт и 10+ заказчиков. У каждого заказчика будет свой набор полей: у кого-то в системе есть ИНН, у кого-то нету, одному важна дата рождения, другому нет, и т.д.

Но, несмотря на разницу моделей, у всех заказчиков будет одна XSD-схема (которая описывает запрос и ответ):

— есть элемент party;
— у него есть элементы field;
— у каждого элемента field есть атрибут name, в котором хранится название поля.

А вот конкретные названия полей уже можно не описывать в XSD. Их уже «смотрите в ТЗ». Конечно, когда заказчик один или вы делаете ПО для себя или «вообще для всех», удобнее использовать именованные поля — то есть «говорящие» теги. Какие плюшки у этого подхода:

— При чтении XSD сразу видны реальные поля. ТЗ может устареть, а код будет актуален.
— Запрос легко дернуть вручную в SOAP Ui — он сразу создаст все нужные поля, нужно только значениями заполнить. Это удобно тестировщику + заказчик иногда так тестирует, ему тоже хорошо.

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

Помимо элементов field в party есть элемент attribute. Не путайте xml-нотацию и бизнес-прочтение:

У элемента attribute есть атрибуты:

Такая вот XML-ка получилась. Причем упрощенная. В реальных системах, где хранятся физ лица, данных сильно больше: штук 20 полей самого физ лица, несколько адресов, телефонов, емейл-адресов…

Но прочитать даже огромную XML не составит труда, если вы знаете, что где. И если она отформатирована — вложенные элементы сдвинуты вправо, остальные на одном уровне. Без форматирования будет тяжеловато…

А так всё просто — у нас есть элементы, заключенные в теги. Внутри тегов — название элемента. Если после названия идет что-то через пробел: это атрибуты элемента.

XML пролог

Иногда вверху XML документа можно увидеть что-то похожее:

Эта строка называется XML прологом. Она показывает версию XML, который используется в документе, а также кодировку. Пролог необязателен, если его нет — это ок. Но если он есть, то это должна быть первая строка XML документа.

UTF-8 — кодировка XML документов по умолчанию.

XSD-схема

XSD (XML Schema Definition) — это описание вашего XML. Как он должен выглядеть, что в нем должно быть? Это ТЗ, написанное на языке машины — ведь схему мы пишем… Тоже в формате XML! Получается XML, который описывает другой XML.

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

Если мы создаем SOAP-метод, то указываем в схеме:

Поэтому зачем запускать сложную процедуру, если запрос заведом «плохой»? И выдавать ошибку через 5 минут, а не сразу? Валидация по схеме помогает быстро отсеять явно невалидные запросы, не нагружая систему.

Более того, похожую защиту ставят и некоторые программы-клиенты для отправки запросов. Например, SOAP Ui умеет проверять ваш запрос на well formed xml, и он просто не отправит его на сервер, если вы облажались. Экономит время на передачу данных, молодец!

А простому пользователю вашего SOAP API схема помогает понять, как составить запрос. Кто такой «простой пользователь»?

Итого, как используется схема при разработке SOAP API:

Попробуем написать для него схему. В запросе должны быть 3 элемента (email, name, password) с типом «string» (строка). Пишем:

А в WSDl сервиса она записана еще проще:

Конечно, в схеме могут быть не только строковые элементы. Это могут быть числа, даты, boolean-значения и даже какие-то свои типы:

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

Практика: составляем свой запрос

Ок, теперь мы знаем, как «прочитать» запрос для API-метода в формате XML. Но как его составить по ТЗ? Давайте попробуем. Смотрим в документацию. И вот почему я даю пример из Дадаты — там классная документация!

Что, если я хочу, чтобы мне вернуть только женские ФИО, начинающиеся на «Ан»? Берем наш исходный пример:

В первую очередь меняем сам запрос. Теперь это уже не «Виктор Иван», а «Ан»:

Далее смотрим в ТЗ. Как вернуть только женские подсказки? Есть специальный параметр — gender. Название параметра — это название тегов. А внутри уже ставим пол. «Женский» по английски будет FEMALE, в документации также. Итого получили:

Ненужное можно удалить. Если нас не волнует количество подсказок, параметр count выкидываем. Ведь, согласно документации, он необязательный. Получили запрос:

Вот и все! Взяли за основу пример, поменяли одно значение, один параметр добавили, один удалили. Не так уж и сложно. Особенно, когда есть подробное ТЗ и пример )))

Попробуй сам!
Напишите запрос для метода MagicSearch в Users. Мы хотим найти всех Ивановых по полному совпадению, на которых висят актуальные задачи.

Well Formed XML

Разработчик сам решает, какой XML будет считаться правильным, а какой нет. Но есть общие правила, которые нельзя нарушать. XML должен быть well formed, то есть синтаксически корректный.

Чтобы проверить XML на синтаксис, можно использовать любой XML Validator (так и гуглите). Я рекомендую сайт w3schools. Там есть сам валидатор + описание типичных ошибок с примерами.

В готовый валидатор вы просто вставляете свой XML (например, запрос для сервера) и смотрите, всё ли с ним хорошо. Но можете проверить его и сами. Пройдитесь по правилам синтаксиса и посмотрите, следует ли им ваш запрос.

Правила well formed XML:

Давайте пройдемся по каждому правилу и обсудим, как нам применять их в тестировании. То есть как правильно «ломать» запрос, проверяя его на well-formed xml. Зачем это нужно? Посмотреть на фидбек от системы. Сможете ли вы по тексту ошибки понять, где именно облажались?

1. Есть корневой элемент

Нельзя просто положить рядышком 2 XML и полагать, что «система сама разберется, что это два запроса, а не один». Не разберется. Потому что не должна.

И если у вас будет лежать несколько тегов подряд без общего родителя — это плохой xml, не well formed. Всегда должен быть корневой элемент:

Что мы делаем для тестирования этого условия? Правильно, удаляем из нашего запроса корневые теги!

2. У каждого элемента есть закрывающийся тег

Тут все просто — если тег где-то открылся, он должен где-то закрыться. Хотите сломать? Удалите закрывающийся тег любого элемента.

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

Это тоже самое, что передать в нем пустое значение

Аналогично сервер может вернуть нам пустое значение тега. Можно попробовать послать пустые поля в Users в методе FullUpdateUser. И в запросе это допустимо (я отправила пустым поле name1), и в ответе SOAP Ui нам именно так и отрисовывает пустые поля.

Итого — если есть открывающийся тег, должен быть закрывающийся. Либо это будет один тег со слешом в конце.

Для тестирования удаляем в запросе любой закрывающийся тег.

3. Теги регистрозависимы

Как написали открывающий — также пишем и закрывающий. ТОЧНО ТАК ЖЕ! А не так, как захотелось.

А вот для тестирования меняем регистр одной из частей. Такой XML будет невалидным

4. Правильная вложенность элементов

Элементы могут идти друг за другом

Один элемент может быть вложен в другой

Но накладываться друг на друга элементы НЕ могут!

5. Атрибуты оформлены в кавычках

Даже если вы считаете атрибут числом, он будет в кавычках:

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

Итого

XML (eXtensible Markup Language) используется для хранения и передачи данных.

Передача данных — это запросы и ответы в API-методах. Если вы отправляете SOAP-запрос, вы априори работаете именно с этим форматом. Потому что SOAP передает данные только в XML. Если вы используете REST, то там возможны варианты — или XML, или JSON.

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

Вот пример использования XML в коде open-source проекта folks. Я не знаю, что именно делает JacksonJsonProvider, но могу «прочитать» этот код — есть функционал, который мы будем использовать (featuresToEnable), и есть тот, что нам не нужен(featuresToDisable).

Формат XML подчиняется стандартам. Синтаксически некорректный запрос даже на сервер не уйдет, его еще клиент порежет. Сначала проверка на well formed, потом уже бизнес-логика.

Правила well formed XML:

Если вы тестировщик, то при тестировании запросов в формате XML обязательно попробуйте нарушить каждое правило! Да, система должна уметь обрабатывать такие ошибки и возвращать адекватное сообщение об ошибке. Но далеко не всегда она это делает.

А если система публичная и возвращает пустой ответ на некорректный запрос — это плохо. Потому что разработчик другой системы налажает в запросе, а по пустому ответу даже не поймет, где именно. И будет приставать к поддержке: «Что же у меня не так?», кидая информацию по кусочкам и в виде скринов исходного кода. Оно вам надо? Нет? Тогда убедитесь, что система выдает понятное сообщение об ошибке!

Что такое JSON — второй популярный формат

PS — больше полезных статей ищите в моем блоге по метке «полезное». А полезные видео — на моем youtube-канале

Источник

Введение в XML

К недостаткам языка HTML можно отнести следующие:

Рассмотрим более детально структуру и особенности этого языка.

Язык XML имеет следующие достоинства:

К известным недостаткам языка можно отнести следующие:

Проверка действительности документа предполагает выполнение следующих действий:

Рассмотрим теперь основные синтаксические правила построения XML документов.

XML документ имеет следующую структуру :

К сожалению, описанные выше правила позволяют контролировать только формальную правильность XML документа, но не содержательную. Для решения второй задачи используются так называемые схемы.

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

Чаще всего для описания схемы используются следующие спецификации:

Источник

Тестирование по дисциплине «Технологии обработки информации»

ТЕСТИРОВАНИЕ ПО ДИСЦИПЛИНЕ

«ТЕХНОЛОГИИ ОБРАБОТКИ ИНФОРМАЦИИ»

Раздел 1. Введение. Современные технологии обработки информации

a. о технических средствах обработки информации;

b. о приемах и методах обработки информации;

c. о преобразовании информации из одной формы в другую;

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

e. о свойствах информации;

a. совокупность методов и приемов решения типовых задач обработки информации;

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

c. описание технологического процесса решения типовых информационных задач;

d. технические устройства, используемые при решении типовых информационных задач;

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

a. интегрированность с другими программами

b. взаимосвязь пользователя с компьютером

c. гибкость процессов изменения данных и постановок задач

d. использование поддержки экспертов

e. интерактивный режим работы с пользователем

1.4Классификация информационных технологий (ИТ) по решаемой задаче включает:

a. ИТ автоматизации офиса

b. ИТ обработки данных

c. ИТ экспертных систем

d. ИТ поддержки предпринимателя

e. ИТ поддержки принятия решения

1.5 Инструментарий информационной технологии включает:

компьютер компьютерный стол программный продукт несколько взаимосвязанных программных продуктов книги

1.6 Примеры инструментария информационных технологий:

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

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

Правильный ответ: ИНСТРУМЕНТАРИЙ +

1.8 __________ информационной технологии – производство информации нового качества для принятия на ее основе решения.

Правильный ответ: ЦЕЛЬ +

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

Правильный ответ: НОВАЯ +

Вид информационной технологии

а) программа «1С: Бухгалтерия»

в) комплексная программа управления предприятием «Галактика»

1.11 Целью информационной технологии является:

a. решение задач, по которым известны алгоритмы обработки;

b. решение неструктурированных задач;

c. удовлетворение информационных потребностей всех без исключения работников фирмы;

d. создание из информационного ресурса качественного информационного продукта, удовлетворяющего требованиям пользователя.

1.12 По сфере применения различают информационные системы:

a. внешние и внутренние;

b. региональные и общероссийские;

c. бухгалтерские, банковские, страховые, налоговые.

1.13 Технология программирования предназначена для

a. обработки больших объемов структурированной информации;

b. обработки текстовой информации;

c. решения вычислительных задач и обеспечения экономической деятельности;

d. обработки реальных изображений и звука;

e. создания инструментальных программных средств информационных технологий.

1.14 Редакционно-издательские технологии предназначены для

a. обработки больших объемов структурированной информации;

b. обработки текстовой информации;

c. решения вычислительных задач и обеспечения экономической деятельности;

d. обработки реальных изображений и звука;

e. создания инструментальных программных средств информационных технологий.

1.15 Офисные технологии предназначены для

a. обработки больших объемов структурированной информации;

b. обработки текстовой информации;

c. решения вычислительных задач и обеспечения экономической деятельности;

d. обработки реальных изображений и звука;

e. создания инструментальных программных средств информационных технологий.

1.16 Технологии мульти-медиа предназначены для

a. обработки больших объемов структурированной информации;

b. обработки текстовой информации;

c. решения вычислительных задач и обеспечения экономической деятельности;

d. обработки реальных изображений и звука;

e. создания инструментальных программных средств информационных технологий.

1.17 Языками программирования являются следующие программы:

a) Excel; b) FoxPro; c) Basic; d) Access; e) Lexicon; f) Supercalc; g) Coreldraw; h) Word; i) Pascal.

1.18 Текстовыми редакторами являются следующие программы:

a) Excel; b) FoxPro; c) Basic; d) Access; e) Lexicon; f) Supercalc; g) Coreldraw; h) Word; i) Pascal.

1.19 Графическими редакторами являются следующие программы:

a) Excel; b) FoxPro; c) Basic; d) Access; e) Lexicon; f) Supercalc; g) Coreldraw; h) Word; i)Pascal.

1.20 Электронными таблицами являются следующие программы:

a) Excel; b) FoxPro; c) Basic; d) Access; e) Lexicon; f) Supercalc; g) Coreldraw; h) Word; i)Pascal.

Раздел 2. Технологии обработки информации

УКАЖИТЕ ПРАВИЛЬНЫЙ ОТВЕТ

2.1 Текстовый процессор входит в состав:

a. системного программного обеспечения;

b. систем программирования;

c. операционной системы;

d. прикладного программного обеспечения

2.2 Текстовый процессор – это программа, предназначенная для:

a. работы с изображениями;

b. управления ресурсами ПК при создании документов;

c. ввода, редактирования и форматирования текстовых данных ;

d. автоматического перевода с символических языков в машинные коды

2.3 Основную структуру текстового документа определяет:

2.4. Для создания шаблона бланка со сложным форматированием необходимо вставить в документ:

2.5 Области, расположенные в верхнем и нижнем поле каждой страницы документа, которые обычно содержат повторяющуюся информацию:

2.6 Набор параметров форматирования, который применяется к тексту, таблицам и спискам, чтобы быстро изменить их внешний вид, одним действием применив сразу всю группу атрибутов форматирования – это:

2.7 Команды меню Формат в текстовом процессоре MS Word позволяют осуществить действия:

a. сохранение документа;

d. выбор параметров абзаца и шрифта

2.8 Команды меню Правка в текстовом процессоре MS Word позволяют осуществить действия:

a. вставку объектов из буфера обмена;

b. сохранение документа;

d. выбор параметров абзаца и шрифта

2.9 Ссылки на ячейки в таблицах MS Word включают:

латинские буквы; русские буквы; арабские цифры; римские цифры; греческие символы

2.10 Объект, позволяющий создавать формулы в документе MS Word, называется:

2.11 Ссылки на ячейки в табличном процессоре MS Excel могут быть:

2.12. Ячейка таблицы MS Excel может содержать:

2.13 Режимы работы табличного процессора MS Excel:

2.14 Ограничение доступа к электронным таблицам может выполняться на уровне:

b. группы документов;

2.15 Пункт меню Данные табличного процессора MS Excel позволяет:

проводить защиту данных; создавать макросы; проводить сортировку данных; проводить фильтрацию данных; проверять орфографию

2.16 Для запуска макроса можно применять:

· комбинацию клавиш клавиатуры;

· комбинацию клавиш клавиатуры и экранных кнопок;

· созданные экранные кнопки;

· созданные кнопки панели инструментов;

2.17. При форматировании диаграммы в табличном процессоре MS Excel можно изменить:

тип диаграммы; исходные данные; формат легенды; расположение диаграммы; формат области построения

2.18 Какая формула будет получена при копировании в ячейку С3, формулы из ячейки С2:

2.19 Электронная таблица предназначена для:

a. обработки преимущественно числовых данных, структурированных с помощью таблиц;

b. упорядоченного хранения и обработки значительных массивов данных;

c. визуализации структурных связей между данными, представленными в таблицах;

d. редактирования графических представлений больших объемов информации.

2.20 Установите соответствие

Виды ссылок на ячейки MS Excel

в) изменяются частично

2.21 Графическим редактором называется программа, предназначенная для:

a. создания графического образа текста;

b. редактирования вида и начертания шрифта;

c. работы с графическим изображением;

d. построения диаграмм.

2.22 Минимальным объектом, используемым в растровом графическом редакторе, является:

2.24 С помощью графического редактора Paint можно:

2.25 Примитивами в графическом редакторе называются:

2.26 Инструментами в графическом редакторе являются:

УКАЖИТЕ ВСЕ ПРАВИЛЬНЫЕ ОТВЕТЫ

2.27 О программе MS PowerPoint можно сказать, что она:

предназначена для создания графических файлов; предназначена для создания презентаций; является мультимедиа приложением; входит в состав Windows; входит в состав MS Office.

2.28В программе MS PowerPoint существуют следующие режимы отображения документа:

обычный; структуры; слайдов; сортировщика слайдов; страниц заметок.

2.29 В программе MS PowerPoint существуют следующие режимы демонстрации презентации:

автоматический показ по времени; смена слайдов по щелчку мыши; циклический показ до нажатия клавиши Esc; циклический показ со сменой слайдов по щелчку мыши; изготовление и показ настоящих 35-мм слайдов.

2.30 В каждый слайд можно вставить:

текст; звук; программу; диаграмму; таблицу.

2.31 В программе MS PowerPoint анимация применяется:

при смене слайдов; для построения текста; на входе объекта; на выходе объекта; до начала презентации.

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

руководитель; подчиненный; коллега; помощник; сослуживец.

Правильный ответ: ПРЕЗЕНТАЦИЯ

2.34 В режиме __________ удобно выполнять основные операции по созданию отдельного слайда.

Правильный ответ: СЛАЙДОВ +

2.35 В режиме __________ удобно выполнять основные операции по монтажу всей презентации.

Правильный ответ: СОРТИРОВЩИКА

2.36 В режиме сортировщика все операции осуществляются над __________ слайдом.

Правильный ответ: ВЫДЕЛЕННЫМ

Раздел 3. Методы и средства обработки информации в глобальных компьютерных сетях

3.1. Какие записи являются корректными для ссылки, когда исходный документ хранится в подкаталоге корня, а ссылаемый в корне сайта?

3.2 Каким образом выведется текст, заключенный в тег

a. Текст выведется курсивом;

b. Текст выведется в верхнем регистре;

c. Текст выведется подчеркнутым;

d. Текст выведется в нижнем регистре;

e. Текст выведется перечеркнутым.

3.3 Что делают эти спецсимволы « и »

a. Такого нет в языке html;

b. Ничего из перечисленного;

c. Заключают текст во Французские кавычки;

d. Увеличивают первую и последнюю буквы на 0,2 em.

3.4 Выберите HTML-тег, выводящий текст в виде верхнего индекса выше базовой линии текста

3.5Как будет отображаться следующий элемент?

a. Поле ввода со значением «********»

b. Ничего отображаться не будет

c. Поле ввода с текстом «HelloWorld»

d. Текст «HelloWorld»

e. Пустое поле ввода

3.6 Какой атрибут тега