Dois-je utiliser le JSAPI de Google dans le code de production?

Question

double possible de:

devrait-i-link-to-google -apis-cloud pour-js-bibliothèques

aussi beaucoup d'autres discussions, notamment:

Où incluez-vous la bibliothèque jQuery à partir? Google JSAPI? CDN? la meilleure façon d'utiliser jQuery hébergé de Google, mais revenir à ma bibliothèque hébergé sur Google échouer

---

Je regardais l'exemple minuscule plugin et vu ce MCE code dans le head du document:

<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
    google.load("jquery", "1.3");
</script>

Je ne l'ai jamais vu cette façon de charger jQuery.

• Est-ce recommandé pour la production?
• Quel est l'avantage de cette méthode?

Answer 1

Oui, certainement. Google encourage . Tout le monde profite. Il est plus probable d'être dans leur cache, et il est un fichier moins que vous devez servir.

Answer 2

Comme d'autres l'ont souligné répondre à des questions similaires, il y a un inconvénient. Dans certains pays (comme l'Iran), ceux-ci sont apparemment bloqués, brisant le site.

Answer 3

L'avantage est qu'il est hébergé sur googles super faible latence et des serveurs rapides. vous pouvez aussi utiliser

<script type=”text/javascript” src=”https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js”></script>

son même effet.

Answer 4

garder à l'esprit que google JSAPI charge les scripts seulement après que le document lui-même est chargé.

Donc, si (par exemple) que vous utilisez la $(document).ready() de jquery dans votre application Web, vous devrez passer à google.setOnLoadCallback().

Answer 5

Je crois que le Google JSAPI est également asynchrone et permet d'éviter le meilleur « péage » décrit par « Imaginez il y a une autoroute à 4 voies entre votre navigateur Web et l'Internet lui-même. Cette route est d'optimiser pour laisser des images, du texte, .. et css voler par Mais, quand il s'agit de scripts externes, la route crée un poste de péage qui ralentit la circulation le pire est que le texte des images et css pris derrière ces scripts doivent attendre jusqu'à ce qu'ils passent par » - Andres Vidal

Le-poste de péage est essentielle et doit être évitée à tout moment.

Answer 6

Je pense que cette méthode vous aidera beaucoup pour les raisons suivantes:

Google utilise un réseau de diffusion de contenu et qui fera que les utilisateurs qui sont loin de votre emplacement peuvent télécharger vos bibliothèques jquery plus rapidement que s'ils l'ont fait à partir de votre site.

il sera réduit également la demande à votre serveur et fera les premiers utilisateurs de temps à télécharger javascript jquery à partir du serveur de Google, et si l'utilisateur a été dans un autre site similaire avec ce genre de mise en œuvre, il ne sera pas besoin de le télécharger à nouveau .

Je pense donc que cela vous aidera à l'application / site

Answer 7

ce fichier est après la compression est 24KB, l'ajout de ce fichier augmente les requêtes HTTP et d'attendre la réponse et l'exécution et le temps que parse navigateur prendra ... si vous dites que le fichier lui-même est mis en cache partout, même si le fichier est mis en cache dans le navigateur, ne pas oublier de tenir compte du temps qu'il faut pour lire à partir du disque, exécuter et analyser ...

tout cela pour seulement obtenir le fichier jQuery ou d'autres JS commun, je pense directement référence à la ressource demandée est mieux

vérifier les meilleures pratiques de Google pour obtenir plus d'informations.

Answer 8

La Chine compte 500 millions d'internautes et ne sont pas le seul pays qui bloque google api, ce qui rend un site Web qui utilise http : //www.google.com/jsapi dysfonctionnel. Il y a une petite hausse: en raison de la technique de charge asynchrone, ces sites ne pas afficher la même attente pour charger pendent que d'autres sites qui utilisent la référence directe comme par exemple: