json et les hergements, probléme de formatage
hamidphone
Membre
bonjour
j'ai developer une application qui parse un fichier json, et pendant sa durée de development j'utilise un hergement gratuit (il me retoune bien le fichier json) .
tout fonction a merveille , quand j'ai passe a mutalise car l'application presque préte.
jai choisie 1AND1, le probleme est qu'il me retourne un fichier html voila avec <pre>json</pre>.
merci de votre aide.
j'ai developer une application qui parse un fichier json, et pendant sa durée de development j'utilise un hergement gratuit (il me retoune bien le fichier json) .
tout fonction a merveille , quand j'ai passe a mutalise car l'application presque préte.
jai choisie 1AND1, le probleme est qu'il me retourne un fichier html voila avec <pre>json</pre>.
merci de votre aide.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Dans ce cas, tu dois avoir un header qui te permet d'indiquer que tu retourne du JSON.
Genre :
car mon json est ecrit a la main mais j'envisage de mettre un formulaire en php pour le remplir
si php est une bonne solution possible de me donner la solution comment retourner le json sans les balises <pre>
json esr dans fichier mp3.json
surtout si il est fait main.
Après un fichier Json c'est juste l'affichage texte d'un ou plusieurs objets. Il n'y a rien de violent là -dedans.
En fait je crois que je n'ai pas réussi à saisir ton explication.
sur un hergement autre (gratuit) fonctionne bien j'ai retour json
ça donne quoi ?
peux-tu nous donner l'URL ?
hebergement gratuit
hebergement 1and1
http://www.app-islamic.com/json/mp3.json
c'est pour une association
Par contre moi j'ai suivi tes deux liens, et les deux contiennent un JSON parfaitement formatté et valide, sans aucune balise HTML du genre <pre> autour.
Tu es sûr que ce n'est pas ton navigateur ou autre outil avec lequel tu affiches le JSON qui te rajoute ces balises <pre> qui en vrai ne sont pas là et pas retournées par le serveur mais que ton client (navigateur web par exemple) rajoute lui-même ?
Si tu récupère directement ce qui t'es retourné par l'URL, sans passer par un navigateur qui risque de te mettre en forme le résultat, ça donne quoi ? Par exemple si tu ouvres l'application Terminal et tapes "curl http://www.app-islamic.com/json/mp3.json" dans la ligne de commande puis valide, tu vois ces "<pre>" autour de ton JSON ? Et dans ton code iOS, tu récupères ces <pre> ou pas ?
A mon avis tu crois qu'ils sont là car c'est ton navigateur web qui les rajoute, mais si tu récupères les données brutes via le Terminal ou via ton code Objective-C (genre via un NSURLConnection ou AFNetworking ou autre) tu verras qu'en vrai ils ne sont pas présents !
sur 1and1 ne fonctionne pas
http://www.app-islam...m/json/mp3.json
j'ai teste les 2 avec curl et les 2 retourne json sans pre mais
avec firebug comportement different
mais je comprend pas le retour different format dans different hebergement
j'ai cherche et je crois c'est lier au httpd.config dans apache
application/json exists in Apache2/conf/mime.types
acr j'ai aussi un autre fichier json qui est écrit en arabe et anglais mais sur hebergement gratuit un bon retour les mot en arabe sont bien afficher dans application par contre dans 1and1 retour cripters avec caractaires bizzares
une idée les gas ??
malger que le fichier est le méme .
merci tous le monde
déja vérifier et c'est le meme fichier vraiment méme en charset utf8 les 2
line endings use unix Line endings LS
meme soft xcode
Il y a une méthode dans AFNetworking pour ajouter des acceptableContentTypes qui est faite pour ça.
Et sinon ca confirme donc que ce n'est pas un <pre> qui est rajouté ou quoi mais que cest un mauvais content-type qui est retourné. C'est en effet dû à leur configuration Apache chez 1and1 qui n'a pas du configurer l'extension ".json" pour être servie avec le content-type adéquat. Ce qui est un peu léger comme config ça vaut le coup de la modifier (si 1and1 te donne la main dessus mais j'en suis pas sûr ça dépend de ce qu'ils proposent dans leur offre) ou de leur écrire un mail pour leur demander de corriger
PS : Vérifie quand même pour voir ce que AFN envoie dans les headers de la requête comme header "accept" (ou un nom comme ça j'ai plus le header exact en tête) qui dit au serveur quels content-types il attend en retour
Attention, si tu massacres le nom de notre croco préféré, il va pas aimer !!! /grin.gif' class='bbc_emoticon' alt=';D' />
Tu peux le définir dans un fichier .htaccess
regarde l'exemple sur l'url suivante : http://www.htaccess-guide.com/adding-mime-types/