Автоматически проверять наличие обновлений | Указывается периодичность проверки наличия обновлений на сервере:
ДоступНа закладке выполняется настройка прав доступа групп пользователей к управлению ресурсами Главного модуля.
Публичная частьФорма предназначена для ограничения доступа посетителей к сайту, например, на время выполнения технических работ.
С помощью кнопки Закрыть доступ пользователей/Открыть доступ для всех посетителям может быть разрешен или запрещён доступ к публичной части сайта. Контроллер
Слабые паролиВыбор базы данных для проверки паролей. Можно использовать штатную или собственную базу.
Дополнительно
© «Битрикс», 2001-2023, «1С-Битрикс», 2023 Наверх |
Push and Pull. Настройки модуля
Недоступно в редакциях: Стандарт, Старт
В виртуальной машине ( BitrixVM c версии 7.1 и выше Виртуальная машина сэкономит время и силы на правильное развертывание и администрирование сайта или внутреннего информационного ресурса на базе продуктов «1С-Битрикс».
Подробнее в курсе Виртуальная машина ) Push-сервер установлен по умолчанию.
Поле | Описание | |
---|---|---|
Состояние модуля | Индикация активности модуля. | |
Используют модули | Список модулей, использующих Push&Pull. | |
Отправлять PUSH уведомления на мобильные телефоны | Включение отправки уведомлений на мобильные телефоны. После включения опции становится активным окно для задания Максимального количества push-уведомлений в пакете при отправке. | |
Включить модуль для не авторизованных пользователей | Сообщения будут доставляться пользователям, даже если они не авторизованы на сайте. Опция неактивна для «Битрикс24 в коробке». | |
Использовать «Push server» | Выбор типа сервера.
| |
На сервер установлена: (для локального сервера) | Требуется выбрать используемую версию виртуальной машины с соответствующим сервером очередей. Доступны значения:
| |
Настройка адреса для публикации команд со стороны сервера | ||
Путь для публикации команд (для локального сервера) | Укажите пути до папки с командами. | |
Код-подпись для взаимодействия с сервером (для локального сервера) | Ключ, которым подписываются сообщения, отправляемые на пуш-сервер. Рекомендуется для создания ключа использовать случайную строку длиной от 32 символов. Ключ указывается в настройках пуш-сервера:
/etc/push-server/push-server*.json: "security": { "key": }, В виртуальной машине это поле создается автоматически при первом старте службы или при настройке/обновлении и прописывается в настройки сайта. Секретный ключ можно получить в . | |
Настройка адреса для публикации команд со стороны клиента | ||
Путь для публикации команд (для локального сервера) | Пути указываются отдельно по протоколам. | |
Настройка адреса чтения команд для браузеров | ||
Путь для чтения команд (для локального сервера) | Пути указываются отдельно по протоколам. Рекомендуется использовать стандартный порт для HTTP или HTTPS. Используйте 8893 (HTTP) и 8894 (HTTPS) только для версии модуля nginx-push-stream-module 0.3.4 | |
Настройка адреса чтения команд для браузеров с поддержкой Web Socket | ||
Включить поддержку WebSocket (для локального сервера) | Включает использование Веб-сокетов. Активна только при использовании nginx-push-stream-module в версии 0.4.0 | |
Путь для чтения команд через WebSocket (HTTP) (для локального сервера) | Пути указываются отдельно по протоколам. | |
Блокировка работы с модулем на определенных сайтах | ||
Не использовать модуль на сайтах (для локального сервера) | Активно только при наличии нескольких активных сайтов в системе. Укажите на каких сайтах модуль не должен использоваться. С помощью клавиши Ctrl можно выбрать несколько сайтов. |
Примечание. Домен при написании путей можно указать #DOMAIN#
: такая нотация будет автоматически заменяться под нужный домен для многодоменных конфигураций. Пример: http://#DOMAIN#:8893/bitrix/sub/
Смотрите также:
- Настройки модуля Push and Pull
© «Битрикс», 2001-2023, «1С-Битрикс», 2023
Наверх
Тип RichLink — Apple Messages for Business REST API
Сообщения с расширенными ссылками содержат встроенное изображение или видео. Следующие типы сообщений являются частью словаря JSON. В дополнение к общим спецификациям также используются следующие словарные ключи. Полный список полей словаря JSON см. см. Параметры.
Размер изображения
Messages for Business оптимизирует изображения расширенных ссылок до 240 x 240 пикселей. Сообщения для бизнеса уменьшают большие изображения и увеличивает более мелкие. Оптимизация изображения для разрешения 240 x 240 пикселей дает наилучшие результаты. опыт для ваших клиентов. Этот размер изображения такой же, как при использовании «большого» стиля для ReceiveMessage или replyMessage в интерактивном режиме. сообщение.
Размер двоичного файла изображения должен быть не более 200 КБ.
Размер изображения и связанные с ним возможности на устройстве:
Рендеринг устройства | Размер изображения |
---|---|
Квадрат или прямоугольник шириной < 150 пикселей создает значок. | |
Квадрат шириной ≥ 150 пикселей приводит к квадратному значку. | |
Изображение прямоугольника шириной ≥ 150 пикселей приводит к большому значку. |
RichLinkData
Ключи в словаре richLinkData
.
Свойства:
Имя | Тип | Описание |
---|---|---|
активы | байт | ТРЕБУЕТСЯ . Словарь, представляющий актив расширенной ссылки. Ключ в словаре представляет тип актива: изображение или видео . Ссылка на расширенное изображение содержит ресурс изображения. Ссылка на видео содержит как изображение, так и видео. Рекомендуется использовать как изображение, так и видео для лучшего восприятия видеоактива. Возможные типы: ImageAsset, VideoAsset |
наименование | строка | ТРЕБУЕТСЯ . Строка, которая показывает заголовок расширенной ссылки в расшифровке сообщения. |
адрес | строка | ТРЕБУЕТСЯ . Строковый URL-адрес, по которому отправляется сообщение с расширенной ссылкой. При нажатии URL-адрес, который вы предоставляете, перенаправляет клиента к контенту. |
Пользовательский URL, например
myapp://example.com/amb
не будет работать в контексте Rich Links. Универсальные ссылки рекомендуются для правильной работы расширенных ссылок с вашим приложением. Дополнительные сведения см. в разделе Разрешение приложениям и веб-сайтам ссылаться на ваш контент.
RichLinkDataRef
Когда сообщение с расширенной ссылкой с richLinkData
отправляется платформой поставщика услуг обмена сообщениями (MSP)
или бизнеса, Messages for Business ( mspgw
) возвращает необязательное значение dataRef
в теле ответа HTTP.
Платформа MSP использует этот dataRef
для представления поля richLinkDataRef
в расширенной ссылке
сообщение.
Свойства:
Имя | Тип | Описание |
---|---|---|
предложение | строка | ТРЕБУЕТСЯ . Строка ставки сообщения с расширенной ссылкой, которое было загружено в контент. Идентифицирует расширения платформы Messages. Например: com.apple.messages.URLBalloonProvider |
dataRefSig | строка | ТРЕБУЕТСЯ . Строка из подписей dataref , связанных с сообщением и бизнесом. Используется для проверки того, что сообщения dataref , отправленные бизнесом, связаны с одним и тем же бизнесом |
ключ | строка | ТРЕБУЕТСЯ . Строковое представление ключа, необходимого для расшифровки зашифрованного вложения. |
владелец | строка | ТРЕБУЕТСЯ . Строковое представление владельца вложения. |
база подписи64 | байт | ТРЕБУЕТСЯ . Контрольная сумма файла, представленная в виде строки в кодировке Base64, возвращается в ответе на запрос загрузки. |
размер | целое число | ТРЕБУЕТСЯ . Размер в байтах зашифрованного вложения, представленный целым числом. |
адрес | строка | ТРЕБУЕТСЯ . Строковый URL-адрес, используемый сервером Messages for Business для идентификации вложения или ссылки на содержимое, которое загружается в содержимое. |
RichLinkResponse
При включении логического заголовка include-data-ref :true
в заголовок запроса для
сообщение с расширенной ссылкой с richLinkData
, необязательный dataRef
возвращает HTTP-ответ, который
является ссылкой на содержимое расширенной ссылки, которая будет отправлена в следующий раз. Используйте это dataRef
для расширенной ссылки
сообщения, использующие ссылку с полем richLinkDataRef
.
Вложенные ключи, содержащиеся в ключе dataRef ответа JSON.
Свойства:
Имя | Тип | Описание |
---|---|---|
предложение | строка | Ставка на сообщение richLinkData , которое было загружено в содержимое, представленное в строке. |
dataRefSig | строка | Строковое представление подписей dataref , связанных с сообщением и бизнесом. |
ключ | строка | Строковое представление ключа, необходимого для расшифровки зашифрованного вложения. |
владелец | строка | Строковое представление владельца вложения. |
база подписи64 | байт | Контрольная сумма файла, представленная в виде строки в кодировке Base64, возвращена в ответе на запрос загрузки. |
размер | целое число | Размер в байтах зашифрованного вложения, представленного целым числом. |
адрес | строка | Строковый URL-адрес, используемый Messages for Business для идентификации вложения. |
VideoAsset
Ключ для ресурса изображения в richLinkData 9Словарь активов 0050 — это
видео
, которое представляет
другой словарь, представляющий атрибуты видео.
Свойства:
Имя | Тип | Описание |
---|---|---|
mimeType | строка | ТРЕБУЕТСЯ . Строка, представляющая формат/тип видео; например: видео/mp4 , видео/mpeg . |
адрес | строка | ТРЕБУЕТСЯ . Строка, представляющая URL-адрес видео, загруженного в расшифровку iMessage в всплывающей подсказке расширенной ссылки. Например: https://store.storevideos.cdn-apple.com/v1/store.apple.com/st/161 |
ImageAsset
Ключом для ресурса изображения в словаре ресурсов RichLinkData является image
,
который представляет другой словарь, представляющий атрибуты изображения.
Свойства:
Имя | Тип | Описание |
---|---|---|
данные | байт | ТРЕБУЕТСЯ . Строка в кодировке Base64, представляющая изображение, используемое для всплывающей подсказки richLinkData в расшифровке. |
mimeType | строка | ТРЕБУЕТСЯ. Строка, представляющая формат /тип изображения; например, изображение/jpeg , изображение/png . |
|
Когда компания отправляет пользователю URL-адрес со встроенным изображением или видео, пользователь получает Сообщение «Нажмите, чтобы загрузить предварительный просмотр», которое затем нужно нажать пользователю, чтобы загрузить содержимое. К разрешить пользователям предварительно просматривать содержимое без предварительной загрузки предварительного просмотра, вы можете отправить Вместо этого сообщение с расширенной ссылкой.
Когда компания отправляет URL-адрес в предложении или большом текстовом сообщении, разделите содержимое на 3 отдельных сообщения и создайте сообщение с расширенной ссылкой, как показано в примере ниже.
BeforeAfter Генерация расширенных ссылок должна автоматически обнаруживать все URL-адреса, отправленные агентами или ботами, и преобразовывать их в полезные данные расширенных ссылок.
Вы можете использовать теги OpenGraph для создания предварительного просмотра расширенной ссылки, если целевая веб-страница их поддерживает.
Если теги OpenGraph недоступны, создайте предварительный просмотр расширенной ссылки, выбрав тег
,
и самое большое изображение с веб-страницы.
Дополнительные сведения о визуальном дизайне всплывающих подсказок с расширенными ссылками см. в разделе Содержимое всплывающих подсказок сообщений. в Руководстве по пользовательскому интерфейсу Apple.
Добавление изображения с помощью расширенных ссылок
При кодировании сообщения richLinkData
для отправки изображения необходимо включить URL-адрес компании,
название изображения и сведения об изображении, включая его данные и типы MIME, как показано
ниже.
Пример расширенной ссылки, содержащей изображение
{ "тело": "https://www.apple.com/ipad-pro/", "sourceId": "Сообщение с расширенной ссылкой, отображающее изображение для пользователя", "destinationId": " ", "в": 1, "тип": "богатая ссылка", "id": "<идентификатор_сообщения>", "богатыеЛинкДата": { "url": "https://www.apple.com/ipad-pro/", "название": "iPad Pro", "ресурсы": { "изображение": { "данные": "/9j/4AAQSkZJRgABAQA…………<отрезано>…………AAQAB/Z", "mimeType": "изображение/jpeg" } } } }
Добавление видео и изображения с использованием расширенных ссылок
При отправке видео в виде расширенной ссылки включите дополнительное фоновое изображение или что-то в этом роде из видео. Для расширенных ссылок на видео и изображения требуются одни и те же активы⏤URL, заголовок, данные и Типы MIME⏤для создания всплывающей подсказки. Расширенные ссылки на видео также включают URL-адрес видео, как показано ниже.
Образец расширенной ссылки, содержащей видео
{ "тело": "https://store.storevideos.cdn-apple.com/v1/store.apple.com/st/16171000/mx532-vid3/mx532-vid3_960x540.mov", "sourceId": "
", "destinationId": " ", "в": 1, "тип": "богатая ссылка", "id": "<идентификатор_сообщения>", "богатыеЛинкДата": { "url": "https://store.storevideos.cdn-apple.com/v1/store.apple.com/st/161 71000/mx532-vid3/mx532-vid3_960x540.mov", "title": "ЭйрТэг", "ресурсы": { "видео": { "url": "https://store.storevideos.cdn-apple.com/v1/store.apple.com/st/161
71000/mx532-vid3/mx532-vid3_960x540.mov", "mimeType": "видео/mp4" }, "изображение": { "data": "/9j/4AAQSkZJRgABAQA…………<отрезано>…………AAQAB/Z", "MIMEType": "изображение/png" } } } }
Ниже показано всплывающее окно со ссылкой на видео, отображаемое в «Сообщениях» на iPhone. Кнопка воспроизведения это ссылка на видео, которая находится поверх фонового изображения. Видео загружается и начинается воспроизводится при нажатии.
Сообщение Rich Link, отображающее видео для пользователяОтправка ссылки на Apple Maps
Ссылки на точки интереса (POI) на Картах немного отличаются от других расширенных ссылок. При создании расширенной ссылки для использования в Картах POI выполните следующие действия: используйте правильно отформатированную ссылку POI Карт (в соответствии с приведенной ниже инструкцией) в качестве значения в поле URL-адреса в полезной нагрузке Rich Link. получить соответствующие данные Open Graph, чтобы сгенерировать соответствующие значения для полей Rich Link, Title и Image.
- Определите формат URL-адреса Apple Maps в соответствии с этим примером:
https://maps.apple.com/?address=Westfield%20London,%20Ariel%20Way,%20London,%20W12%207GF,%20England&auid=10108033806332142781&ll=51.507461,-0.220885&lsp=9902&q= Apple%20Белый%20Город
- В этом URL-адресе добавьте слово
и поместите
перед запросом?
. Попробуйте получить данные Open Graph, вызвав этот новый URL-адрес: .
https://maps.apple.com/place?address=Westfield%20London,%20Ariel%20Way,%20London,%20W12%207GF,%20England&auid=10108033806332142781&ll=51.507461,-0.220885&lsp= 9902&q=Apple%20White%20City
Получить информацию для создания необходимых данных для расширенной ссылки.
Создайте json и отправьте полезную нагрузку на устройство.
Дополнительные сведения о визуальном дизайне всплывающей подсказки см. в разделе Содержимое всплывающей подсказки.
Учебное упражнение
Для получения дополнительной справки или руководства см. наше учебное пособие: Отправка сообщений с расширенными ссылками.
Встраивание и совместное использование визуально насыщенных ссылок — WWDC19 — Видео
Больше видео
Новая структура представления ссылок позволяет разработчикам приложений легко представлять URL-адреса богатым, красивым и согласованным образом. Узнайте, как использовать Link Presentation для извлечения метаданных из URL-адреса, представления расширенного содержимого ссылки внутри вашего приложения и предоставления метаданных ссылки для нового интерфейса обмена листами в iOS.
Ресурсы
Похожие видео
Технические переговоры
Скачать
Привет, я Тим Хортон из команды Safari и WebKit. Я здесь, чтобы показать вам, как представить расширенные ссылки в вашем приложении.
В iOS 10 и macOS Sierra мы представили расширенные ссылки в сообщениях, чтобы сделать URL-адреса более красивыми и полезными. Чтобы получить максимальную выгоду, мы построили специализации для определенных видов ссылок. Это включает в себя такие вещи, как встроенное воспроизведение видео и аудио, специальную презентацию для твитов, в том числе с несколькими изображениями, и многие другие вещи, такие как ссылки Apple Maps.
В этом году в iOS 13 и macOS 10.15 представлены новые API-интерфейсы, которые позволяют вам отображать расширенные ссылки в ваших собственных приложениях, чтобы вы могли получить те же преимущества с минимальным объемом работы.
В этом видео мы будем следить за развитием этого очень простого приложения для маркировки книги рецептов, постепенно внедряя функции новой структуры представления ссылок, чтобы перейти от простого списка URL-адресов к богатой сетке ссылок, подобных этой в совсем нет времени.
Для этого я рассмотрю 3 темы. Во-первых, как представить метаданные по URL-адресу. Во-вторых, как легко представить эти метаданные пользователю. И в-третьих, как использовать извлеченные метаданные для ускорения представления нового интерфейса Share Sheet в iOS 13.
Итак, давайте начнем с извлечения метаданных.
Допустим, в приложении рецептов у вас уже есть какой-то механизм, с помощью которого пользователи могут получать URL-адреса в приложении.
Вы могли бы просто представить их в таблице и на этом закончить, но URL-адреса не очень удобны для пользователя, и в этом случае их довольно сложно различить.
Вместо этого вы можете запросить у пользователя заголовок для каждой ссылки, но мы можем сделать это еще проще.
Используя новую структуру представления ссылок, очень легко использовать класс поставщика метаданных LP для получения расширенных метаданных с веб-сайта. Вы просто передаете ему URL-адрес, и он возвращает вам объект LPLinkMetadata с репрезентативным заголовком на любом доступном носителе. Давайте посмотрим, как это выглядит. Сначала вы создаете LPMetadataProvider, а затем вызываете startFetchingMetadata с интересующим вас URL-адресом. Когда вызывается обработчик завершения, обязательно проверьте ошибку. Если сервер не отвечает или работает слишком медленно, или у вашего пользователя нет сетевого подключения, получение метаданных может завершиться ошибкой. Наконец, вы можете использовать метаданные для всего, что хотите. Мы вернемся к этому через мгновение.
Прежде чем мы продолжим, необходимо помнить о нескольких вещах при использовании metadataProvider и LinkMetadata. Во-первых, результирующий объект метаданных может включать любой заголовок, значок, изображение или видео или вообще ничего, если сайт ничего не указывает. Он также может сериализоваться в рамках безопасного кодирования. Это важно, потому что LPMetadataProvider подключается к Интернету, чтобы выполнить свою работу, а вы не хотите ни выполнять эту работу, ни заставлять своих пользователей платить за данные и производительность каждый раз, когда вы представляете одну и ту же ссылку. Вы должны максимально кэшировать полученные метаданные локально.
Кроме того, вы можете получить метаданные для URL-адресов локальных файлов, и в этом случае новый API эскизов QuickLook будет использоваться для получения репрезентативного эскиза для файла, если это возможно.
Теперь давайте поговорим о том, как использовать полученные метаданные, представив их в нашем приложении.
Опять же, все просто. Вы можете просто взять ранее созданный объект и создать с ним LPLinkView.
Это так просто.
Вернемся к приложению рецептов и поместим LPLinkViews в ячейки нашего табличного представления.
Гораздо лучше. Теперь у вас есть очень знакомая презентация, которая позволяет легко идентифицировать каждый рецепт с первого взгляда. LPLinkView имеет внутренний размер, но он также реагирует на размер, который соответствует идеальному размеру для использования с учетом ограниченного размера, и мы постараемся представить что-то разумное при любом размере.
Последнее, о чем я собираюсь рассказать, это как использовать LinkMetadata для ускорения презентации нового интерфейса «Общий лист» в iOS 13. по ссылке вверху карточки. Однако для этого требуется обращение к серверу для получения метаданных после представления общего листа. Таким образом, заголовок и значок отображаются асинхронно. Давайте посмотрим это снова. Внимательно следите за заголовком Share Sheet. Если у вас уже есть объект LPLinkMetadata для URL, вы должны просто передать его на общий лист, и предварительный просмотр появится мгновенно, без загрузки из сети. Вы можете использовать новый метод метаданных activityViewControllerLink в своей реализации UIActivityItemSource и просто вернуть объект метаданных. Давайте посмотрим на разницу в нашем приложении рецепта, если мы предоставим данные, которые мы уже используем в табличном представлении.
Гораздо приятнее. Также полезно отметить, что если пользователь решит поделиться с сообщениями, одни и те же метаданные передаются напрямую, обеспечивая плавную и беспроблемную работу без ненужной загрузки.
И последнее. Допустим, в вашем приложении уже есть база данных рецептов с названиями и изображениями, которые не были получены связанной презентацией. Вам не нужно повторно получать метаданные из Интернета, чтобы ускорить общий лист или предоставить расширенную ссылку. Вместо этого вы можете просто заполнить поля LPLinkMetadata самостоятельно из уже существующего источника данных. Вы просто создаете объект LPLinkMetadata и заполняете как минимум исходный URL-адрес и поля URL-адреса, а также любую дополнительную информацию, которая у вас есть.