ACTUALIZACIÓN 03/07/2014: A partir de ahora, jquery-latest.jsya no se actualiza. Del blog de jQuery :
Sabemos que se abusa de http://code.jquery.com/jquery-latest.js debido a que las estadísticas de CDN muestran que es el archivo más popular. Ese no sería el caso si solo los desarrolladores lo estuvieran utilizando para hacer una copia local.
Hemos decidido dejar de actualizar este archivo, así como la copia minimizada, manteniendo ambos archivos en la versión 1.11.1 para siempre.
El equipo de Google CDN se ha unido a nosotros en este esfuerzo para evitar la rotura accidental de la web y ya no actualiza el archivo en
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js . Ese archivo también permanecerá bloqueado en la versión 1.11.1.
La siguiente respuesta, ahora discutible, se conserva aquí por razones históricas.
No hagas esto. En serio, no lo hagas.
La vinculación a las versiones principales de jQuery funciona, pero es una mala idea: se agregan características completamente nuevas y se desaprueban con cada actualización decimal. Si actualiza jQuery automáticamente sin probar su código COMPLETAMENTE , corre el riesgo de una sorpresa inesperada si la API de algún método crítico ha cambiado.
Esto es lo que debería hacer: escriba su código usando la última versión de jQuery. Pruébelo, depúrelo, publíquelo cuando esté listo para la producción.
Luego, cuando se lance una nueva versión de jQuery, pregúntese: ¿Necesito esta nueva versión en mi código? Por ejemplo, ¿existe alguna compatibilidad crítica del navegador que no existía antes, o acelerará mi código en la mayoría de los navegadores?
Si la respuesta es "no", no se moleste en actualizar su código a la última versión de jQuery. Si lo hace, incluso podría agregar NUEVOS errores a su código que no existían antes . Ningún desarrollador responsable incluiría automáticamente código nuevo de otro sitio sin probarlo a fondo.
Simplemente no hay una buena razón para usar SIEMPRE la última versión de jQuery. Las versiones antiguas todavía están disponibles en las CDN, y si funcionan para sus propósitos, ¿por qué molestarse en reemplazarlas?
Un problema secundario, pero posiblemente más importante, es el almacenamiento en caché. Muchas personas se vinculan a jQuery en un CDN porque muchos otros sitios lo hacen, y sus usuarios tienen muchas posibilidades de tener esa versión ya almacenada en caché.
El problema es que el almacenamiento en caché solo funciona si proporciona un número de versión completo . Si proporciona un número de versión parcial, el almacenamiento en caché en el futuro lejano no ocurre, porque si lo hiciera, algunos usuarios obtendrían diferentes versiones menores de jQuery desde la misma URL. (Supongamos que el enlace a 1.7 apunta a 1.7.1 un día y 1.7.2 al día siguiente. ¿Cómo se asegurará el navegador de obtener la última versión hoy? Respuesta: sin almacenamiento en caché).
De hecho, aquí hay un desglose de varias opciones y sus configuraciones de vencimiento ...
http://code.jquery.com/jquery-latest.min.js (sin caché)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 hora)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 hora)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 año)
Entonces, al vincular a jQuery de esta manera, en realidad está eliminando una de las principales razones para usar una CDN en primer lugar.
http://code.jquery.com/jquery-latest.min.js tampoco siempre le dará la versión que espera. En el momento de escribir estas líneas, se vincula a la última versión de jQuery 1.x, aunque también se lanzó jQuery 2.x. Esto se debe a que jQuery 1.x es compatible con navegadores más antiguos, incluido IE 6/7/8, y jQuery 2.x no lo es . Si desea la última versión de jQuery 2.x, entonces (por ahora) debe especificarlo explícitamente.
Las dos versiones tienen la misma API, por lo que no hay diferencia de percepción para los navegadores compatibles. Sin embargo, jQuery 1.x es una descarga más grande que 2.x.