Ссылка в профиле: Как сдеалть активную ссылку в Инстаграме: в профиле, комментариях, историях

Меняем ссылку в профиле Инстаграма, кадрируем фото и видео через SMMplanner

Привет!

Прямо в SMMplanner можно изменить ссылку в профиле аккаунта Инстаграм*. А еще – кадрировать фото или видео при публикации поста. Показываем, как все работает.

Меняем ссылку в профиле Инстаграма* при планировании поста

Для этого нужно:

1. При планировании поста в SMMplanner выбрать нужный аккаунт.
2. Написать текст, добавить фото или видео.
3. Выбрать пункт «Ссылка» и добавить ссылку, которая должна быть в описании профиля.
4. В чекбоксе выбрать пункт «Поместить ссылку в профиль пользователя».

Готово!

При выходе нового поста ссылка в описании профиля поменяется автоматически

Настраиваем автоматическое кадрирование фото или видео

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

Настроить кадрирование просто:

1. Зайдите в раздел «Проекты».
2. Нажмите на кнопку «Поля» напротив нужного проекта.
3. Настройте параметры кадрирования фото, сторис или видео.
4. Сохраните изменения.

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

На этом все. Следите за новостями и обновлениями.

• Тарифы SMMplanner стали удобнее

  Илья Слюсарев 15.06.2023 • 2 МИН

• Как работает ChatGPT в SMMplanner

  Редакция SMMplanner 01.

  06.2023 • 2 МИН

• Встречайте обновленный редактор визуала «Холст» в SMMplanner!

  Редакция SMMplanner 18.05.2023 • 3 МИН

как узнать ее и скопировать

Тик ток – это популярное молодежное приложение, которое используется с 2018 года. Оно позволяет снимать и размещать видео, а также просматривать ролики других пользователей. Ссылка на профиль тик ток позволяет поделиться важной информацией со своими подписчиками.

Содержание

1. Где найти ссылку на свой профиль в Тик ток?
2. Как узнать ссылку на чужой Тик ток?
3. Как скопировать ссылку на видео в Тик Ток?

Где найти ссылку на свой профиль в Тик ток?

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

Способ 1. Заходим в социальную сеть, авторизируемся и переходим во вкладку МОЙ ПРОФИЛЬ. Вверху будет кнопка в виде трех точек, на которую нажимаем. Заходим в настройки и выбирапем опцию ПОДЕЛИТЬСЯ ПРОФИЛЕМ.

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

Способ 2. Ссылку на профиль в тик токе можно получить с помощью видеоролика, который пользователь отправлял друзьям. Открываем тик ток, переходим к своим видеороликам и нажимаем под любым видео на кнопку ПОДЕЛИТЬСЯ. Выбираем получателя и отправляем видеоролик. Нажимаем на полученную в сообщениях ссылку и на значок аватарки, что позволит перейти в видео. Подписываемся или просматриваем видео. После появления крупной надписи переходим в профиль.

Как узнать ссылку на чужой Тик ток?

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

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

В открывшемся окне заходим в параметры методом нажатия на значок в виде трех точек. Внизу экрана открывается окно, в котором нажимаем на значок ССЫЛКА. Она появиться в буфере обмене, что позволит человеку делиться ней с другими пользователями.

Если гаджет работает на системе Андроид, тогда открываем социальную сеть и находим интересующий профиль.  Кликаем на значок в виде трех точек, после чего открывается окно с вкладкой ПОДЕЛИТЬСЯ. Выбираем пункт ССЫЛКА и она появиться в буфере обмена.

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

Как скопировать ссылку на видео в Тик Ток?

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

Открываем приложение и находим видеоролик, ссылку на который нужно получить. В правой части экрана открывается кнопка ПОДЕЛИТЬСЯ, на которую нужно нажать. В открытом окне находим значок ССЫЛКА и нажимаем на него.

Для скачивания ссылки на Айфоне рекомендуется перейти на видеоролик. В правой части экрана появиться значок ПОДЕЛИТЬСЯ, по которому нужно кликнуть. Откроется новое окно, в котором нажимаем на значок ССЫЛКА. Если это действие выполнить не удалось, то нужно все значки покрутить в сторону.

