javascript - google - jquery ui versiones

Beneficios frente a trampas de hosting jQuery localmente (8)

Actualmente estamos sacando las bibliotecas jQuery y jQueryUI (y jQueryUI CSS) de google CDN. Me gusta esto porque puedo llamar a google.load("jquery", "1");
y se usará el último jQuery 1.xx.

Ahora voy a sacar las bibliotecas localmente por seguridad.

Me complace llevarlos a nivel local, pero me pregunto cuáles son algunos de los otros beneficios y peligros a tener en cuenta.

Beneficios: (Específicamente para CDN de Google)

Descargas en paralelo con sus archivos. Otras respuestas abordan esto más
Es probable que los servidores de Google puedan entregar el contenido físicamente más rápido
Es posible que las bibliotecas y los marcos comunes ya estén en la máquina del usuario, ya que la caché HTTP para una CDN es universal en todos los sitios
Su ancho de banda no tendría que servir para servir grandes archivos de biblioteca

El principal beneficio de tenerlos en un CDN es que los archivos se pueden descargar en paralelo a los archivos descargados de su propio sitio web. Esto reduce la latencia en cada página. Por lo tanto, la otra cara de esto es una trampa de alojamiento local: aumento de la latencia . La razón principal de esto es que los navegadores están limitados en la cantidad de conexiones que pueden hacer al mismo tiempo al mismo dominio web. En IE6 esto fue predeterminado para 2 conexiones concurrentes al mismo dominio, ¡ compartido entre todas las ventanas abiertas de IE! En IE8 + mejoró, por defecto a 6, que está en línea con FF / Chrome, pero aún así, si tiene muchas imágenes y no está utilizando sprites, experimentará una gran latencia.

Usando un CDN, siempre establecía la versión de la biblioteca explícitamente en lugar de obtener la última. Esto reduce el riesgo de que nuevas versiones rompan su código. No es muy probable con jQuery, pero es posible.

El otro beneficio principal de usar un CDN es la reducción del tráfico en su sitio . Si paga por GB o se encuentra en un servidor virtual con recursos limitados, es posible que el rendimiento general del sitio aumente y que los costos de alojamiento disminuyan cuando distribuya parte de su contenido a un CDN público.

Asegúrate de leer también la otra respuesta a esta pregunta de @revaxarts. Este es un muy buen truco

Google CDN:

almacenamiento en caché, bueno para el rendimiento, más usuarios probablemente ya lo tengan, y se descarga en paralelo
si alguna vez, heaver prohíbe cdn cae. estás jodido.
si una nueva versión rompe sus plugins o sitio existentes, sabrá que posiblemente sea demasiado tarde

En la zona:

el desarrollo sin estar conectado a la red es posible
todavía puede obtener algunos beneficios de rendimiento mediante gzipping, además de minimizar

Otros han cubierto los beneficios. Escollos:

Si solo incluye contenido de su propio servidor, ese es un servidor que necesita ejecutarse, y no está bloqueado por firewalls, etc., para que su sitio funcione. Extraiga el script de un tercero y ahora son dos los servidores que deben ejecutarse y desbloquearse para que su sitio funcione.
Cualquier sitio desde el que hagas <script> puede controlar completamente la experiencia del usuario en tu sitio. Si Google se sintiera mal, podrían poner algo en su copia de jQuery para registrar sus pulsaciones de teclas, robar información personal de la página en la que se encuentra para vincularla a su base de datos de seguimiento web, hacer que publique comentarios de "¡Me encanta Google!" En cada formulario , y así.

Es probable que Google no lo haga en realidad, pero es un factor que está fuera de tu control, y ciertamente algo de qué preocuparte con otros servicios de alojamiento de scripts. Ha habido incidentes antes en los que los scripts de estadísticas se han visto comprometidos con los cargadores de malware.

Antes de incluir cualquier script de un tercero, incluso en una sola página de su sitio, debe confiar al 100% en ellos toda la funcionalidad accesible para el usuario visible en ese nombre de host (incluidas las funciones de administrador orientadas a la web).

Para mí, realmente depende de cuánto control desees tener. Si es como yo y necesita desarrollarse en el host local cuando trabaja y viaja. Tener los archivos jquery locales es mejor que tenerlo alojado en google o en otro lado.

Prefiero usar mi versión local, porque no tengo control sobre lo que ofrecerán. Por ejemplo, no quiero que mis usuarios se vean afectados por google-analytics o algo similar, porque este es un problema legal en mi país.

Siempre uso el CDN de Google. Pero solo en caso de que esté fuera de línea:

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script> <script>!window.jQuery && document.write(''<script src="jquery-1.4.2.min.js"><//script>'')</script>

Coge jQuery de Google CDN y recurre a local si es necesario

Editar : si no necesita soportar IE6 y su sitio tiene un uso parcial de https, también puede eliminar el http:

<script src="//ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>

Virtualmente desde cualquier punto que lo mires, usar CDN de Google es algo bueno.

Se mejorará el rendimiento (aunque sea marginalmente, a menos que su sitio esté realmente ocupado), y la cantidad de datos que sus servidores tienen que transmitir disminuirá (aunque jQuery no es exactamente una descarga masiva), etc.

La única razón por la que no le gustaría usarla es si no confía en Google. Al usarlo, efectivamente está brindando a Google una ventana de información adicional en el perfil de tráfico de su sitio, incluido el conocimiento de las URL que de otra manera no querría hacer públicas (por ejemplo, áreas seguras de su sitio).

Si eres paranoico con respecto a la seguridad, esto puede ser suficiente para convencerte de que no los utilices (después de todo, alojarlo tú mismo no va a ralentizar tu sitio hasta el último momento), pero en general la mayoría de las personas tomaría la visión pragmática que Google ya sabe lo suficiente sobre su sitio que agregar esto no hará mucha diferencia.