Création d'un serveur pour vendre du contenu In App Purchase
Draken
Membre
J'envisage de créer une application avec du contenu téléchargeable. Et je me pose la question de savoir comment gérer le serveur de téléchargement. Je pense pouvoir me débrouiller pour la partie purement iPhone, mais pour le serveur c'est le vide abyssal.
Quelle type de machine faut-il ? Peut-on louer un serveur dans une entreprise spécialisée ? Combien cela peut-il bien coûter ?
Comment gérer les téléchargements de contenu ? Existe-t-il des logiciels prêts à l'emploi, ou faut-il programmer soi-même en Objective-C ? Je ne connais absolument rien au réseau, et je n'ai pas spécialement envie de m'y coller. Sans parler de ma profonde ignorance de la langue anglaise.
Quelle type de machine faut-il ? Peut-on louer un serveur dans une entreprise spécialisée ? Combien cela peut-il bien coûter ?
Comment gérer les téléchargements de contenu ? Existe-t-il des logiciels prêts à l'emploi, ou faut-il programmer soi-même en Objective-C ? Je ne connais absolument rien au réseau, et je n'ai pas spécialement envie de m'y coller. Sans parler de ma profonde ignorance de la langue anglaise.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Sinon pour télécharger du contenu c'est pas sorcier. NSURLConnection est là pour ça, et dans le Programming Guide t'as même tout le code pour récupérer les données (NSData) d'un fichier ou document (ou page web, ...) dont tu donnes l'URL.
Donc, il suffit de donner une url pour télécharger du contenu. Parfais, c'est simple. Je pourrais donc utiliser n'importe quel serveur pour mon contenu payant.
Mais qu'en est-il pour la sécurité ? Comment protéger cette url contre un téléchargement non désiré ?
Mais comme ça passe par l'AppStore, tout comme tes applications iPhone sont hostées par Apple, les contenus ne le sont-ils pas aussi ?
Car si tu mets tes contenus sur un serveur perso, rien n'empêchera n'importe qui de les télécharger, sans passer par l'AppStore et le InApp Purchase, comme tu le fais remarquer.
C'est pas indiqué dans les Programming Guides et les PDFs d'Apple sur le InApp Purchase ?
J'aurais juré avoir déjà lu le début de ce fil sous un autre nom ... ???
Mais bon, c'est pô grave, car par le plus grand des hasards ce titre semble plus adapté à l'évolution de la réflexion.
Allah est grand !Â
P.S.:Comment ça c'est Ali et pas Allah ?
Ha bon, j'm'en vais réviser mes textes anciens alors ....
Visiblement, le contenu supplémentaire n'est pas hébergé sur l'AppStore, mais sur un serveur du développeur/éditeur.
Tu n'as pas des canards à aller nourrir, toi, plutôt que d'embêter les honnêtes gens ?
Si si justement c'est l'heure !
J'y cours de suite.
Excuses moi de demander pardon du dérangement alors hein ?
Tout va dépendre du succès de l'application. Mais à mon avis, une machine vendue/louée comme "serveur WEB" devrait suffir...
Spécialisée, c'est à dire ? Sinon oui, il est possible de louer des machines chez de nombreux hébergeurs (le plus connu, OVH, mais il y en a des tonnes) et d'y mettre ce que l'on veut dessus...
Disons dans les 30 euros par mois.
Là , ça va dépendre de l'OS du serveur, mais il va falloir sans doute mettre les pieds dans (au choix): PHP, ASP .NET, Ruby, Python, WebObjects (mais là , encore faut-il trouver un hébergeur qui propose MacOS X Serveur).
Parce que je doute qu'il existe des solutions toutes prêtes pour le App Purchase de l'Apple Store.
Edit: Ensuite, il est peut-être possible d'utiliser le service de stockage/diffusion "amazon S3", dont je ne connais pas les possibilités exactes, ni les tarifs.
Par ce que sinon tu met tout ton contenu dans ton Appli et tu le débloque lors de l'achat InApp c'est carrément plus simple a gérer.
Oui, hmaks, il s'agit de données évoluant dans le temps, et non de fonctions supplémentaires que je pourrais installer dés l'origine dans l'application.
Je crois très bien comprendre ce que Draken voudrait faire.
Je pense qu'il sera pas le seul.
Probablement que pour l'appli de Draken, comme pour celle d'une publication voulant proposer des contenus à lire payants sur iPhone c'est très légitime et apportera une vraie valeur ajoutée à l'iPhone.
Mais ça m'inquiète un peu aussi.
Je me demande si par exemple, un jour, les actuelles Applis payantes donnant une météo précise gratuitement, ne deviendront pas toutes des Applis gratuites mais dont la moindre prévision météo sera payante au "coup par coup".
PS faut dire que l'évolution de TomTom qui a rendu récemment l'accès aux infos routières payant sur abonnement (hors de pris en plus) m'a refroidi ++
PPS j'espère pas avoir trop déranger le cours technique de ce fil ?
- l'utilisateur fait son achat comme un achat App Store classique
- l'application reçoit en échange une donnée validant l'achat (code? hash ? je sais plus)
- l'application va chercher le contenu sur le serveur (qui est bien géré à part par le dév)
- pour éviter les téléchargements non autorisé, la donnée fourni par Apple à l'achat peut être fourni au serveur
- le serveur peut interroger les serveurs Apple avec cette donnée et si tout est ok fourni le contenu demandé à l'appli
N'en ayant pas besoin avant un certain temps (mes projets d'app avec IAP sont encore lointains )
Si y'a des pros du IAP qu'ils me corrigent
Blague à part, oui, il y aura des applications faisant un peu n'importe quoi avec le In App Purchase. C'était déjà le cas avec une application profitant du système pour vendre des images de jeunes filles très dénudées, sans passer par la soumission. Apple l'a retiré très vite de l'AppStore.
Il serait intéressant qu'un hébergeur propose un service de téléchargement clé en main pour du contenu In App Purchase.
EDIT : ou qu'Apple héberge les fichiers In App Purchase, après tout les gars à la pomme prélèvent quand même 30% sur le service.
tu va avoir du mal si tu n'aime pas l'anglais vu la doc quasi inexistante sur ce sujet en français.
Même pour des données qui évoluent dans le temps ça peu être intéressant de ne pas faire comme dans le modèle décrit par SilentGob.
- Si c'est juste 3 Produit InApp par an autant faire une Mise à Jour.
- Si c'est un service mis a jour très souvent autant vendre (un peu plus chère l'appli) et donnée accès a un WebService (téléchargement du contenu à chaque lancement par ex) depuis l'Appli.
- Il existe aussi un mode d'achat type "Abonnement" qui peu être intéressant selon le cas.
- De toute façon tes produits InApp devront être valider par Apple avant d'apparaà®tre dans l'appli.
Voilà j'ai du changer 3 fois de méthode InApp pour ma dernière appli Je te conseil de bien y réfléchir à l'avance pas comme moi .
Peut-tu donner des détails sur la validation du contenu In App Purchase ? Est-ce que cela impose des délais de soumission supplémentaires ?
C'est ce que j'utiliserais si je voulais créer un jeu vidéo avec la possibilité d'acheter de l'équipement supplémentaire.