Тик ток – это популярная социальная сеть, которая набрала 500 миллионов подписчиков. Если вы хотите поделиться интересным аккаунтом, то нужно скопировать ссылку. Алгоритм действий зависит от операционной системы, на которой работает устройство.

Ссылка в профилях Обзоры и цены 2023

Аудитория

Компании или частные лица, заинтересованные в инструменте управления ссылками

О Ссылке в Профиле

Вы можете установить Ссылку в Профиле меньше времени, чем требуется для прочтения этого абзаца. Разрешите Link in Profile получить доступ к своей учетной записи Instagram, добавьте специальную целевую страницу в свой профиль, и все готово.

Чтобы добавить публикацию на целевую страницу «Ссылка в профиле», просто вставьте URL-адрес в заголовок публикации в Instagram, и она появится автоматически. Никаких дополнительных шагов и нулевого обслуживания. Или, если хотите, вы можете добавить свои ссылки через панель управления «Ссылка в профиле». Наконец, измерьте влияние Instagram. Linkinprofile.com теперь ваш прокси для любого трафика из Instagram. Проверьте свои источники трафика и узнайте, насколько эффективна ссылка в профиле с количественной точки зрения. Обязательно сообщите нам, как только узнаете!

Цена

Стартовая цена:

9,99 долл. США в месяц

Бесплатная пробная версия:

Доступна бесплатная пробная версия.

Интеграции

См. Интеграции

Рейтинги/отзывы

Общий

0,0 / 5

простота

0,0 / 5

функции

0,0 / 5

дизайн

0,0 / 5

поддерживать

0,0 / 5

Это программное обеспечение еще не проверено. Будьте первым, кто оставит отзыв:

Просмотрите это программное обеспечение

Информация о компании

Tap Bio

Дата основания: 2016

США

linkinprofile.com

Видео и снимки экрана

Продавайте больше с программным обеспечением PIM для малого и среднего бизнеса

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

Plytix — это программное обеспечение для управления информацией о продуктах (PIM). Plytix является самым популярным PIM на рынке среди малого и среднего бизнеса во всем мире благодаря удобному интерфейсу, низкой цене и подходу «белых перчаток» к адаптации и поддержке клиентов.

Подробнее

Подробная информация о продукте

Поддерживаемые платформы

Поддержка

Онлайн

Ссылка в профиле Часто задаваемые вопросы

В: С какими пользователями и типами организаций работает Link in Profile? В: Какие языки Link in Profile поддерживает в своем продукте? В: Какие варианты поддержки предлагает Link in Profile? В: С какими другими приложениями или службами интегрируется Link in Profile? В: Предлагает ли ссылка в профиле бесплатную пробную версию? В: Сколько стоит ссылка в профиле?

Ссылка в профиле Характеристики продукта

Инструменты управления ссылками

Управление партнерами

Аналитика ссылок

Анализ конкурентов

Управление обратными ссылками

Сокращение URL-адресов

Атрибуция канала

Ретаргетинг

Мониторинг рейтинга

Управление кампанией

Контроль бренда

Обнаружение неработающих ссылок

Тип связи «профиль»

RFC 6906: Тип связи «профиль» [Домашняя страница RFC] [ТЕКСТ|PDF|HTML] [Отслеживание] [ПИС] [Информационная страница]

ИНФОРМАЦИОННЫЙ

 Независимая подача E.  Wilde
Запрос комментариев: 6906 Корпорация EMC
Рубрика: Информационная Март 2013
ISSN: 2070-1721
                    Тип связи «профиль»
Абстрактный
   Эта спецификация определяет тип связи «профиль», который
   позволяет представлениям ресурсов указывать, что они следуют
   один или несколько профилей. Профиль определен так, чтобы не изменять
   семантику самого представления ресурса, но чтобы клиенты могли
   узнать о дополнительной семантике (ограничениях, соглашениях,
   расширения), которые связаны с представлением ресурса, в
   в дополнение к тем, которые определяются типом носителя и, возможно, другими
   механизмы.
