Par exemple, Google Analytics utilise document.location.protocol dans le passe-partout pour le suivi:
<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXX-X']);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();
</script>
au lieu de
<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXX-X']);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = '//www.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();
</script>
Le ssl. le sous-domaine est un argument muet car https://www.google-analytics.com/ga.js fonctionne parfaitement bien.
Connaître Google n'est probablement pas une erreur. Y a-t-il un problème avec certains navigateurs qui ne prennent pas en charge le protocole // honorant la sténographie ou y a-t-il autre chose qui me manque?
EDIT: Cela ne s'applique pas seulement à Google Analytics (exemple de sous-domaine différent). La même chose apparaît sur la page de l'API Font Loader :
wf.src = ('https:' == document.location.protocol ? 'https' : 'http') +
'://ajax.googleapis.com/ajax/libs/webfont/1/webfont.js';
Pourrait obtenir une meilleure réponse reformulant votre question pour poser des questions sur le problème technique plutôt que sur la raison pour laquelle Google fait quelque chose. Vous n'obtiendrez pas une vraie réponse à la seconde (à moins que nous ne voyions une autre réponse de Googler ici, ce qui serait cool).
—
JasonBirch
Légère modification dans le but de la rendre plus agnostique. D'autres suggestions?
—
Metalshark
