Journal 'Push' de fichiers XML depuis un serveur

Posté par  .
Étiquettes : aucune
0
6
juil.
2004
Je réalise un export de blogs en fichiers XML pour le moteur de blog zwe (http://www.bulix.org/zwe(...) mais le serveur est down). Le problème est d'envoyer ce fichier XML au client. Si je l'envoie directement, le navigateur l'affiche n'importe comment (les \n sont supprimés, le navigateur peut meme ne pas l'afficher (balise inconnue).
J'avais donc essayé d'enregistrer le ficher xml à part et poser un lien vers ce fichier, l'utilisateur ayant à faire "sauvegarde la cible". Mais ce n'est pas super intuitif :/ Est-il possible de forcer le navigateur à enregistrer ce qu'on lui envoie au lieu de l'afficher, vu que gecko semble persuadé de bien gérer le text/xml ?
  • # une idée...

    Posté par  (site web personnel) . Évalué à 1.

    tu fais une archive de ton fichier ou tu le compresses simplement.
    un petit gzip, et hop, il ne sera plus interprété.

    (c'est une idée comme ça hein, y'a peut-être mieux)
  • # mauvais en-tête, changer en-tête

    Posté par  . Évalué à 1.

    faut envoyer un type mime du genre « application/binary » ou je sais plus quoi.
    • [^] # Re: mauvais en-tête, changer en-tête

      Posté par  . Évalué à 1.

      "Content-Type: Application/octect-stream" ,je crois, mais moi nonplus je suis pas sur.
    • [^] # Re: mauvais en-tête, changer en-tête

      Posté par  . Évalué à 0.

      application/octet-stream
    • [^] # Re: mauvais en-tête, changer en-tête

      Posté par  . Évalué à 4.

      Pour ceux qui trouveront ce journal avec google en quête de réponse, j'ai finalement utilisé :

      <?php
      header("Content-type: text/xml");
      header("Content-Disposition: attachment; filename=blog.xml");
      ....
      on parse le ficher xml
      ....

      Comme ca on force le navigateur à proposer d'enregistrer avec le nom blog.xml au lieu de l'afficher. Il paraît que ca ne fonctionne pas avec MSIE, mais je m'en fous totalement ;)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.