Статус этого меморандума
   Этот документ не является спецификацией Internet Standards Track; это
   публикуется в ознакомительных целях.
   Это вклад в серию RFC, не зависящий от каких-либо других
   RFC-поток. Редактор RFC решил опубликовать этот документ по адресу
   на свое усмотрение и не делает никаких заявлений о его ценности для
   внедрение или развертывание.
 
   Документы, одобренные к публикации
   Редактор RFC не подходит для любого уровня Интернета
   стандарт; см. раздел 2 RFC 5741.
   Информация о текущем статусе этого документа, любые опечатки,
   и как предоставить отзыв о нем можно получить на
   http://www.rfc-editor.org/info/rfc6906.
Уведомление об авторских правах
   Copyright (c) 2013 IETF Trust и лица, указанные в качестве
   авторы документа. Все права защищены.
   Этот документ регулируется BCP 78 и юридическими документами IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info) действует на дату
   публикации этого документа. Пожалуйста, ознакомьтесь с этими документами
   внимательно, так как они описывают ваши права и ограничения в отношении
   к этому документу.
Уайльд Информационное [Страница 1] 

---

RFC 6906 Тип ссылки «профиль» Март 2013 г.
Оглавление
   1. Введение ............................................... .....2
   2. Терминология ............................. .......................... ......3
   3. Профили ....................................................... ........3
      3.1. Профили и типы носителей ......................................4
      3.2. Контекст профиля ................................................5
   4. Соображения IANA ......................................................5
   5. Примеры ....................................................... ........6
      5.1. карточка ................................................................ .....6
      5.2. Дублинское ядро ​​................................................................ 6
      5.3. Подкасты ................................................................ ..7
   6. Вопросы безопасности ......................................................7
   7. Благодарности ....................................................... .7
   8. Ссылки ....................................................... .......7
      8.1. Нормативные ссылки ..........................  ............................7
      8.2. Информативные ссылки ......................................7
1. Введение
   Одной из основ Интернета и веб-архитектуры является
   тот факт, что представления ресурсов передаются через протоколы,
   такие как SMTP или HTTP, помечаются «типом носителя», что позволяет
   клиент, чтобы понять во время выполнения, какой «тип» ресурса
   представление он обрабатывает. Иногда было бы полезно для
   серверах и клиентах для включения дополнительной информации о
   характер ресурса. Это позволит клиенту понять это
   дополнительную информацию, чтобы отреагировать определенным образом на это
   специализация ресурса, где специализация может касаться
   ограничения, соглашения, расширения или любые другие аспекты, которые
   не изменять семантику основного типа носителя. HTML 4 [HTML401] имеет такой
   механизм, встроенный в язык, который является атрибутом «профиль»
   элемента «голова». Однако этот механизм специфичен для HTML.
   один; на момент написания статьи кажется, что HTML 5 упадет
   поддержка этого механизма полностью.
   
   RFC 5988 [RFC5988] «определяет структуру для типизированных ссылок, которая не
   специфичные для конкретной сериализации или приложения. Это делается с помощью
   переопределение реестра отношений ссылок, созданного Atom, чтобы иметь
   более широкую область и добавление к ней отношений, определяемых
   HTML."
   Эта спецификация регистрирует тип связи «профиль» в соответствии с
   правилам RFC 5988 [RFC5988]. Ссылки с этим типом отношений
   может использоваться в представлениях, поддерживающих типизированные ссылки, а также в
   Заголовки ссылок HTTP. Тип отношения связи профиля не зависит от
   контекст, в котором он используется, и никоим образом не ограничивает
   цель связанного URI. Собственно, для этой цели
Уайльд Информационное [Страница 2] 

---

