web-dev-qa-db-fra.com

Configurer le fichier d'association Apple-app-site et télécharger sur le serveur

Je suis nouveau sur le développement iOS. J'implémente des liens universels dans l'application iOS avec l'application ASP.net.
J'ai défini mon domaine associé dans les fonctionnalités sous Associated Domains: applinks: www.abcd.com
Et aussi configurer dans les ID d'application sur Apple compte développeur. Je pense que le travail côté application est tout défini.

Mais je pense que le problème avec le fichier Apple-app-site-association.

J'ai écrit json dans un simple fichier texte comme ci-dessous

{
  "applinks": {
    "apps": [],
    "details": [
    {
      "appID": "8T8932TY.com.AppName”,
      "paths": ["*"]
    }
    ]
  }
}

Maintenant je suis coincé ici. Mon ciblage d'application sur iOS 9 et supérieur. Je suis confus quelle est l'extension de ce fichier avec la dénomination Apple-app-site-association. Si je dois me connecter avec de nouveaux certificats ou non. Et comment le télécharger côté serveur.

S'il vous plaît, les gars m'aident. Je recherche beaucoup mais je n'obtiens pas de réponse satisfaisante.

Merci

iosios-universal-links
7
Shobhit Agrawal

Votre exemple JSON semble correct s'il est remplacé par des valeurs réelles pour l'AppID/AppName. Vous voudrez peut-être être précis sur les itinéraires que vous gérez, mais cela dépend de vous - c'est une meilleure expérience utilisateur que d'essayer de gérer uniquement les itinéraires que vous pourrez gérer, plutôt que d'ouvrir votre application pour chaque lien sur votre domaine et renvoyer l'utilisateur vers Safari s'il s'avère que ce n'est pas vrai.

Le Apple-app-site-association le fichier ne doit pas avoir d'extension de fichier et doit être servi à partir de la racine de votre site, https://example.com/Apple-app-site-association, et/ou de https://example.com/.well-known/Apple-app-site-association.

Vous dites que vous prenez en charge iOS 9 et supérieur - le changement pour vérifier l'itinéraire .well-connu, qui est vérifié en premier, est venu dans iOS 9.3, donc si vous voulez prendre en charge en dessous de ce système d'exploitation, vous feriez mieux de mettre le fichier aux deux endroits. Voir cette réponse pour plus de détails.

Il est également important que le fichier soit servi avec le type MIME correct, pour Universal Links, il peut être servi comme application/json, et il n'est pas nécessaire de le signer/crypter. Le faire servir avec le type MIME correct peut être un peu ennuyeux si vous n'êtes pas familier avec la configuration sur votre serveur Web, car les serveurs détermineront généralement le type MIME à partir de l'extension de fichier. Vous ne pouvez pas lui donner une extension, car iOS ne vérifiera pas l'URL avec une extension et les redirections (IIRC) ne sont pas autorisées, vous ne pouvez donc pas la simuler en faisant cela non plus.

C'est donc un résumé de ce que vous essayez d'accomplir, mais la façon dont vous le faites dépend du serveur Web que vous utilisez. Pour une application ASP susceptible d'être IIS, auquel cas cette question et ses réponses peut vous aider à configurer correctement votre serveur Web. Les détails de la façon de télécharger un fichier à la racine de ce serveur dépendra également de la façon dont vous l'avez configuré.

15
Josh Heald

Il n'y a pas d'extension pour ce Apple-app-site-association fichier. Ce n'est qu'un simple fichier. Vous devez l'héberger au niveau supérieur de votre domaine, ce qui signifie que l'emplacement du fichier sera https://www.abcd.com/Apple-app-site-association Une fois que vous l'hébergez, vous pouvez vérifier/valider en utilisant ce lien https://branch.io/resources/aasa-validator/

Pour des informations détaillées, veuillez consulter: https://blog.branch.io/how-to-setup-universal-links-to-deep-link-on-Apple-ios-9/

6
Vasanth