¿Debo usar JSAPI de Google en el código de producción?

StackOverflow https://stackoverflow.com/questions/1106755

  •  12-09-2019
  •  | 
  •  

Pregunta

Posible duplicado de:

debe-i-link-to-Google -apis nube-para-JS-bibliotecas

también muchas otras discusiones, incluyendo:

¿Dónde incluyen la biblioteca jQuery desde? Google JSAPI? CDN? la mejor manera de usar jQuery alojado de Google, pero cae de nuevo a mi biblioteca alojada en Google fallar

Yo estaba mirando el plugin de ejemplo para MCE Tiny y vi este código en el head del documento: 

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

Nunca he visto esta forma de cargar jQuery.

  • ¿Es esta recomendado para la producción?
  • ¿Cuál es la ventaja de este método?
¿Fue útil?

Solución

Sí, sin duda. Google alienta . Todos se benefician. Es más probable que sea en su caché, y es un archivo de menos que usted tiene que servir.

Otros consejos

Como otros han señalado responder a preguntas similares, hay una desventaja. En algunos países (como Irán), éstos se bloquean al parecer, rompiendo el sitio web.

La ventaja es que es alojado en gafas muy baja latencia y servidores rápidos. También se puede simplemente utilizar 

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

su el mismo efecto.

tenga en cuenta que Google jsapi carga los guiones sólo después de que el propio documento se carga.

Por lo tanto, si (por ejemplo) que está utilizando $(document).ready() de jQuery en su aplicación web, usted tiene que cambiar a google.setOnLoadCallback().

Creo que el Google JSAPI también es asíncrona y ayuda a evitar el "peaje" mejor descrito por "Imagínese que hay una carretera de 4 carriles entre el navegador web y la propia Internet. Esta carretera se optimizan para permitir imágenes, texto, .. y CSS volando Pero, cuando se trata de secuencias de comandos externos, la carretera crea una cabina de peaje que hace más lento el tráfico lo peor es que los cuadros de texto y CSS atrapado detrás de estos scripts tienen que esperar hasta que pasen a través" - Andrés Vidal

El peaje es crítica y debe ser evitado en todo momento.

Creo que este método le ayudará mucho por las siguientes razones:

Google utiliza una red de entrega de contenido y que hará que los usuarios que se encuentran lejos de su ubicación pueden descargar sus bibliotecas de jQuery más rápido que si lo hicieran desde su sitio.

También se reduce la petición a su servidor y hará que los usuarios de primera vez para descargar javascript jQuery desde el servidor de Google, y si el usuario ha estado en otro sitio similar con este tipo de aplicación no tendrá que descargarlo de nuevo .

Así que creo que esto le ayudará a aplicación / sitio

este archivo es después de la compresión es de 24KB, la adición de tal archivo aumentará las peticiones HTTP y esperando la respuesta y la ejecución y analizar el tiempo que el navegador se llevará ... si dice el propio archivo se almacena en caché en todas partes, incluso si el archivo se almacena en caché en el navegador, no se olvide de tener en cuenta el tiempo que se tarda en leer del disco, ejecutar y analizar ...

todo esto sólo para conseguir el archivo de jQuery u otros JS comunes, creo que se refiere directamente al recurso solicitado es mejor

comprobar mejores prácticas de Google para obtener más información.

China tiene 500 millones de usuarios de Internet y no es el único país que bloquea las API de Google, esto hace que cualquier sitio web que utiliza http : //www.google.com/jsapi disfuncional. Hay una pequeña ventaja: debido a la técnica de carga asíncrona, estos sitios No te muestran la misma cuelgan de espera para cargar como otros sitios que utilizan la referencia directa como por ejemplo:

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top