Dlaczego warto używać CDN Google dla jQuery?

Istnieje kilka scenariuszy, kiedy możesz nie chcieć używać jQuery z CDN Google:

1. Kiedy budujesz intranet aplikacja, w której serwer WWW jest hostowane w tej samej sieci co klientów. Jeśli korzystasz z CDN Google jQuery, będziesz dzwonić do internet zamiast serwera www w sieci lokalnej. To zwiększa przepustowość dla Twojego organizacji i jest wolniejszy.

2. Kiedy chcesz uruchomić swoją aplikację offline . (Dość powiązane z pierwszym wydaniem) jeśli potrzebujesz pracować nad środowiskiem programistycznym (zarządzanym na przykład za pomocą Bower ), być może będziesz musiał sprawić, że Twoja aplikacja będzie działać bez połączenia z Internetem (np. :)

3. Kiedy trzeba go dostosować . Na przykład, jeśli używasz Grunt do budowania biblioteki, aby używać tylko niektórych modułów lub ustawiając nazwę AMD

4. Kiedy serwujesz strony przez SSL które wymagają jQuery. powinieneś obsługa JavaScript przez SSL jako jak również Twoja strona, aby uniknąć bezpieczeństwa problemy i ostrzeżenia.

Również, Microsoft hostuje jQuery na ich CDN. To kolejny wybór porównywalny do korzystania z hostowanego jQuery Google.

To badanie przez TJ VanToll przekonało mnie, że lepiej jest połączyć jQuery z innymi skryptami, niż załadować je z CDN.

Powodem jest opóźnienie związane z pobieraniem jQuery na urządzeniach mobilnych:

" w 2012 roku średni czas RTT w sieci komórkowej w Stanach Zjednoczonych było 344ms. i że 344ms dotyczy nie tylko każdego żądania HTTP – których przeciętna strona internetowa robi teraz 93-ale także każde wyszukiwanie DNS i połączenie TCP... Podczas gdy średnie RTT poprawiają się, istnieją tylko niewielkie dodatkowe korzyści, ponieważ obecne sieci są w mały czynnik granicy teoretycznej dyktowanej przez fizykę."

" z powodu fragmentacji w dostawcach CDN, wersjach jQuery i wykorzystanie protokołu (http vs. https), szanse na uzyskanie CDN cache hit są szokująco niskie – a pobieranie z zewnętrznej domeny ma możliwość wykonania nie jednej, ale trzech podróży w obie strony (wyszukiwanie DNS, połączenie TCP i HTTP GET)."

Największą korzyścią jest buforowanie. Teoria jest taka, że jeśli użytkownik odwiedził witrynę, która ładowała swoje biblioteki JavaScript, powiedzmy jQuery na przykład z Google CDN, to kiedy odwiedzi Twoją witrynę, Biblioteka jest już w pamięci podręcznej przeglądarki tego użytkownika i nie będzie musiała być pobierana ponownie. To brzmi świetnie w teorii.

Korzyści dzielone tu i gdzie indziej są teoretyczne. Właśnie natknąłem się na dogłębną analizę korzystania z CDN i jeśli zapewnia oczekiwane korzyści w zakresie wydajności. http://www.root777.com/appdev/does-using-google-libraries-api-cdn-give-you-performance-benefits

Głównym powodem, aby nie pozwolić Google hostować jQuery, jeden, że wiele osób nie myśli o, jest to, że nie będzie pobrać, jeśli jesteś w Chinach. Jest blokowany wraz z wieloma innymi skryptami, czcionkami itp... hosted by Google CDN ' s. Jeśli chcesz dotrzeć do chińskiej publiczności najlepiej zawsze korzystać z fall back hosted na własnym serwerze. Google API zablokowane w Chinach

Kilka dobrych odpowiedzi tutaj do "dlaczego powinieneś..."i" dlaczego nie powinieneś..."

Po prostu chcę dodać listę alternatyw dla Google, jeśli chcesz załadować jQuery z CDN.

• CDN JS - https://cdnjs.com/libraries/jquery
Microsoft - https://docs.microsoft.com/en-us/aspnet/ajax/cdn/overview#jQuery_Releases_on_the_CDN_0]2
• jsDelivr - https://www.jsdelivr.com/package/npm/jquery
• code.jquery.com (StackPath) - https://code.jquery.com/
• Google - https://developers.google.com/speed/libraries/#jquery

Ale podsumowując, zasadniczo poprawiasz ogólną wydajność witryny/aplikacji.

Połącz CDN z pracownikiem serwisu, możesz pobrać CDN raz w życiu klienta, a nie za każdym razem, gdy aktualizujesz kod.