C’est peut-être évident pour certains, mais je me demandais : Pourquoi devrais je compte sur le serveur de Google à hôte jQuery pour mon site ?
Est-ce que parce qu’il charge plus vite de cette façon ?
C’est peut-être évident pour certains, mais je me demandais : Pourquoi devrais je compte sur le serveur de Google à hôte jQuery pour mon site ?
Est-ce que parce qu’il charge plus vite de cette façon ?
C'est parce que:
Il y a plusieurs scénarios où vous pourriez ne pas vouloir utiliser jQuery à partir de Google CDN:
Lorsque vous créez un intranet application lorsque le serveur web est hébergé sur le même réseau que l' clients. Si vous utilisez Google CA jQuery, vous aurez à effectuer un appel à l' l'internet plutôt que d'un serveur web sur le réseau local. Cette augmente la bande passante de votre de l'organisation, et est plus lent.
Lorsque vous voulez exécuter votre application en mode hors connexion. (Très liée à la première question) Si vous avez besoin de travailler sur un environnement de développement (géré par exemple avec Bower), vous devez être en mesure pour que votre application fonctionne sans connexion internet (ie: dans un train :)
Lorsque vous avez besoin de le personnaliser. Par exemple, si vous utilisez Grognement à la construction de la bibliothèque afin de n'utiliser que certains modules ou de réglage de la SMA nom
Quand vous servez les pages sur SSL qui nécessitent jQuery. Vous devriez servir le javascript sur SSL comme bien que votre page pour éviter de sécurité les problèmes et les avertissements.
Aussi, Microsoft héberge jQuery sur leur CA. C'est un autre choix comparable à l'utilisation de Google hébergé jQuery.
Cette étude par TJ VanToll m'a convaincu que c'est mieux pour concaténer jQuery avec d'autres scripts plutôt que de le charger à partir d'un CDN.
La raison est le temps de latence impliqués dans l'extraction de jQuery sur des appareils mobiles:
"En 2012, la moyenne de RTT temps sur un réseau de téléphonie mobile aux États-unis a 344ms. Et que 344ms s'applique non seulement à chaque requête HTTP lequel le moyen de la page web permet désormais à 93 de la–, mais aussi la recherche DNS et une connexion TCP... Alors que la moyenne des Rtt sont à améliorer, il y a seulement des petits gains, comme les réseaux actuels sont à l'intérieur d'un petit facteur de la limite théorique dictées par la physique."
Il cite aussi ce post de Steve Souders qui montre pourquoi vous êtes peu probable d'obtenir la mise en cache des avantages de l'utilisation d'un CDN:
"En raison de la fragmentation des fournisseurs de rdc, jQuery versions, et l'utilisation de protocole (http vs https), les chances d'obtenir un cache du CDN hit sont scandaleusement bas et le téléchargement à partir d'un domaine externe a le potentiel pour effectuer non pas un, mais trois aller-retour (une recherche DNS, une connexion TCP, et un HTTP GET)."
Le plus grand avantage est de la mise en cache. La théorie est que si un visiteur a visité un site qui était en train de charger leurs bibliothèques JavaScript, dire jQuery par exemple à partir de la Google CA, puis quand ils visitent votre site web, la bibliothèque est déjà dans le navigateur de l'utilisateur cache et n'aura pas à le télécharger à nouveau. Cela sonne bien en théorie.
Les bénéfices partagés ici et d'ailleurs sont toutes théoriques. Viens de tomber sur une analyse approfondie de l'utilisation d'un CDN et si elle fournit le rendement attendu prestations. http://www.root777.com/appdev/does-using-google-libraries-api-cdn-give-you-performance-benefits
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.