что такое id просмотра видео и как им пользоваться
Где найти Айди Ютуб канала и видео ролика
Все авторы и размещаемые ими ролики на ютуб имеют особые коды. Это набор символов, который называется идентификатор канала или видео, но как узнать его и зачем он нужен – могут ответить далеко не все блогеры.
Что это такое и для чего используется
Об этом параметре знают не все, однако он был введен достаточно давно, после масштабного обновления YouTube в 2006 году. Это уникальный код, как правило, состоящий из латинских букв, цифр и символов. Механизм его формирования до конца не ясен, как и то, что значит идентификатор ютуб канала: нет никакой зависимости от страны аккаунта, тематики или возрастных ограничений.
Но зато давно известны цели, для которых он может понадобиться:
Как посмотреть
Найти «Код» любого канала:
Перед тем, как узнать id канала на youtube, выберем один из способов, которым можно воспользоваться. Первый универсален, и сможет получить информацию и по своему, и по чужому аккаунту. Второй подойдет для владельцев аккаунтов.
Вариант 1 — По URL-адресу
Внимание: в некоторых случаях вместо слова «channel» используется «user» или просто буква «c».
Вариант 2 — Из меню настроек
Если вам нужна информация по вашему собственному профилю, делаем так:
В телефоне
Итак, мы разобрались, что такое идентификатор ютуб канала и как его получить на ПК, а теперь разберем, как узнать его на телефоне андроид или айфоне.
Способ 1. При помощи приложения
Способ 2. При помощи браузера
На многих смартфонах настроено открытие ютуба через мобильное приложение. Даже если вы хотите открыть видео через браузер, он все равно автоматически открывает его в приложении. Если ваш телефон не имеет такой настройки, вы можете узнать айди любым из способов, описанных в первой части обзора. Для этого:
Изменить его
Наверняка вы заметили, что у некоторых авторов вместо стандартного набора непонятных символов в адресной строке стоит красивый адрес, в котором использовано название или никнейм (например: youtube.com/yourcustomname или youtube.com/c/yourcustomname).
Перед тем, как изменить id канала на youtube, нужно выполнить несколько условий:
Если вы выполнили все это: ↓
ID конкрентного ролика
Все видео также персонально пронумерованы и имеют свои url адреса. Эти данные также не являются секретными, каждый пользователь может посмотреть код любого элемента. Как узнать id видео ролика на youtube:
Для пользователей мобильного приложения, есть еще один способ, как найти id видео на youtube:
Этот способ подходит как для ПК, так и для мобильного приложения. После этого в вашем буфере приложения будет храниться url адрес видеоролика.
Вы можете вставить его в любом приложении, а символы в хвосте ссылки после равно – и есть айди.
Хочу как у YouTube
Вы когда-нибудь задумывались как устроен ID видео на YouTube?
Возможно, вы уже знаете/нашли ответ, но, как показали обсуждения на Stack Overflow, многие понимают эту технологию неправильно. Если вам интересно изучить что-то новое, добро пожаловать под кат.
Структура ID
Для начала, вспомним что из себя представляет ID видео на YouTube.
ID имеет длину 11 знаков (раньше был длиною 9 знаков).
Зачем это нужно
Как это ни странно, но большинство пользователей и разработчиков ошибочно полагают, что такие ID нужны для защиты от грабберов, которые перебором ID могут скачать весь контент сайта.
Поэтому многие всерьез рассматривают такие ID как систему защиты и придумывают сложные алгоритмы хеширования своих инкрементных числовых идентификаторов, пишут библиотеки и продвигают их.
Тем не менее, хочу вас удивить, это не хешированное число, а просто строка. И даже не инкрементная строка, а случайно генерируемое значение по аналогии с UUID, только заметно компактней.
Это может быть сложно понять тем, кто всегда работал с инкрементными идентификаторами и полагался в этом на БД. У генерируемого идентификатора есть своё назначение, свои преимущества и недостатки перед инкрементным идентификатором.
Генерируемый идентификатор в распределенных системах
Впервые мы сталкиваемся с генерируемым идентификатором в распределенных системах.
Проблема инкрементных идентификаторов в том, что их создаёт БД. Для сохранения консистентности данных нам необходима одна master БД, которая будет генерировать их. Это повышает нагрузку на нее и затрудняет шардинг.
Некоторые решают эту проблему созданием отдельной БД или сервиса, который занимается исключительно генерацией ID. Но все усложняется, когда нам необходимо разнести сервера географически, подключить регионы.
Решение — вести локальный ID и, при периодической синхронизации с главным сервером, получать от него сквозной ID для всей системы. То есть на региональных серверах у нас будет 2 ID — локальный и сквозной.
Для решения подобных проблем и были придуманы генерируемые идентификаторы такие как UUID. За счёт большого количества комбинаций, мы добиваемся очень маленькой вероятности конфликта идентификаторов. Поэтому, мы можем доверить генерацию глобального ID конкретным инстансам приложения.
DDD и идентификаторы
Понятие Domain-driven design (DDD) хорошо описано в книгах Эрика Эванса и Вон Вернона. Общая идея DDD сводится к акцентированию внимания на нашей предметной области, стремление к проектированию систем максимально приближенных к реальному миру. Здесь же я хочу рассказать о роли идентификаторов в DDD.
В понятиях DDD подхода нельзя создавать сущности без идентификатора. Инициализируя новый инстанс сущности, идентификатор в ней уже должен быть. То есть, идентификатор создаваемой сущности должен передаваться ей в конструкторе или передаваться ей сервис доменного уровня для получения идентификатора или это должен быть естественный идентификатор формируемый самой сущностью.
Необходимость наличия идентификатора может возникнуть если мы захотим бросить доменное событие при создании сущности. Если в событии не будет идентификатора, то у слушателей могут возникнуть проблемы с идентификацией сущности.
В тоже время, в БД используется инкрементный ключ на вставку. Пока мы не запишем данные в БД, мы не сможем получить идентификатор для сущности. Нестыковка получается. Мы не можем создать сущность потому, что у нас нет ID, и мы не можем получить ID из БД потому, что для этого нужно записать сущность в БД.
Есть разные способы решения этой проблемы. Один из них — это случайно генерируемый идентификатор, о котором мы сейчас и говорим.
Недостатки
У генерируемых идентификаторов есть и недостатки. Куда же без них.
Очевидными недостатками являются время генерации идентификатора и вероятность коллизии/конфликта идентификаторов. О вероятности конфликта мы и поговорим в следующем разделе.
Вероятность коллизии ID
Давайте вспомним курс комбинаторики и прикинем количество комбинаций. Нам потребуется формула Размещение с повторениями.
Для UUID количество комбинаций известно, но мы всё же рассчитаем их для сравнения.
У UUID много хорошего и многие им успешно пользуются. Лично мне он не нравится тем, что он ну очень длинный, занимает много места в БД и его затруднительно использовать в URL, хотя некоторых это не смущает.
YouTube ID
А теперь сравним UUID и YouTube видео ID и высчитаем количество комбинаций.
Чтобы хоть как-то осознать это число, представьте, что для получения всех возможных значений идентификаторов длиной 11 символов и создавая идентификатор каждую наносекунду, вам потребуется 2 339 лет.
А для того, чтобы получить такое же количество комбинаций как у UUID нам потребуется 2 128 = 64 21 строка длиною 21 символов, то есть почти в 2 раз короче UUID (37 символов). А если мы возьмём идентификатор такой же длины как у UUID, то мы получим 64 37 = 2 222 против 2 128 у UUID.
Самое главное преимущество такого подхода в том, что мы сами управляем количеством комбинаций путем изменения длины строки.
Не сложно догадаться, что можно сделать идентификатор еще более компактным взяв большее множество знаков. Например, взяв множество из 128 знаков и тогда, идентификатор длиной 18 знаков даст нам 128 18 = 2 126 комбинаций, что сравнимо с UUID. Но это экономит нам всего несколько символов, а проблем добавляет целую кучу. Увеличивая количество используемых знаков мы сталкиваемся с проблемой использования зарезервированных знаков или с проблемой расхождения кодировки знаков. Поэтому я рекомендую ограничится 64 знаками и играться только с длиной идентификатора.
Для расчета вероятности коллизии воспользуемся формулой из статьи про UUID на Википедии.
Где
N — количество возможных вариантов.
n — число сгенерированных ключей.
Возьмем идентификатор длиною 11 знаков, как у YouTube, что даст нам N = 64 11 = 2 66 и соответственно мы получим:
Это даёт нам гарантию, что первые несколько миллионов идентификаторов будут уникальными. Не самый плохой результат для столь короткого идентификатора.
Генерация ID
И наконец-то код. Генерируется ID элементарно.
А теперь прикинем как это может использоваться в вашей предметной области при использовании DDD подхода. Допустим, мы хотим использовать наш новый ID в сущности Статья. Для начала создадим ValueObject для идентификатора статьи, чтобы однозначно идентифицировать принадлежность идентификатора к статье.
Теперь создадим интерфейс сервиса предметной области для получения ID. Сервис нам нужен для инкапсуляции генерации ID и подмены при необходимости.
Создадим имплементацию конкретного сервиса генератора ID статьи, использующий наш новый генератор случайных идентификаторов.
Теперь мы можем создать сущность Статьи с идентификатором.
Заключение
Вот таким простым способом мы получили управляемый генерируемый идентификатор с высокой степенью уникальности. Использовать ли генерируемые идентификаторы в своих проектах, решать вам, но их плюсы очевидны.
А вы используете генерируемые идентификаторы? Расскажите в комментариях.
PS: Для тех кому лень писать свое, есть готовая библиотека под PHP 5.3+
PSS: Для расчетов могу порекомендовать этот онлайн калькулятор.
Update 02-02-2018
Цель этой статьи показать принцип, преимущества и недостатки генерируемых идентификаторов, а не принизить заслуги UUID или выдвинуть Base64 как лучшее решение.
Update 05-02-2018
Подведем небольшой итог обсуждения в комментариях.
medvedevia очень верно подметил, что UUID можно упаковать в base64, за что ему спасибо. Упакованный UUID, на выходе даст нам строку длиною 22 символа, что уже заметно компактней.
Однако, UUID все ещё длинный и имеет ряд других недостатков описанных sand14, за что ему отдельное спасибо.
В качестве альтернативы можно рассмотреть Snowflake ID, предложенный MikalaiR. Его успешно используют в Twitter и Instagram.
Snowflake ID представляет из себя 64 битный номер:
Sequence инкрементируется в тех случаях, когда timestamp генерируемого id, совпадает с timestamp последнего сгенерированного id. Своего рода защита от коллизии на локальном уровне.
Довольно простая схема получается. Плюсами Snowflake ID будут:
А теперь поговорим о недостатках Snowflake:
Первая проблема заключается в том, что приложение, генерирующее id, может работать на одном сервере в разных процессах. В результате мы можем получить коллизию уже в пределах одного сервера. Использовать id процесса при генерации id нельзя по ряду причин.
Решение, либо выносить генерацию id в микросервис, либо заставить мастер процесс, запускающий дочерние процессы с приложением, передавать в дочерние процессы какой-то id, который уже можно будет использовать в алгоритме.
Вторая проблема, это раскрытие информации о инфраструктуре проекта. Количество серверов и количество датацентров.
Третья проблема заключается в использовании timestamp. Время величина бесконечная и загоняя его в рамки мы обрекаем себя на провал.
Как я уже написал в комментариях, уже сейчас длина timestamp составляет 41 бит и уже в 2039 длина составит 42 бита. Мы получим переполнение места и генерация id начнется с нуля, то есть мы будем получать id, такие же как и 69 лет назад. А когда длина timestamp составит 43 бита (2248 год) мы получим переполнение Integer.
Twitter может пренебречь этой проблемой, так как он может просто не хранить твиты столько времени, но это применимо не для всех.
Есть так же несколько решений. Как сказал MikalaiR, можно изменить дату начала отсчёт времени, например на начало эпохи 2000-01-01, что отложит неизбежное ещё на 30 лет.
Более правильное решение предложил devalone. Можно перераспределить биты и увеличить место под timestamp, например до 45 бит, что отложит переломный момент до 3084 года, а переполнение Integer мы получим только в 4199 году.
Пример генерации Snowflake id:
Казалось бы, вот он YouTube id, но нет. Если вы сгенерируете несколько id, то вы увидите, что они почти не отличаются, а последние 4 символа вообще константа.
Для сравнения, id видео загруженных на YouTube с разницей в несколько секунд.
Сравнив идентификаторы в бинарном представлении можно так же убедится, что Snowflake id имеет значительно больше сходств чем YouTube
Я все ещё склонен думать, что YouTube использует случайно или псевдослучайно сгенерированные значения.
Update 21-02-2018
Описанный в статье метод генерации идентификатора приведен как пример. Не акцентируйте внимание на конкретном примере.
Для сравнения хочу привести несколько дополнительных примеров генерации идентификатора, чтобы было с чем сравнивать. Все они используют генераторы криптографически безопасных случайных чисел.
Генерация случайных знаков
Плюсы
Минусы
Побайтовая генерация ID
Плюсы
Минусы
Случайные числа и временная метка
Плюсы
Минусы
Случайные числа и плавающая временная метка
Плюсы
Минусы
Генерация случайных байт
Плюсы
Минусы
PS: Поправьте меня в комментариях если я что-то упустил.
ID — что это такое и зачем вообще нужен
ID — данный термин можно часто встретить на просторах сети интернет и не только. Он является уникальным идентификатором чего-либо или кого-либо.
С помощью айди можно легко отличить один объект от другого, уникализировать его по определенным признакам. Это очень удобно, поэтому он так нередко используется.
Из прошлого материала вы узнали, что делать, если windows не удается завершить форматирование. Сейчас мы рассмотрим, что такое ИД, почему этот термин так часто используется и для чего вообще был придуман.
Что такое ID
ID, идентификатор (айди, ид, identifier) — уникальный признак/атрибут объекта, по которому его можно опознать/отличить от других объектов.
Данный параметр/атрибут особенно распространен в интернете, нередко вы можете увидеть его в тех же социальных сетях, к примеру, совсем недавно мы рассматривали, как работать с ним в материале про то, как узнать id вк.
Уникальным идентификатором может быть — пример:
Также айди вы часто можете видеть в чеках из магазинов, там он пишется, как номер транзакции, в мессенджерах, там ID является номер телефона. Ваш email адрес тоже является уникальным и может использоваться в качестве ID.
Простыми словам — любой уникальный признак, который позволяет отличить один объект от другого может называться Айди.
Айди используется по прямому назначению — чтобы идентифицировать объект быстро и главное точно. Именно для этого он и нужен. Пишется обычно так — id-номер-с-буквами.
Что такое ID пользователя
Айди пользователя — это уникальный набор цифр и букв, который позволяет отличить/идентифицировать его аккаунт от аккаунтов других пользователей.
В социальной сети ВКонтакте идентификатором страницы пользователя является номер, которым по счету он зарегистрировался. Пишется номер сразу после слова — id, к примеру, id1.
В других социальных сетях и форумах, к аккаунту пользователя также присваивается свой ID, по которому этот аккаунт может быть идентифицирован. На многих форумах, в таком качестве выступает просто Email.
В заключение
Как видите, это простое число или сочетание цифр, букв и других символов, которое присваивается к чему или кому либо, той же странице профиля. Что позволяет в дальнейшем ее идентифицировать.
Как защитить контент на YouTube с помощью системы Content ID
Надоело, что у вас воруют контент? Предлагаем полный гайд о том, как защитить контент и отстоять авторское право на YouTube с помощью системы Content ID.
Из статьи вы узнаете:
На YouTube более 1 миллиарда уникальных пользователей, которые каждую секунду загружают более 6 часов видео. И далеко не весь контент является авторским. Поэтому для защиты интересов правообладателей Youtube внедрил систему Content ID.
Что такое система Content ID и зачем ее создали
Content ID — автоматизированная система проверки контента на YouTube, которая борется с нарушением авторских прав и позволяет защитить контент. Система сравнивает материалы, которые выкладывают на YouTube-каналы, с цифровыми отпечатками из своей базы. При обнаружении совпадений она автоматически уведомляет об этом факте правообладателя и владельца канала, на котором обнаружено нарушение.
Стимулом к созданию Content ID стало не только законодательство, но и желание привлечь на YouTube правообладателей и рекламодателей. Система проверки контента помогла YouTube:
В библиотеке Content ID находится более 50 миллионов цифровых отпечатков, которые система использует для идентификации контента. С каждым днем количество загруженных копий увеличивается, поэтому Google увеличивает вычислительные мощности системы. Одно из последних новшеств — подключение Content ID к исследовательскому проекту Google Brain. В результате система получила доступ к ресурсам нейронной сети компании, что позволяет ей находить скопированный контент, обрезанные и зеркально отраженные видеоролики.
Какие каналы могут пользоваться системой Content ID?
В Content ID регистрируется авторский контент. Но не все так просто. Канал подключают к системе при условии, что он соответствует требованиям.
Специалисты YouTube оценивают каналы, которые претендуют на подключение к системе, по трем направлениям:
Оценка канала
YouTube подключает к системе проверки контента каналы с многотысячной аудиторией подписчиков, на которых регулярно выкладываются новые видеоролики. Владельцам таких каналов сложно самостоятельно следить за тем, как используются видео- и аудиоматериалы. Content ID же им хорошо помогает.
Если канал молодой, видеоролики выкладываются нерегулярно и копируются другими авторами редко, то к Content ID его не подключат. Для владельцев таких каналов создана Программа проверки контента. Также они могут обращаться в службу поддержки по вопросам защиты авторских прав.
В правилах YouTube нет точных цифр, которые помогли бы авторам понять, может ли их канал рассчитывать на подключение к Content ID. Но если один раз заявку отклонили, то спешить подавать следующую не стоит. Многократное отправление необоснованных заявок приведет к тому, что владелец контента утратит доступ к системе и перестанет быть партнером YouTube.
Оценка контента
Для того чтобы получить доступ к Content ID, весь видео- и аудиоконтент на канале должен быть авторским и уникальным. Если автор брал музыку с непроверенных музыкальных библиотек, заимствовал нарезки видеороликов или фотографии с других каналов, то подключиться к системе не получится.
Оценка прав
Доступ к Content ID открыт для тех, кто имеет исключительные авторские права на видео или аудиоматериалы. Доказательством этого является договор на получение исключительной лицензии. Также могут потребоваться черновые видео- и аудиозаписи, видеоролики до нарезки, графические изображения до обработки.
В систему Content ID не включают:
Правообладатель сам вправе решать, какой именно аудио- или видеофайл регистрировать в системе. Но такая возможность появляется только у тех владельцев каналов, которые получили доступ к системе Content ID.
Как работать с системой Content ID?
Content ID помогает правообладателям отслеживать и управлять своими видеороликами на YouTube. Для этого в систему вносятся цифровые отпечатки, то есть образцы аудио- и видеофайла. По этим отпечаткам система ищет совпадения.
Работа с Content ID начинается с того, что правообладатель заявляет права на контент и включает для него поиск совпадений в системе. Система сама создает цифровые отпечатки. Важно, чтобы выбранный ролик был загружен на канал правообладателя и содержал материалы с исключительным авторским правом.
Владелец контента может создать отпечатки только для одного или сразу для нескольких видеороликов. Для этого надо:
Если Content ID обнаружит совпадения по видеоролику, то система автоматически применит ту политику, которую выбрал владелец канала. Согласно статистике YouTube, около 90% пользователей системы выбирают политику монетизации, чтобы получить дополнительный заработок от своего же, по сути, контента.
Правообладатель может не только выбрать правила в случае совпадения, но и установить критерии автопретензии. Это позволит блокировать, монетизировать или отслеживать видеоролики по таким параметрам:
Youtube разрешает правообладателям рассматривать претензии вручную. В этом случае Content ID будет автоматически направлять заявки владельцу контента, чтобы тот самостоятельно устанавливал политику использования видеоролика.
Content ID непрерывно проверяет контент. Сканируются и новые ролики, которые недавно появились в сети, и ранее выложенные материалы. Видео и аудио сравнивается с контентом из базы данных. В первую очередь проверку проходят популярные и недавно добавленные видеоролики.
Если система обнаружила совпадение по контенту из своей базы, то она отправляет владельцу канала заявку. Такие заявки размещаются в разделе «Менеджер видео» – «Авторские права».
Автор, который получил претензию, может согласиться с заявкой, удалить видеоролик или ту часть, которая защищена авторским правом, разделить доход с владельцем контента или же оспорить заявку.
Способы подключения к Content ID
Подключиться к Content ID можно через Менеджер контента на YouTube или через медиасеть.
Подключение напрямую через YouTube
Чтобы получить доступ к системе, надо подать заявку. Форма заявки находится по ссылке: https://www.youtube.com/cvp_app. Указывается полная информация о правообладателе и название видеоролика, который претендует оказаться в базе Content ID. Если правообладатель столкнулся с нарушением авторских прав, то он может указать список работ в заявлении и уведомить об этом службу контента.
Подать заявление на подключение к Content ID просто. Но доступ к системе получают только те каналы, которые на 100% соответствуют требованиям YouTube. Поэтому этот способ подходит только для авторитетных площадок, видеоролики которых сразу набирают сотни тысяч просмотров и используются другими авторами.
Подключение через медиасеть
Этот способ доступен для каналов, которые участвуют в партнерских программах. Правила подключения к Content ID в этом случае определяются не YouTube, а медиасетью. Неизменным остается одно условие — исключительные авторские права на контент.
Требования медиасетей к партнерам:
Партнеры медиасетей подают заявки и проходят проверки, чтобы подключиться к Content ID. Правообладатели могут идентифицировать в системе отдельные видеоролики или весь канал.
Заключение
Content ID — инструмент управления контентом, созданный для правообладателей. Система помогает защитить контент на YouTube, не только обнаруживая незаконно загруженные на другие каналы видеоролики, но и распознавая видео и аудиоматериалы после нарезки и обработки.
Чтобы внести видео или аудиоматериалы в базу Content ID, правообладатель должен подать заявку. Доступ к системе открывается только после подтверждения исключительных авторских прав и проверки канала. Если площадка соответствует правилам YouTube, то правообладатель может вносить в систему любые видеоролики.
Через YouTube доступ к Content ID получают только крупные каналы. Поэтому большинство авторов подключаются к системе через медиасети.
Система распознавания контента работает непрерывно. Она сканирует видеоролики и сравнивает с цифровыми отпечатками, занесенными в базу. В первую очередь проверяются популярные ролики и недавно выложенные материалы. Когда обнаруживается совпадение, Content ID применяет к видео или аудиоматериалам ту политику использования, которую установил в настройках владелец прав на контент.
Создавайте полезный авторский контент, контролируйте его использование другими каналами и не забывайте рекламировать на тематических площадках для привлечения зрителей и подписчиков!