RFC 6906 Тип ссылки «профиль» Март 2013 г.
   спецификации, целевой URI не обязательно должен идентифицировать
   разыменуемый ресурс (или даже использовать разыменовываемую схему URI).
   Клиенты могут обрабатывать появление определенного URI так же, как
   URI пространства имен XML и вызвать определенное поведение на основе
   предположение, что конкретный целевой URI профиля сигнализирует о том, что ресурс
   представление следует определенному профилю.  Отметим, что одновременно
   время для целевых URI профилей можно использовать разыменуемый
   URI и использовать представление (которое выходит за рамки этого
   спецификация), который представляет информацию о профиле в
   человеко- или машиночитаемым способом.
   В качестве примера рассмотрим случай с подкастами, где определенный вид
   канала использует дополнительные поля для метаданных, связанных с мультимедиа. Используя
   ссылка «профиль», клиентам было бы легко понять
   что определенный канал должен быть каналом подкаста, и что он
   может содержать записи с использованием полей, специфичных для подкастов. Это может позволить
   клиент ведет себя по-разному при обработке такого канала (например,
   рендеринга пользовательского интерфейса, специфичного для подкаста), даже если текущий набор
   записи в ленте не могут содержать записи подкастов. (Раздел
   5.3 дает более подробную информацию для этого примера.)
2. Терминология
   Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН»,
   "СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ДОПОЛНИТЕЛЬНО" в этом
   документ следует интерпретировать, как описано в RFC 2119. [RFC2119].
3. Профили
   Понятие профиля не имеет строгого определения в Интернете или
   В интернете. Для целей данной спецификации профиль может быть
   описывается как дополнительная семантика, которую можно использовать для обработки
   представление ресурсов, таких как ограничения, соглашения,
   расширения или любые другие аспекты, которые не изменяют основной носитель
   семантика типов. Профиль НЕ ДОЛЖЕН изменять семантику
   представление ресурсов при обработке без знания профиля, поэтому
   что клиенты как со знанием профилируемого ресурса, так и без него
   можно безопасно использовать одно и то же представление. Пока эта спецификация
   связывает профили с представлениями ресурсов, создателями и пользователями
   профилей МОГУТ определять и управлять ими таким образом, чтобы они могли
   использоваться в разных типах носителей; таким образом, они могут быть связаны с
   ресурс, независимо от их представлений (т. е. с использованием одного и того же
   URI профиля для разных типов носителей).  Однако такая конструкция
   выходит за рамки этой спецификации, и клиенты ДОЛЖНЫ рассматривать
   профили как связанные с представлением ресурса.
Уайльд Информационное [Страница 3] 

---

RFC 6906 Тип ссылки «профиль» Март 2013 г.
   Профили можно комбинировать, что означает, что один ресурс
   представление может соответствовать нулю или любому количеству профилей.
   В зависимости от профиля поддержки клиентов, возможно, что
   одно и то же представление ресурса, когда оно связано с несколькими профилями,
   могут быть обработаны с помощью различных наборов правил обработки, основанных на
   профильная поддержка клиентов.
   Профили идентифицируются по URI. Однако, как и в случае с, для
   например, URI пространства имен XML, URI в этом случае служит только в качестве
   идентификатор, означающий, что наличие определенного URI должно быть
   достаточно для клиента, чтобы утверждать, что представление ресурса
   соответствует профилю. Таким образом, клиенты ДОЛЖНЫ рассматривать URI профиля как
   идентификаторы, а не ссылки, а профили МОГУТ быть определены таким образом,
   что URI действительно идентифицируют извлекаемое описание профиля и, таким образом,
   могут быть доступны клиентам путем разыменования URI профиля.  Для
   профили, предназначенные для использования в средах, где клиенты могут столкнуться с
   неизвестные URI профиля, сопровождающие профиля ДОЛЖНЫ рассмотреть возможность
   URI профиля можно разыменовать и при этом предоставить полезную документацию.
   URI. Дизайн и представление таких описаний профиля,
   однако выходит за рамки этой спецификации.
