XSL ne fonctionne pas sous Google Chrome

J'ai vu beaucoup de postes tout autour à ce sujet... mais je ne peux pas, pour la vie de moi, essayer de comprendre ce que mon problème est! Google Chrome affiche juste une page blanche quand j'essaie de transformer un fichier XML avec XSL. Quand je l'affichage de la source, je vois le XML brut. IE fonctionne.

J'ai un document XML qui ressemble à...

<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet type="text/xsl" href="http://localhost/xsl/listXSL.php"?>
<links>
  <link id="1" name="Google Home Page" url="http://www.google.com/" clicks="0" />
  <link id="2" name="Facebook" url="http://www.facebook.com/" clicks="1" />
  <link id="3" name="Gmail" url="http://gmail.com" clicks="2" />
</links>

... et puis le lié fichier XSL qui ressemble à...

<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
  <xsl:for-each select="links/link">
    <a>
        <xsl:attribute name="href">
            <xsl:value-of select="@url" />
        </xsl:attribute>
        <xsl:value-of select="@name" />
    </a><br />
  </xsl:for-each>
</xsl:template>
</xsl:stylesheet>

Vous remarquerez que le fichier XSL est en fait un fichier PHP, mais cela fonctionne très bien dans d'autres navigateurs et j'ai essayé de le changer de .xsl pour Chrome, mais il n'aide pas. Ce que je fais de mal?

Vous pouvez voir: stackoverflow.com/questions/2981524/...

InformationsquelleAutor Nate | 2010-12-29

15

La raison pour laquelle cela ne fonctionne pas est dû à un problème de sécurité que Chrome a abordé dans une controverse façon^[1][2][3][4], par le blocage des fichiers XML à partir de l'accès local XSLT fichiers dans le même répertoire, tandis que les fichiers HTML peuvent accéder .CSS fichiers dans le même répertoire très bien.

La justification donnée par le Chrome équipe en 2008 a été cette:

Imaginez ce scénario:
1. Vous recevez un message électronique à partir d'un attaquant contenant une page web comme une pièce jointe, que vous téléchargez.
2. Vous ouvrez la page web locale dans votre navigateur.
3. La page web locale crée un dont la source est https://mail.google.com/mail/.
4. Parce que vous êtes connecté à Gmail, le cadre charge les messages dans votre boîte de réception.
5. La page web locale lit le contenu de l'image par l'utilisation de JavaScript pour accéder à des images[0].document.documentElement.innerHTML. (Une page web sur Internet ne serait pas en mesure d'effectuer cette étape, car il serait venu à partir d'un non-Gmail origine; la même la politique de l'origine serait la cause de la lecture à l'échec.)
6. La page web locale place le contenu de votre boîte de réception en un et envoie les données via un formulaire POST pour l'attaquant du serveur web. Maintenant, l'attaquant a votre boîte de réception, qui peut être utile pour faire du spam ou de vol d'identité.
Il n'y a rien de Gmail peuvent faire pour se défendre contre cette attaque.

Je suis d'accord c'est ennuyeux, comme un correctif, vous avez 2 solutions:
1. Essayer de lancer google chrome avec la --allow-file-access-from-files switch (j'ai pas testé moi-même)
2. Le télécharger vers un ordinateur hôte, et tout ira bien.
- --allow-file-access-from-files ne semble pas avoir d'effet dans cette situation.
- Nope. -permettre l'accès de fichier de fichiers fonctionne parfaitement bien, mais assurez-vous que chrome est fermé avant de lancer ce commutateur. (Et bien sûr, votre XSLT ne peut pas avoir toutes les erreurs).
- Chrome décision est stupide. Alors que leur sécurité de sens, des fichiers XML doivent être en mesure de charger les feuilles de style XSL à partir du même répertoire, tout comme les fichiers HTML peuvent charger des images, feuilles de style et des scripts à partir du même répertoire. Il y a un problème, vous pouvez star, mais le Chrome dev team a banni de nouvelles observations sur elle - malgré le fait qu'ils se sont plaints qu'ils ne peuvent pas quantifier dans quelle mesure les utilisateurs voulions le local de fichier d'origine pour être détendu.
InformationsquelleAutor Pacerier
5

Téléchargement pour accueillir soves problème pour moi. --allow-file-access-de-fichiers solution switch ne fonctionne pas pour moi.

InformationsquelleAutor jmjarri
2

Dans les anciennes version de Chrome, si vous n'avez pas de sortie un document avec un vocabulaire (HTML, XHTML, SVG, etc.) vous ne serez pas obtenir un rendu de la page.

En version moderne (j'ai 10.0.612.3 dev installé), vous obtenez un sans style document XML (avec une erreur d'analyse dans votre cas, en raison de la plus d'un élément racine du résultat).

Solution: Sortie correcte (avec tous les éléments obligatoires) HTML 4.0 document, ou une bon (également avec un bon espace de noms) XHTML 1.0 document.

InformationsquelleAutor
0

À l'aide de --allow-fichier-accès à partir des fichiers de l'interrupteur fait le truc pour moi.

J'ai essayé d'utiliser la documentation hors-ligne à partir du logiciel installé sur mon système. IE a montré contenu que de demander la permission pour activer le contenu. Je dirais que cela peut être ajouté à chrome ainsi, sans sacrifier la sécurité.

InformationsquelleAutor Farzad

J'ai été en mesure de charger du contenu xml en html, en chrome, en stockant le xml en tant que variable en javascript, comme illustré ci-dessous.

<html>
<head>testing</head>
<body>
<span id="num"></span> <span id="street"></span><br /> <span id="city"></span>, <span id="state"></span> <span id="zip"></span>
<script>
txt="<address>"+
"<street>Roble Ave</street>"+
"<mtfcc>S1400</mtfcc>"+
"<streetNumber>649</streetNumber>"+
"<lat>37.45127</lat>"+
"<lng>-122.18032</lng>"+
"<distance>0.04</distance>"+
"<postalcode>94025</postalcode>"+
"<placename>Menlo Park</placename>"+
"<adminCode2>081</adminCode2>"+
"<adminName2>San Mateo</adminName2>"+
"<adminCode1>CA</adminCode1>"+
"<adminName1>California</adminName1>"+
"<countryCode>US</countryCode>"+
"</address>";
if (window.DOMParser)
{
parser=new DOMParser();
xmlDoc=parser.parseFromString(txt,"text/xml");
}
else //Internet Explorer
{
xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
xmlDoc.async=false;
xmlDoc.loadXML(txt);
}
document.getElementById("num").innerHTML=
xmlDoc.getElementsByTagName("streetNumber")[0].childNodes[0].nodeValue;
document.getElementById("street").innerHTML=
xmlDoc.getElementsByTagName("street")[0].childNodes[0].nodeValue;
document.getElementById("city").innerHTML=
xmlDoc.getElementsByTagName("adminName2")[0].childNodes[0].nodeValue;
document.getElementById("state").innerHTML=
xmlDoc.getElementsByTagName("adminCode1")[0].childNodes[0].nodeValue;
document.getElementById("zip").innerHTML=
xmlDoc.getElementsByTagName("postalcode")[0].childNodes[0].nodeValue;
</script>
</body>
</html>

XSL ne fonctionne pas sous Google Chrome
cette réponse m'a aidé

InformationsquelleAutor Jose Kj

Vous devez vous connecter pour publier un commentaire.