Biblioteca alojada en Google jQuery: ¿es buena?

¿Existe algún beneficio REAL al tocar el uso de la biblioteca alojada jQuery de Google? ¿O simplemente lo descargamos a nuestro servidor?

Cual es tu opinión sobre esto?

Existen dos ventajas principales al usar un CDN externo como Google para alojar jQuery:

1. Es mas rapido. Sin duda será más rápido que su sitio, y probablemente más rápido que cualquier CDN que configure usted mismo.
2. Puede que ya esté en caché . Muchos sitios también hacen referencia a jQuery en el CDN de Google, por lo que si visitaron otro sitio antes que el suyo, ni siquiera necesitarán descargarlo.

Posibles inconvenientes:

1. El dominio puede estar bloqueado (esto es bastante común en lugares como China). Puede resolver esto teniendo un respaldo local ( vea aquí cómo ).
2. La fragmentación de los números de versión es bastante alta, por lo que los visitantes de su sitio pueden tener muchas versiones diferentes en caché, pero no la que usted mencionó ( consulte aquí para ver algunas estadísticas recientes ). Sin embargo, esto es solo un problema en la carga de la primera página.

Otro inconveniente:

El uso de un CDN permite al operador del CDN rastrear los visitantes de los sitios. Por eso no cuestan dinero.

El uso de CDN (s) para dividir sus dependencias en muchos servidores como este en esencia representa una compensación entre el ancho de banda y la latencia, suponiendo que solo le interese el rendimiento.

Por cierto, supongo que la alternativa no es simplemente alojarlo localmente, sino concatenarlo con una solicitud local diferente; por lo general, no hay una buena razón para no concatenar cuando puede.

Si el ancho de banda es infinito, es mejor que NO participe, porque será tan lento como su servicio más lento, ya que las latencias no son perfectamente predecibles, con suficientes servicios, incluso si son rápidos, solo necesita un poco de mala suerte para causar una carga lenta de la página.

Si la latencia es 0, entonces distribuir su carga en muchos servidores puede mejorar el ancho de banda al utilizar muchos servidores (no es tan útil ya que probablemente las limitaciones de ancho de banda están cerca de los clientes, no de los servidores), pero lo más importante, puede reducir la cantidad de datos transmitidos ligeramente al aumentar la efectividad del almacenamiento en caché.

Depende de su escenario, pero generalmente esperaría que la latencia sea más problemática que el ancho de banda, a menos que sus scripts sean increíblemente grandes (lo que no es jquery). En ese punto, generalmente es más rápido alojar jquery como parte de un archivo local concatenado.

Las razones para no alojar localmente son, por ejemplo, cuando paga por el ancho de banda, o está alojando en un servidor lento (su conexión con el cliente tiene un cuello de botella de su lado, no del cliente), o sabe que sus clientes tendrán un ancho de banda realmente bajo (dsl o módems de gama baja, por ejemplo, los dispositivos móviles tienden a tener más problemas de latencia que problemas de ancho de banda), o sus clientes pagan por el ancho de banda (por ejemplo, dispositivos móviles) y las secuencias de comandos son una parte tan notable de eso que el almacenamiento en caché menor gana importancia (no es probable )

En cualquier caso: mucho más relevante será si ha cubierto lo básico primero; Encabezados de almacenamiento en caché apropiados, concatenación, minificación y gzipping (preferiblemente con una alta relación de compresión). Y aquí está el quid: si NO haces eso, entonces al menos el CDN lo hará, así que eso es ganar ...

TL; DR: si tiene concatenación + minificación + gzipping + almacenamiento en caché todo cubierto, entonces servir scripts pequeños localmente es más rápido que desde un CDN a pesar del mejor rendimiento del CDN, pero solo si ha hecho su tarea, posiblemente no en la primera página carga, y definitivamente hay excepciones a esta regla.

El uso de la biblioteca alojada jQuery por Google permite que su página se cargue más rápido. De hecho, la biblioteca se carga al mismo tiempo que su página en lugar de después.