AKTUALIZACJA 03.07.2014: Obecnie jquery-latest.jsnie jest już aktualizowana. Z bloga jQuery :
Wiemy, że http://code.jquery.com/jquery-latest.js jest nadużywany ze względu na statystyki CDN pokazujące, że jest to najpopularniejszy plik. Nie miałoby to miejsca, gdyby programista był używany tylko do tworzenia kopii lokalnej.
Zdecydowaliśmy się zaprzestać aktualizacji tego pliku, a także zminimalizowanej kopii, zachowując oba pliki w wersji 1.11.1 na zawsze.
Zespół Google CDN dołączył do nas, aby zapobiec nieumyślnemu przerwaniu dostępu do sieci i nie aktualizuje już pliku pod
adresem http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js . Ten plik pozostanie również zablokowany w wersji 1.11.1.
Następująca, obecnie dyskusyjna, odpowiedź została tutaj zachowana ze względów historycznych.
Nie rób tego. Poważnie, nie.
Łączenie z głównymi wersjami jQuery działa, ale to zły pomysł - z każdą aktualizacją dziesiętną dodawane i wycofywane są całe nowe funkcje. Jeśli zaktualizujesz jQuery automatycznie bez CAŁKOWITEGO testowania kodu , ryzykujesz nieoczekiwaną niespodzianką, jeśli API dla jakiejś krytycznej metody ulegnie zmianie.
Oto, co powinieneś zrobić: napisz swój kod przy użyciu najnowszej wersji jQuery. Przetestuj, zdebuguj i opublikuj, gdy będzie gotowy do produkcji.
Następnie, gdy pojawi się nowa wersja jQuery, zadaj sobie pytanie: czy potrzebuję tej nowej wersji w moim kodzie? Na przykład, czy istnieje jakaś krytyczna zgodność przeglądarki, która wcześniej nie istniała, czy też przyspieszy mój kod w większości przeglądarek?
Jeśli odpowiedź brzmi „nie”, nie przejmuj się aktualizacją kodu do najnowszej wersji jQuery. Może to nawet dodać do kodu NOWE błędy, które wcześniej nie istniały . Żaden odpowiedzialny programista nie dołączyłby automatycznie nowego kodu z innej witryny bez dokładnego przetestowania go.
Po prostu nie ma dobrego powodu, aby ZAWSZE używać najnowszej wersji jQuery. Stare wersje są nadal dostępne w sieciach CDN, a jeśli działają do twoich celów, to po co je zastępować?
Drugorzędną, ale być może ważniejszą kwestią jest buforowanie. Wiele osób łączy się z jQuery w CDN, ponieważ wiele innych witryn tak robi, a Twoi użytkownicy mają duże szanse, że ta wersja jest już buforowana.
Problem polega na tym, że buforowanie działa tylko wtedy, gdy podasz pełny numer wersji . Jeśli podasz częściowy numer wersji, buforowanie w odległej przyszłości nie nastąpi - ponieważ gdyby tak było, niektórzy użytkownicy otrzymaliby różne pomniejsze wersje jQuery z tego samego adresu URL. (Powiedzmy, że link do 1.7 wskazuje 1.7.1 jednego dnia i 1.7.2 następnego dnia. W jaki sposób przeglądarka upewni się, że dziś pobiera najnowszą wersję? Odpowiedź: bez buforowania).
W rzeczywistości jest to zestawienie kilku opcji i ich ustawień wygaśnięcia ...
http://code.jquery.com/jquery-latest.min.js (bez pamięci podręcznej)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 godzina)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 godzina)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 rok)
Tak więc, łącząc się w ten sposób z jQuery, w rzeczywistości eliminujesz jeden z głównych powodów, dla których warto używać CDN.
http://code.jquery.com/jquery-latest.min.js może też nie zawsze zapewniać oczekiwaną wersję. W chwili pisania tego tekstu zawiera on odsyłacz do najnowszej wersji jQuery 1.x, mimo że jQuery 2.x również został wydany. Dzieje się tak, ponieważ jQuery 1.x jest kompatybilny ze starszymi przeglądarkami, w tym IE 6/7/8, a jQuery 2.x nie . Jeśli chcesz mieć najnowszą wersję jQuery 2.x, to (na razie) musisz to wyraźnie określić.
Obie wersje mają ten sam interfejs API, więc nie ma różnicy percepcyjnej dla kompatybilnych przeglądarek. Jednak jQuery 1.x to większe pobieranie niż 2.x.