UPDATE 7/3/2014: Mulai sekarang, jquery-latest.js
tidak lagi diperbarui. Dari blog jQuery :
Kami tahu http://code.jquery.com/jquery-latest.js disalahgunakan karena statistik CDN menunjukkan bahwa itu adalah file yang paling populer. Itu tidak akan menjadi masalah jika itu hanya digunakan oleh pengembang untuk membuat salinan lokal.
Kami telah memutuskan untuk berhenti memperbarui file ini, serta salinan yang diperkecil, menyimpan kedua file di versi 1.11.1 selamanya.
Tim Google CDN telah bergabung dengan kami dalam upaya ini untuk mencegah kerusakan web yang tidak disengaja dan tidak lagi memperbarui file di
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js . File itu juga akan tetap terkunci di versi 1.11.1.
Jawaban berikut, yang sekarang diperdebatkan, disimpan di sini karena alasan historis.
Jangan lakukan ini. Serius, jangan.
Menautkan ke versi utama jQuery memang berfungsi, tetapi itu ide yang buruk - semua fitur baru ditambahkan dan tidak digunakan lagi dengan setiap pembaruan desimal. Jika Anda memperbarui jQuery secara otomatis tanpa menguji kode Anda SEPENUHNYA , Anda berisiko mengalami kejutan yang tidak terduga jika API untuk beberapa metode penting telah berubah.
Inilah yang harus Anda lakukan: tulis kode Anda menggunakan versi terbaru jQuery. Uji, debug, publikasikan jika sudah siap untuk produksi.
Kemudian, ketika versi baru jQuery diluncurkan, tanyakan pada diri Anda: Apakah saya memerlukan versi baru ini dalam kode saya? Misalnya, apakah ada beberapa kompatibilitas browser penting yang tidak ada sebelumnya, atau apakah itu akan mempercepat kode saya di sebagian besar browser?
Jika jawabannya "tidak", jangan repot-repot mengupdate kode Anda ke versi jQuery terbaru. Melakukannya bahkan dapat menambahkan kesalahan BARU ke kode Anda yang sebelumnya tidak ada . Tidak ada pengembang yang bertanggung jawab yang secara otomatis memasukkan kode baru dari situs lain tanpa mengujinya secara menyeluruh.
Tidak ada alasan yang baik untuk SELALU menggunakan versi terbaru jQuery. Versi lama masih tersedia di CDN, dan jika berfungsi untuk tujuan Anda, mengapa repot-repot menggantinya?
Masalah sekunder, tetapi mungkin lebih penting, adalah penyimpanan cache. Banyak orang menautkan ke jQuery di CDN karena banyak situs lain melakukannya, dan pengguna Anda memiliki peluang bagus untuk memiliki versi tersebut sudah di-cache.
Masalahnya, caching hanya berfungsi jika Anda memberikan nomor versi lengkap . Jika Anda memberikan nomor versi parsial, cache di masa mendatang tidak akan terjadi - karena jika demikian, beberapa pengguna akan mendapatkan versi minor jQuery yang berbeda dari URL yang sama. (Katakanlah bahwa tautan ke 1.7 menunjuk ke 1.7.1 satu hari dan 1.7.2 hari berikutnya. Bagaimana browser memastikan bahwa ia mendapatkan versi terbaru hari ini? Jawaban: tidak ada cache.)
Faktanya, inilah rincian beberapa opsi dan pengaturan kedaluwarsa mereka ...
http://code.jquery.com/jquery-latest.min.js (tanpa cache)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 jam)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 jam)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 tahun)
Jadi, dengan menautkan ke jQuery dengan cara ini, Anda sebenarnya menghilangkan salah satu alasan utama untuk menggunakan CDN.
http://code.jquery.com/jquery-latest.min.js mungkin juga tidak selalu memberikan versi yang Anda harapkan. Pada tulisan ini, ini tertaut ke versi terbaru jQuery 1.x, meskipun jQuery 2.x juga telah dirilis. Ini karena jQuery 1.x kompatibel dengan browser lama termasuk IE 6/7/8, dan jQuery 2.x tidak . Jika Anda menginginkan versi terbaru jQuery 2.x, maka (untuk saat ini) Anda perlu menentukannya secara eksplisit.
Kedua versi tersebut memiliki API yang sama, jadi tidak ada perbedaan persepsi untuk browser yang kompatibel. Namun, jQuery 1.x adalah unduhan yang lebih besar dari 2.x.