Pourquoi Google Chrome ne redirige

Une application que je travaille avec un PL/SQL package qui crée une page et utilise une fonction pour créer des MÉTA-tags.

Il crée une page web avec une balise META exactement comme ceci :

 <META HTTP-EQUIV="Refresh" NAME="Refresh" CONTENT="1; URL=PaymentSubmit.html">

Le problème, c'est que Chrome n'aime pas le NOM="Refresh" de l'attribut. Il ne fait pas de redirection de la page, même si elle n'rediriger correctement dans IE et Firefox

Si je supprime le NOM de l'attribut, de sorte qu'il ressemble à ce qu'il fonctionne dans tous les navigateurs :

 <META HTTP-EQUIV="Refresh" CONTENT="1; URL=PaymentSubmit.html">

Ce qui se passe ici? Je ne peux pas trouver un standard du W3C pour la MÉTA redirection, donc est-ce que chaque navigateur de faire ses propres règles ? Je ne suis pas sûr si elle a jamais travaillé dans Chrome, mais depuis je n'ai jamais entendu les rapports de bug je suppose qu'il l'habitude de travailler dans Chrome.

Quelqu'un a un problème similaire ?

Grâce

source d'informationauteur jeph perro | 2014-03-21

  1. 11

    Si vous cochez le w3c wiki vous pouvez trouver la citation suivante:

    Exactement du nom, de l'adresse http-equiv, et le jeu de caractères des attributs doit être spécifié.

    Dire elle ne l'est pas valide html que les deux - name et http-equiv attributs sont définis.

    Lire cette W3C HTML et XHTML Techniques de test sur l'actualisation des métafichiers:

    Trouver toutes les méta-éléments dans le document. Pour chaque élément meta, vérifier
    si elle contient l'attribut http-equiv avec la valeur "actualiser"
    (insensible à la casse) et le contenu de l'attribut avec un nombre plus grand
    que 0 suivi par: "URL=anyURL" (où anyURL représente l'URI qui
    devrait remplacer la page actuelle).

    La behavouir les autres navigateurs n'est pas mauvais, mais chrome est plus stricte.

    Plus de détails sur le bon behavouir - et de la validité de la référence sont disponibles à l' http://www.w3.org/TR/html5/document-metadata.html#attr-meta-http-equiv-refresh

  2. 10

    Aussi loin que la prise en charge du navigateur:

    Le soutien pour <meta> d'actualisation est là, même dans IE6

    La syntaxe à utiliser est:

    Place à l'intérieur de <head> pour actualiser la page après 5 secondes:

    <meta http-equiv="refresh" content="5">

    Rediriger vers http://example.com/ après 5 secondes:

    <meta http-equiv="refresh" content="5; url=http://example.com/">

    Rediriger vers http://example.com/ immédiatement:

    <meta http-equiv="refresh" content="0; url=http://example.com/">

    Si vous prévoyez de prendre en charge le javascript disablers (Qui je ne pense pas que vous devriez faire 🙂

    Ce faire:<noscript><meta http-equiv="refresh" content="0; url=url here"></noscript>

    Ce n'est pas une partie de HTTP standard.

    Cependant, il existe des alternatives:

    Pour l'actualisation de la page au bout de 5 secondes, ne le ci-dessous:

    <body onload="javascript:setTimeout(function(){ location.reload(); },5000);">

    Si vous souhaitez rediriger après 5 secondes, puis de faire ci-dessous:

    <body onload="javascript:setTimeout(function(){ window.location = 'http://example.com';},5000);">

    Si vous souhaitez rediriger immédiatement:

    <body onload="javascript:window.location='http://example.com'">

    Mais il n'y a pas d'alternative à javascript disablers (youpi!!)

    Conclusion:

    Donc, ma suggestion serait d'utiliser mon javascript alternatives, parce qu'ils sont pas va être remplacé.

    Mais <meta> balise de rafraîchissement peut être interrompu dans les années à venir.

    Plus de lecture : http://en.wikipedia.org/wiki/Meta_refresh

  3. 2

    Pour la <META balises, Microsoft a publié des lignes directrices spécifiques:

    Site et de la Page lignes directrices pour le RÉFÉRENCEMENT

    Plus précisément, pour la <meta http-equiv="refresh"> élément, Microsoft indique ce qui suit:

    Une page de redirection doit offrir à la fois un message avec le nouvel emplacement de la page et suffisamment de temps pour les utilisateurs de lire le message. Une page de redirection avec un délai de moins de cinq secondes peut résulter en une réduction de moteur de recherche classement.

    Pour rediriger une page, envisager d'utiliser une redirection HTTP au lieu. Une redirection HTTP est plus susceptible de transférer à l'autorité de l'ancienne page vers la nouvelle page.

    Personnellement, au lieu d'un <meta actualisation de la balise, je vous recommande d'utiliser un Redirection 301. En PHP que vous pouvez faire, par exemple, les suivantes:

    <?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.yourdomain.com/newpage");
?>

    Cette méthode est meilleure que l' <meta rafraîchir parce que généralement une redirection 301 comprend l'adresse à laquelle la ressource a été déplacé. Les navigateurs Web qui suivent généralement des redirections 301 vers le nouvel emplacement automatiquement, sans action de l'utilisateur.

    Selon quelques définitions de 301 Redirectil serait même conserver les anciennes positions:

    Une redirection 301 doit être utilisé chaque fois qu'un site web est déplacé vers un nouveau nom de domaine (URL) de sorte que les moteurs de recherche permettra de changer rapidement de leurs indices et, en théorie, de préserver les classements des moteurs de recherche que le site était lors de la précédente domaine.

    Tout cela est en ligne avec le fait que beaucoup de sites ombragés utilisation <meta actualiser pour ouvrir des sites web indésirables (spam/annonces...). Donc j'en conclurai que la balise meta refresh doit pas être utilisé.

    Pour les autres balises meta, veuillez lire ce qui suit: 18 balises meta de chaque page web doit avoir.

    Garder à l'esprit que toutes les balises meta sont d'une importance cruciale; par exemple, Google dit qu'il ne pas utiliser la balise meta keywords web classement.

    Mais rappelez-vous: c'est Mieux d'en avoir, et pas besoin que de besoin, et de ne pas avoir.

    Il suffit de ne pas utiliser le <META refresh 😉