Пять: буфер обмена, код-картинка, файл .json или .happ, ручной набор с клавиатуры и открытие служебного адреса happ://add/ из браузера. Содержимое подписки от выбора канала не меняется ни на символ — меняется только шанс довезти её без потерь. Четыре канала равноценны, ручной набор стоит особняком: заведённая им точка не обновляется никогда.
Дороже прочих обходится ручной набор, и не в момент ввода: заведённая так точка потом не обновляется вовсе.
Выбирают по обстоятельствам: в каком виде прислали подписку, лежит она на этом экране или на соседнем, есть ли рядом второе устройство с камерой.
.json или .happ напрямую.happ:// — когда запись присылают ссылкой: касание в браузере, и клиент заводит её сам.Канал отвечает за один участок пути — от места, где подписка лежит, до списка в приложении. Дальше от него не зависит ничего: ни число серверов в ответе, ни оставшийся срок доступа, ни то, обновится ли список завтра.
Поэтому если после доставки список пуст, перебирать оставшиеся четыре канала бессмысленно: они донесут ту же подписку с тем же результатом. Менять канал стоит только при подозрении, что запись доехала не целиком — например, в клиент вставился кусок без хвоста.
Чем бы вы ни донесли подписку до приложения, в списке окажется одна и та же запись с тем же содержимым. Поэтому перебирать способы, когда список локаций пуст, бесполезно — вопрос не к доставке.
Порядок — по частоте применения. У каждого канала своё обстоятельство и своя цена.
Подписка переносится целым куском, руками её не набирают — потерь меньше всего. Слабое место одно: в буфер вместе с ней попадает мусор — пробел, перевод строки или обрезанный хвост, если текст выделяли пальцем, а не копировали кнопкой. Чаще всего так рвут запись почтовые программы: они переносят длинную ссылку на вторую строку.
Тот же текст, только показанный камере: результат не отличается от вставки из буфера. Нужен, когда подписка лежит на одном экране, а клиент стоит на другом устройстве. Работает и в обратную сторону: телевизор при первом запуске сам показывает код, а сканирует его телефон с установленным приложением.
Приложение открывает файл настроек .json или .happ и заводит запись прямо из него. Нужен, когда настройки прислали вложением, а не текстом. Файл не рвётся на переносе строки и не упирается в длину поля ввода.
Поля заполняются с клавиатуры по одному. Канал редкий и предназначен для тех, кто поднял сервер сам и знает его параметры наизусть. Ошибка в единственном знаке даёт неработающую запись без внятного сообщения о причине, а на телевизоре набор экранной клавиатурой практически неосуществим.
Подписку присылают ссылкой, касание по ней открывает клиент, и тот предлагает завести её у себя. К тексту вы не прикасаетесь: обрезать хвост или прихватить пробел негде. Условие одно — клиент уже стоит на том же устройстве, где открыт браузер.
Каждый канал за что-нибудь да берёт плату: одним нужна камера, другим свободные руки, третьим — согласие системы.
| Канал | Когда выручает | Чем платим |
|---|---|---|
| Буфер обмена | Запись лежит на том же устройстве — в письме, в переписке, в заметке | Риск прихватить лишнее. На технике Apple добавляется системный запрос согласия на доступ к буферу — без него подписка не подставится |
| Код-картинка | Запись на соседнем экране, а под рукой камера. На телевизоре — наоборот: код показывает он сам | Нужно второе устройство с камерой. В случае телевизора — телефон с установленным клиентом и домашняя сеть, которая пропускает передачу между устройствами |
| Импорт файлом | Настройки прислали вложением .json или .happ, а не текстом | Лишнее действие: документ надо донести до устройства и найти его в списке файлов |
| Ручной набор | Параметры сервера известны, а готовой подписки нет вовсе | Самая высокая цена. Ошибка в одном знаке рушит запись молча, и обновляться такая точка уже не будет никогда |
| Адрес happ:// из браузера | Запись прислали ссылкой, клиент стоит на этом же устройстве | Привязка к устройству: на другом экране касание ни к чему не приведёт — перехватывать вызов там некому |
| Веб-импорт по коду с экрана | Телевизор, когда передать запись с телефона по локальной сети не получается | Требуется второе устройство рядом: на нём открывают служебную страницу tv.happ.su, вводят показанный телевизором пятизначный код и вставляют туда саму подписку |
Ручной ввод отрезает запись от обновлений
Точка, заведённая набором с клавиатуры, обновляться не будет: за ней нет адреса, по которому клиент сходил бы за свежими данными. Она остаётся такой, какой её ввели, — навсегда.
Проявляется это не сразу, а через недели: у остальных состав серверов перестроился, у вас нет, и выглядит это как поломка. Поэтому ручной набор держат для одного случая — собственного сервера с известными параметрами. В остальных подписку доставляют любым из четырёх каналов, где она приходит целиком.
На технике Apple, на телевизоре и на компьютере набор доступных каналов разный: на телевизоре ручной набор отпадает, на iPhone буфер требует системного согласия.
На iPhone и iPad вставка из буфера упирается в системное окно: приложению нужно отдельное согласие на чтение скопированного. Не дали — подписка не подставится, и это выглядит так, будто клиент отверг ссылку. На Android и в Windows такого вопроса нет, вставка проходит молча.
На телевизоре отпадает один канал — ручной набор: подписку в 40–90 знаков с точным соблюдением регистра экранной клавиатурой практически не ввести без ошибки.
Код-картинка остаётся, хотя камеры у телевизора нет. При первом запуске клиент на телевизоре сам предлагает добавить подписку по локальной сети и показывает код на экране; сканирует его телефон, где приложение уже стоит, и запись уезжает на телевизор по домашней сети. Направление обратное привычному: код показывает большой экран, камеру подносит маленький.
Если локальная сеть такую передачу не пропускает — так бывает в гостевых сетях с изоляцией устройств, — тот же код ведёт на служебную страницу tv.happ.su. Телевизор показывает пятизначный код, на втором устройстве эту страницу открывают, вводят код в поле UID и вставляют саму подписку в поле Data. Запись уезжает в телевизор со второго устройства, то есть оно здесь источник, а не пульт. Остаются и буфер обмена — например через письмо, открытое в браузере самого телевизора, — и импорт файлом.
На компьютере доступны буфер, файл и открытие адреса happ://. Ограничений со стороны системы нет, выбор зависит только от того, где подписка лежит: в письме — буфер, вложением — файл, ссылкой в переписке — щелчок по ней.
Если после буфера, файла и открытия ссылки список локаций остаётся пустым, перебирать оставшиеся каналы нечего: все пять донесут ту же подписку с тем же результатом. Вопрос уже к самой подписке — выдают ли по её адресу серверы вообще. Проверка занимает минуту: заведите в тот же клиент заведомо рабочую подписку любым каналом. Список развернулся — доставка исправна, дело было в прежней записи.
Пять: буфер обмена, код-картинка, импорт файлом, ручной набор и открытие служебного адреса на happ:// из браузера. Отдельным шестым каналом стоит веб-импорт по коду с экрана — он выручает на телевизорах, когда передача записи по локальной сети не проходит.
Когда настройки пришли вложенным файлом: приложение открывает .json и .happ напрямую, и вынимать адрес из письма руками не требуется.
Канал редкий — во всех прочих обстоятельствах он только прибавляет действий, ничего не выигрывая взамен.
Потому что обновляться ему неоткуда. При ручном наборе в клиент попадают параметры сервера, но не адрес источника, а без источника перечитывать нечего.
Такая точка навсегда остаётся в том виде, в каком её ввели, — этим ручной набор и отличается от четырёх остальных каналов.
Камера там и не нужна. При первом запуске телевизор сам показывает код на экране, а сканирует его телефон с установленным приложением — подписка уезжает на телевизор по локальной сети.
Если сеть такую передачу не пропускает, тот же код ведёт на страницу tv.happ.su: телевизор показывает пятизначный код, а на втором устройстве вводят этот код и вставляют туда саму подписку. Остаются и буфер обмена с импортом файлом; не стоит только набирать её экранной клавиатурой — с точным соблюдением регистра она практически не набирается без ошибки.
Так устроена система: доступ приложения к содержимому буфера подтверждается отдельно. Это не признак сбоя и не свойство записи — на Android и в Windows того же вопроса не возникает.
Страница ответила на ваш вопрос?
Спасибо, учтём при следующей правке страницы.