3.1. Профили и типы мультимедиа
   Тип носителя определяет как семантику, так и сериализацию
   конкретный тип контента. Во многих случаях типы носителей имеют некоторые
   встроенная расширяемость или открытость, так что конкретные экземпляры
   медиа-тип может накладывать дополнительную семантику поверх медиа-типа.
   фундамент. В этом случае профиль является подходящим механизмом для
   сигнализируют о том, что исходная семантика и модель обработки медиа
   тип по-прежнему применяется, но можно использовать дополнительную модель обработки
   для извлечения дополнительной семантики. Это в отличие от новых медиа
   введите это вместо того, чтобы просто добавлять правила обработки и семантику
   определяет полный набор правил обработки и семантики в большинстве
   случаи.  Например, XHTML — это не профиль XML, а новый медиа-контент.
   тип, потому что он вводит совершенно новую перспективу
   лежащие в основе XML-структуры, а с точки зрения XHTML раскрывая
   необработанный XML не так уж полезен для клиентов. Однако hCard (см.
   Раздел 5.1) представляет собой профиль (X)HTML, поскольку он добавляет правила обработки.
   которые позволяют клиенту извлекать дополнительную семантику из
   представление без изменения каких-либо правил обработки и
   семантика самого (X)HTML. Хотя грань между типом носителя и
   профиль не всегда легко нарисовать, цель профилей
   заключается не в замене типов носителей, а в добавлении более легкого и
   механизм с возможностью работы во время выполнения, который позволяет серверам и клиентам быть более
   явно в том, как конкретный экземпляр типа мультимедиа представляет
   понятия, которые определяются не самим типом медиа, а
   дополнительные соглашения (правила обработки профиля и семантика).
Уайльд Информационный [Страница 4] 

---

RFC 6906 Тип ссылки «профиль» Март 2013 г. 
   Цель профилей состоит в том, что они позволяют экземплярам ясно
   определить, какой механизм они используют для выражения
   дополнительную семантику, если они следуют четко определенной структуре для
   сделать это (примеры см. в разделе 5). Хотя это позволяет серверам и
   клиенты для представления использования профилей, это не делает
   информация профиля видна за пределами самого представления, если
   представление использует встроенные типизированные ссылки. Для вновь определенных
   типы носителей, которые могут использоваться с профилями, поэтому
   рекомендуется, чтобы они ДОЛЖНЫ определить параметр типа носителя, называемый
   'profile' и укажите, что этот параметр типа носителя следует за
   семантика профиля, изложенная в этом документе. Сюда,
   клиенты могут использовать этот параметр типа мультимедиа для запроса определенного
   профиль при взаимодействии, например, с HTTP-сервером и
   установка заголовка Accept. Представления с использованием «профильного» носителя
   параметр типа по-прежнему ДОЛЖЕН включать это значение в представление
   используя отношение ссылки «профиль», поскольку метка типа носителя
   представление может легко потеряться, если его вынуть из своего
   разговорный контекст. 
   Поскольку представление может быть связано с несколькими профилями, одно и то же
   должно быть возможно для соответствующего параметра типа носителя (если
   тип носителя определяет такой параметр). Типы носителей, определяющие
   Параметр «профиль» ДОЛЖЕН определять его как список, разделенный пробелами.
   URI профиля.
3.2. Контекст профиля
   Ссылки на профили передают информацию об использовании профилей для
   тип носителя. Если они используются внутри типа носителя, они применяются к
   контекст, указанный этим типом мультимедиа. Это означает, например, что
   Ссылки профиля в элементе head HTML-документа относятся к
   документ в целом. Контекст профиля распространяется на область
   того, где он используется, что означает, что профили, используемые в профиле
   параметры типа носителя (как описано в разделе 3.1) или используемые в HTTP
   Заголовки ссылок распространяются на область действия протокола, в котором они находятся.
   быть использованным.
4. Соображения IANA
   Приведенный ниже тип отношения связи был зарегистрирован IANA в соответствии с разделом. 
   6.2.1 RFC 5988 [RFC5988]:
      Имя отношения: профиль
      Описание: определение того, что представление ресурса соответствует
      к определенному профилю, не затрагивая непрофильную семантику
      представления ресурсов.
