В настоящее время мы пытаемся внедрить универсальные ссылки для навигации пользователей между нашими основными приложениями iOS, но недавно наткнулись на кирпичную стену, которая поставила меня в тупик.
Приложение 1 — это приложение для iOS, которое представляет пользователю панель управления на основе WebView с содержимым, доставляемым из субдомена (например, https://dashboard.domain.com/)
Когда пользователь нажимает кнопку в веб-контенте в панели управления приложение отправляет запрос URL-адреса на другой субдомен и путь (например, https://breakout.domain.com/go?foo=bar)
Этот URL-адрес зарегистрировано как универсальная ссылка и должно открыть целевое приложение iOS — Приложение 2. Проблема в том, что в конечном итоге он открывает браузер устройства и вместо этого пытается загрузить URL-адрес.
У нас есть файл apple-app-site-association, размещенный по адресу https:/ /breakout.domain.com/.well-known/ и правильно указали путь и информацию о приложении, а также зарегистрировали домен applinks:breakout.domain.com в App 2 права.
Кроме того, мы знаем, что наша реализация и конфигурация надежны, поскольку мы можем надежно активировать этот URL-адрес универсальной ссылки (открытие Приложения 2) с помощью других проверяемых средств.< /p>
Однако, когда инициатор запроса универсальной ссылки исходит из WebView приложения 1, упомянутого во втором абзаце выше, iOS не может перехватить запрос URL-адреса и обрабатывает его так же, как и любой другой веб-сайт. ссылка.
Моей первой мыслью было то, что iOS рассматривает домен инициатора как тот же, что и домен универсальной ссылки.
Однако В документации Apple указано, что использование поддоменов должно соответствовать правилу, согласно которому сетевой запрос не должен исходить из того же домена, что и универсальная ссылка, чтобы инициировать перехват и открыть целевое приложение.
Чтобы проверить это, мы изменили кнопку на приборной панели, чтобы вызвать новую действующую универсальную ссылку. из другого домена верхнего уровня (например. https://breakout.new-domain.com/go?foo=bar) и, черт возьми, это сработало. Приложение 2 успешно открылось.
Я думаю, у меня вопрос: сталкивался ли кто-нибудь еще с этой конкретной проблемой раньше? Мне очень хотелось бы узнать об обходном пути (если он существует), который не требует от нас использования уникального домена верхнего уровня только для обеспечения функциональности универсальной ссылки между Приложением 1 и . Приложение 2.
Подробнее здесь: https://stackoverflow.com/questions/792 ... subdomains
Универсальные ссылки не срабатывают на iOS на поддоменах ⇐ IOS
Программируем под IOS
-
Anonymous
1732858147
Anonymous
В настоящее время мы пытаемся внедрить универсальные ссылки для навигации пользователей между нашими основными приложениями iOS, но недавно наткнулись на кирпичную стену, которая поставила меня в тупик.
[b]Приложение 1 [/b] — это приложение для iOS, которое представляет пользователю панель управления на основе WebView с содержимым, доставляемым из субдомена (например, https://dashboard.domain.com/)
Когда пользователь нажимает кнопку в веб-контенте в панели управления приложение отправляет запрос URL-адреса на другой субдомен и путь (например, https://breakout.domain.com/go?foo=bar)
Этот URL-адрес зарегистрировано как универсальная ссылка и должно открыть целевое приложение iOS — [b]Приложение 2[/b]. Проблема в том, что в конечном итоге он открывает браузер устройства и вместо этого пытается загрузить URL-адрес.
У нас есть файл apple-app-site-association, размещенный по адресу https:/ /breakout.domain.com/.well-known/ и правильно указали путь и информацию о приложении, а также зарегистрировали домен applinks:breakout.domain.com в [b]App 2[/b] права.
Кроме того, мы знаем, что наша реализация и конфигурация надежны, поскольку мы можем надежно активировать этот URL-адрес универсальной ссылки (открытие [b]Приложения 2[/b]) с помощью других проверяемых средств.< /p>
[b]Однако, когда инициатор запроса универсальной ссылки исходит из WebView приложения 1, упомянутого во втором абзаце выше, iOS не может перехватить запрос URL-адреса и обрабатывает его так же, как и любой другой веб-сайт. ссылка.[/b]
Моей первой мыслью было то, что iOS рассматривает домен инициатора как тот же, что и домен универсальной ссылки.
Однако В документации Apple указано, что использование поддоменов должно соответствовать правилу, согласно которому сетевой запрос не должен исходить из того же домена, что и универсальная ссылка, чтобы инициировать перехват и открыть целевое приложение.
Чтобы проверить это, мы изменили кнопку на приборной панели, чтобы вызвать новую действующую универсальную ссылку. из другого домена верхнего уровня (например. https://breakout.new-domain.com/go?foo=bar) и, черт возьми, это сработало. [b]Приложение 2[/b] успешно открылось.
Я думаю, у меня вопрос: сталкивался ли кто-нибудь еще с этой конкретной проблемой раньше? Мне очень хотелось бы узнать об обходном пути (если он существует), который не требует от нас использования уникального домена верхнего уровня только для обеспечения функциональности универсальной ссылки между [b]Приложением 1[/b] и [b]. Приложение 2[/b].
Подробнее здесь: [url]https://stackoverflow.com/questions/79235904/universal-links-not-triggering-on-ios-across-subdomains[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия