Applications HTML5, MDM : les mises en garde d'Apple
À quelques jours de la sortie de la version finale d'iOS 13, Apple s'adresse aux développeurs d'apps avec deux mises en garde. La première concerne les applications qui s'appuient sur un système MDM de gestion de flotte. Un mécanisme qui permet de piloter plusieurs appareils iOS, mais qui est aussi utilisé par des apps de contrôle parental — un sujet qui avait fait polémique au printemps (lire : Suppression des apps de contrôle parental : Apple formalise sa version des faits).
En juin, le constructeur annonçait des modifications dans la gestion MDM de ses applications, qui doivent désormais soumettre auprès d'Apple une demande d'utilisation de cette technologie. La Pomme procède à une évaluation afin de s'assurer que l'app ne pose aucun problème de sécurité ; puis, les fonctions liées au MDM sont réévaluées tous les ans avec à chaque fois une procédure de souscription pour les éditeurs. Cette règle a été mise en place le 3 juin, mais peut-être qu'elle n'a pas été suffisamment entendue. Apple demande donc aux développeurs de s'y plier si leurs apps exploitent un système MDM.
Autre mise en garde et autre rappel, qui concerne cette fois les applications HTML5. Apple estime que les apps qui utilisent majoritairement des technologies HTML5 ont leur place non pas dans l'App Store, mais dans Safari. La Pomme indique que les fonctionnalités essentielles d'une application iOS doivent se trouver dans le binaire de l'app, « plutôt que de renvoyer les utilisateurs en dehors de l'application approuvée », c'est à dire rendu en HTML5.
En juin, le constructeur serrait la vis dans son guide des bonnes pratiques, en particulier la section 4.7. En substance, les applications peuvent utiliser du HTML5 mais il ne faut pas que ces technologies web soient au cœur de l'app. En particulier pour ce qui concerne les jeux d'argent réel, les jeux de hasard, les donations à des œuvres de charité. Apple donne aux développeurs jusqu'au 3 mars 2020 pour respecter la règle.
C'est bien pour cette raison que c'est parfaitement adapté aux apps de contrôle parental... les parents peuvent ainsi gérer la flotte des appareils de leurs enfants (mais ça ne plait pas à Apple que des parents puissent décider à la place d'Apple,de ce que leurs enfants ont le droit de faire ou pas)
@mateodu13
Va faire un tour sur Goog.. et cherche « manage engine » pour iOS.. tu trouvera des exemples
L’application de mac4ever va devoir être réécrite.
Si ces facho qui cherchent à combattrent des chiffres officiels d'une certaine infection en 3 lettres, parce qu'inadmissible d'après eux, pouvaient disparaitrent. Ca serait pas plus mal. :)
@mouahaha
Tu as fumé de la bonne toi !
Bonne initiative : on pourra trouver de bonnes applis sur iOS en html5, et elles ne seront pas obligées de passer par l’AppStore.
> In order to provide users with the secure and curated experience that they expect on
> the App Store, we have always specified that apps must be self-contained bundles.
> This means that the core features and functionality of the app must be contained within
> the binary of the software, rather than made possible by referring users outside of the
> approved app,
Le coeur des fonctionnalités de Apple Music est auto-contenu dans l'app iOS ?
Apple Plans ?! Siri ?! iCloud ?
L'app AppStore elle-même !?
C'est du grand n'importe quoi.
De très nombreuses apps de nos jours sont essentiellement la partie cliente des fonctionnalitées largement implémentées coté serveur, et très souvent via des technologies Web.
Y compris celles d'Apple.
Un bon vieux faites ce que je dis pas ce que je fais des familles, quoi.
L'excuse de la sécurité est bidon, d'autant plus que Apple impose pour la même raison le moteur Webkit à toutes les apps, mais comme par hasard là cela serait plus "sécure" si c'est accédé depuis Safari plutôt que depuis le moteur WebKit via l'app tierce?
Faudrait savoir, c'est le moteur WebKit imposé à tous qui permet la sécurité ou uniquement quand il est utilisé depuis Safari ? Et dans ce dernier cas, pourquoi ne pas interdire l'usage de Webkit depuis d'autres apps, du coup, puisqu'il y aurait un risque de sécurité accru ?
Pfff. C'est surtout que ces mécanismes dynamiques échappent au contrôle d'Apple, et que dans son contrôle, y'a pas que la protection de l'utilisateur qui intéresse Apple, y'a surtout la protection de ses 30% de taxe sur toute fonctionnalité payante, qu'elle repose sur des technologies serveurs plutôt que sur les capacités de iOS seul, ils s'en foutent, ils veulent que leur péage imposé de force soit toujours aussi rentable, d'autant qu'Apple ne supporte aucun cout des fonctions coté serveurs tiers.
Et depuis quand l'écran d'abonnement à un service est le coeur des fonctionnalités de ce service !?!
Pages