Уайлд Информационный [Страница 5] 

---

RFC 6906 Тип ссылки «профиль» Март 2013 г.
      Ссылка: [RFC6906]
      Примечания: URI профиля в первую очередь предназначены для использования в качестве
      идентификаторы, и поэтому клиенты НЕ ДОЛЖНЫ без разбора получать доступ
      URI профиля.
5. Примеры
   В этом разделе перечислены некоторые примеры уже определенных профилей.
   (и, таким образом, может быть легко использован со ссылкой на «профиль») и некоторых
   возможные дополнительные профили. До сих пор профили были в основном
   ограничен HTML (из-за поддержки профилей в HTML).
   два примера существующих профилей — это HTML-профили, а один
   гипотетический пример — это пример без HTML, основанный на фидах.
5.1. hCard
   Профиль hCard использует http://microformats. org/profile/hcard в качестве своего
   определения URI и, по сути, является механизмом того, как vCard [RFC6350]
   информация может быть встроена в HTML-страницу с помощью механизмов
   обеспечивается микроформатами. Таким образом, это хороший пример того, как профили
   может, с одной стороны, определить основанное на модели расширение
   исходный тип мультимедиа (в данном случае добавление полей vCard) и то, как они
   также должны определить конкретные способы того, как это расширение модели затем
   представлены в виде носителя (в данном случае с использованием микроформатов).
   В качестве альтернативы можно было бы представить информацию vCard
   через механизмы RDF в атрибутах (RDFa) или микроданные, но
   поскольку это будут разные соглашения, которые понадобятся клиенту
   следовать, чтобы извлечь данные vCard, они будут идентифицированы
   разные профили.
5.2. Дублинское ядро
   Метаданные Dublin Core, идентифицированные профилем
   http://dublincore.org/documents/2008/08/04/dc-html/ можно использовать для
   встраивание метаданных Dublin Core в HTML-страницу.  В отличие от hCard,
   который использует микроформаты в качестве своей основы, профиль Dublin Core
   определяет собственный способ встраивания метаданных в HTML, и он делает это
   с помощью HTML-элементов . Интересное отличие от hCard заключается в том,
   что Dublin Core не только определяет метаданные для встраивания в HTML, но и
   также позволяет добавлять ссылки в качестве метаданных. В этом случае
   профиль не только описывает дополнительные данные, которые можно найти в
   представление, но также позволяет связать представление с
   Дополнительные ресурсы.
Уайльд Информационное [Страница 6] 

---

 RFC 6906 Тип ссылки «профиль» Март 2013 г.
5.3. Подкасты
 Подкасты являются расширением форматов каналов и определяют существенную
 набор дополнительных атрибутов, отражающих тот факт, что ресурсы
 в лентах подкастов — это медиаформаты, основанные на времени, такие как аудио и
 видео. Хотя URI профиля для подкастов отсутствует, текущий
 определение (поддерживается Apple) на
 http://www. apple.com/itunes/podcasts/specs.html может служить таким
 URI, или он может быть обновлен для включения такого URI. Подкасты
 корма с особым поведением; и пока можно следовать
 канал подкастов с использованием универсального средства чтения каналов, средства чтения каналов с поддержкой подкастов
 сможет извлекать дополнительную информацию из фида, и
 Таким образом, можно реализовать более сложные услуги или представить более
 сложный пользовательский интерфейс для каналов подкастов. Страница Apple, упомянутая выше
 описывает реализацию одного из таких специализированных каналов подкастов
 ридер, Apple iTunes.
6. Вопросы безопасности
 Известно, что тип отношения «профиль» не вводит никаких новых
 вопросы безопасности, еще не рассмотренные в RFC 5988 [RFC5988] для
 общее использование механизмов веб-ссылок.
7. Благодарности
 Спасибо за комментарии и предложения, предоставленные Erlend Hamnaberg,
 Маркус Ланталер, Саймон Майер, Марк Ноттингэм, Джулиан Решке, Джеймс
 Снелла, Герберта Ван де Сомпеля и Тима Уильямса.