Panimula sa HTTP / 2 para sa WordPress

Panimula sa HTTP / 2 para sa WordPress

Ang HTTP / 2 ay isa sa mga pinaka makabuluhang mga milestone na ipakilala sa modernong web. Itinampok ng artikulong ito ang kasalukuyang estado ng HTTP at ipinakikilala ang mga pangunahing benepisyo (at ilang mga di-teknikal na konsepto) ng HTTP / 2. Malalaman din namin kung paano ipatupad ang HTTP / 2 para sa WordPress sa 2018.


Isang Maikling Kasaysayan ng HTTP

Ang HTTP ay kumakatawan sa Hypertext Transfer Protocol, na nilikha ni Tim Berners Lee sa taong 1991. Tim ang lalaki na dapat nating pasalamatan para sa World Wide Web. Ang HTTP ay isa sa mga pinaka-nakamamanghang at malawak na pinagtibay mga protocol ng aplikasyon sa Internet. Ngunit hindi lang ito.

Humawak ng isang segundo. Na-highlight ko ang parirala mga protocol ng aplikasyon. Bakit ganun? Nakikita mo, ang Internet ay talagang isang komposisyon ng apat na hierarchical layer ng mga protocol. Ang bawat layer ay binubuo ng isang bilang ng mga protocol at may pananagutan para sa isang pangunahing pag-andar.

Medyo lumabas ang Geeking, mayroong apat na layer sa suite ng Internet Protocol (IP):

  1. Application layer
  2. Layer ng Transport
  3. Layer ng Internet
  4. Link Layer
Mga Application ng Internet Layer protocol

Mga Layer ng Internet Protocol. Pinagmulan: Wikipedia

Nang walang masyadong pagpupulong sa mga detalye, ang huling tatlong mga patong (i.e. Transport, Internet, at Link layer) ay may pananagutan sa pagtatatag ng isang maaasahang koneksyon para sa data na ipagpapalit..

Ang pinakamataas na layer ay tinatawag na Application Layer, na naglilingkod sa lahat ng mga aplikasyon sa Internet.

  • Ang pagtingin sa mga web page ay isang application sa Internet – na posible sa pamamagitan ng HTTP protocol.
  • Ang email ay isa pang application sa Internet – posible sa pamamagitan ng POP o IMAP protocol.

Mayroong maraming mga protocol sa layer ng application sa Internet na gumagawa ng mga bagay tulad ng YouTube Live Video at Labanan ng lahi maaari.

Ang Kapanganakan ng HTTP / 2

Ang HTTP / 2 para sa Mga Simula sa WordPress

Ang HTTP ay ang karaniwang wika sa pagitan ng mga kliyente at server, na nagpapagana ng modernong web. Mula sa simpleng pagsisimula nito bilang isang solong landas ng keyword at dokumento, naging protocol ito ng pagpipilian hindi lamang para sa mga browser, kundi para sa halos bawat software na konektado sa Internet at hardware application.

Humihingi ito ng tanong – gaano kadalas namin ina-update ang mahalagang piraso ng software na ito? Well, tulad ng ito ay lumiliko – hindi masyadong madalas

Sa katunayan, ang huling oras na nakuha ang HTTP protocol, sa taong 1997 – sampung taon bago inilunsad ang unang iPhone! Iyon ay ang bersyon ng HTTP 1.1 at 20 taon mamaya, ito pa rin ang pinaka-malawak na ginamit na bersyon ng HTTP ngayon!

Lahat ng nangyayari sa Internet – mula sa mga streaming video ng pusa, upang mabuhay ang mga video chat na naihatid mula sa International Space Station at trilyon ng mga online na transaksyon – nangyayari sa teknolohiya na hindi nagkaroon ng pag-update nang higit dalawang dekada. Sa paglipas ng mga taon, gumawa kami ng napakalaking pag-unlad sa paglikha ng mga bagong aplikasyon para sa Internet. Gayunpaman, ginawa namin ang lahat ng ito sa pamamagitan ng paglikha mga workarounds mula sa mga limitasyon ng HTTP / 1.1

Hindi ko ibig sabihin na ang HTTP / 1.1 lahat ay masama. Ngunit maaari ito sigurado na gumamit ng isang pag-update. At iyon ang dahilan kung bakit sa 2015 Internet Task Force ng Internet doble-down sa paglikha ng isang mas mahusay na protocol para sa HTTP.

Ang resulta ay isang bagong protocol na walang putol na nagtrabaho sa lahat ng mga bagay na tumatakbo sa HTTP / 1.1, habang gumagawa ng ilang mga seryosong pagpapabuti sa pinagbabatayan na teknolohiya. Ang bagong protocol na ito ay tinawag na HTTP / 2.

Ano ang Nabago sa HTTP / 2?

Maraming bagay talaga. Ngunit hindi namin tatakpan ang lahat dito. Medyo sigurado ka na mababato noon at mas sigurado na hindi ko maipaliwanag ang mga bagay sa hindi pang-geeky na paraan. Ngunit pagdating sa HTTP / 2 para sa WordPress, narito ang ilang mga pangunahing punto.

Maramihang

Sa HTTP / 1.1, kailangan ng server at kliyente upang maitaguyod ang mga indibidwal na koneksyon upang humiling ng mga mapagkukunan. Hayaan akong ipaliwanag sa magandang paglalarawan mula sa UpWork:

HTTP / 2 para sa WordPress: Multiplexing

Ang paglalarawan ng multiplexing ni UpWork

Ang isang website ay binubuo ng HTML, CSS, JavaScript, mga imahe at iba pang mga file. Ang mga file na ito ay kolektibong tinawag na mga mapagkukunan. Sa halimbawang ito, mayroong isang website na binubuo ng tatlong mapagkukunan – isang file ng JavaScript, isang CSS file at isang file ng imahe.

Nakita namin na sa HTTP / 1.1, ang browser ay nangangailangan ng tatlong mga koneksyon sa TCP sa server upang humiling ng mga mapagkukunang ito. Bakit? Dahil sa HTTP / 1.1, ang bawat koneksyon ay maaari lamang humiling para sa isang kahilingan. Ang isang mas malaking bilang ng mga koneksyon ay karaniwang nagreresulta sa kung ano ang pinakamahusay na inilarawan bilang mapagkukunan ‘trapiko’ – na sa huli ay humantong sa isang mabagal na karanasan sa website.

Sinusuportahan ng HTTP / 2 ang Multiplexing

Ang Multiplexing ay isang teknolohiya na nagpapahintulot sa mga server na magpadala ng maraming mga file sa isang solong koneksyon. Bilang isang resulta, kapag ang parehong website ay gumagamit ng HTTP / 2, ang lahat ng tatlong mga mapagkukunan ay maaaring maipadala sa isang solong koneksyon. Dahil dito, ang mga oras ng pagkarga at pagkonsumo ng mga mapagkukunan ng network ay makabuluhang bawasan. Sa mas simpleng mga termino, magagawa mo nang higit pa. Kaya ang HTTP / 2 para sa WordPress ay isang mahusay na paraan upang (potensyal) mapabilis ang iyong WordPress site.

Pagbabahagi ng domain at Iba pang mga pagpapabuti

Tandaan kung paano ang mga mas bagong aplikasyon ay nangangailangan ng ‘mga workarounds’ upang pagtagumpayan ang ilang mga limitasyon ng HTTP / 1.1? Ang domain sharding ay isa sa gayong workaround. Tingnan natin kung bakit kinakailangan ang sharding domain.

Karaniwan, ang HTTP / 1.1 ay naglilimita sa maximum na bilang ng mga bukas na koneksyon sa pagitan ng isang server (domain) at kliyente. Karamihan sa mga website ay may maraming mga mapagkukunan na mai-load nang magkatulad. Sa pagsisikap na gawing mas mabilis ang pag-load ng mga site, nagsimulang maglingkod ang mga website sa kanilang mga mapagkukunan mula sa maraming mga sub-domain. Ito ay tinatawag na domain sharding.

HTTP / 2 para sa WordPress: Pagbabahagi ng domain

Ang paglalarawan ng domain sharding ni UpWork

Ngayon sa HTTP / 2, hindi na kailangan ng pagbabahagi ng domain. Hindi dahil ang HTTP / 2 ay hindi naglalagay ng isang limitasyon ng maximum na bilang ng mga bukas na koneksyon. Ngunit dahil sinusuportahan ng HTTP / 2 ang multiplexing. Ang lahat ng mga mapagkukunan ay maaaring ipadala nang direkta sa isang koneksyon!

Salamat sa multiplexing sa HTTP / 2, ang marami sa mga ‘workarounds’ na ito ay hindi na kinakailangan. Kabilang dito Ang CSS sprites, inline ang mga imahe sa CSS gamit data ng URI, at pagkakasundo ng CSS at JavaScript. Upang ilagay ito Mapanirang magazineMga salita:

Ang mga kahilingan sa HTTP ay mura sa mundo ng HTTP / 2. Ang pag-aayos ng iyong mga ari-arian sa panahon ng pag-unlad ayon sa mga pahina kung saan gagamitin ang mga ito ay mas mahusay. Maaari mong ihatid lamang ang code na kinakailangan ng bisita. Hindi mahalaga ang pag-download ng maraming maliliit na style sheet. Maaari mo ring ayusin batay sa kung gaano kadalas mababago ang mga bagay; ang mga ari-arian na may kahabaan ng buhay ay maaaring alagaan nang mas mahaba.

Suporta para sa Binary Protocol

Alam namin na ang mga computer ay nakikipag-usap sa 0s at 1s, di ba? Hindi, hindi iyon kung paano nakikipag-usap ang HTTP / 1.x. Ginamit ang HTTP1.x upang maproseso ang mga utos ng teksto upang makumpleto ang mga siklo ng pagtugon sa pagtugon.

Sinusuportahan ng HTTP / 2 ang conversion mula sa isang text protocol sa isang binary protocol. Pinapagana nito ang server at kliyente na mag-usap sa 0 at 1 sa halip na aktwal na teksto – sa gayo’y makabuluhang binabawasan ang dami ng oras at lakas na kinakailangan upang makumpleto ang parehong mga pag-ikot ng pag-tugon sa kahilingan..

Ang HTTP / 2 Server Push

Ang tampok na ito ay maaaring makakuha ng isang medyo kumplikado upang ipaliwanag, ngunit susubukan kong panatilihing simple. Sa sitwasyong klasikal na HTTP / 1.1, ang isang server (o website) ay magpapadala lamang ng mga mapagkukunan sa client (browser) lamang kapag ang client ay humiling para sa mapagkukunan. Ito ang pangkaraniwang senaryo ng paghiling-tugon.

Gayunpaman, ipinakilala ng HTTP / 2 ang konsepto ng isang server push, kung saan sa kauna-unahang pagkakataon ang server ay maaaring magpadala ng mga mapagkukunan (o impormasyon) sa kliyente, nang walang pagkakaroon ng kliyente na tahasang humiling para sa mapagkukunan. Ang mekanismong ito ay nakakatipid ng isang kahilingan-tumugon sa biyahe ng pag-ikot at binabawasan ang latency ng network.

Ang mga developer ng web ay maaaring magtayo ng mga application na nag-agaw ng Server Push at nagpapadala ng karagdagang mga mapagkukunan / impormasyon sa kliyente sa pamamagitan ng pag-asa sa mga kahilingan. Pagtatapos na resulta? Mas mabilis, makinis na mga aplikasyon.

Header Compression

Gumagamit ang HTTP / 2 ng isang bagay na tinatawag na compression ng headset ng HPACK kapag nagpapalitan ng data sa pagitan ng kliyente at server. Bago natin napag-isipan kung bakit ito mahalaga, oras na upang malaman ang higit pa sa mga protocol.

Ang isang yunit ng data sa anumang protocol (kabilang ang HTTP) ay binubuo ng tatlong pangunahing sangkap – header, payload at footer.

  1. Header: Ang header ay naglalaman ng impormasyon tungkol sa yunit ng data
  2. Payload: Ito ang aktwal na data na ito ay dinadala mula sa server papunta sa kliyente
  3. Footer: Ito ay isang uri ng isang checklist na nagsisiguro na ang yunit ng data ay matagumpay na naihatid nang walang mga pagkakamali.

Ang mga gawa ng compression ng header ay isang medyo simpleng paraan – pinipilit ng server ang impormasyon ng header bago paglilipat nito sa kliyente. Sa pagtanggap ng yunit ng data (o packet), ang kliyente ay nag-decompress sa header at ipinapakita (o ginagamit) ito sa (o para sa) ang gumagamit.

Sa mga website na mayaman sa media (tulad ng Netflix o New York Times) na nagiging pamantayan ngayon, ang pag-compress ng headset ng HTTP / 2 ay maaaring makatipid ng maraming bandwidth kapag naglilipat ng data mula sa server sa client.

Pinahusay na TLS

Ang TLS ay nakatayo sa Security Layer Security, na kung saan ay ang kaunting teknolohiya na nag-encrypt ng mga koneksyon sa pagitan ng server at kliyente. Alam namin na may HTTPS. Iyon ang teknolohiya na makakatulong upang maiwasan ang mga hacker mula sa pagnanakaw ng aming impormasyon sa credit card at iba pang personal na data sa mga online na transaksyon.

Ang HTTP / 2 ay gumagana nang walang kamali-mali sa umiiral na teknolohiya ng TLS at nagdadala ng isang tonelada ng mga advanced na tampok tulad ng mas kaunting mga handshake ng TLS, mababang pagkonsumo ng mapagkukunan sa parehong mga kliyente at server sa gilid at pinahusay na kakayahan sa muling paggamit ng umiiral na mga sesyon sa web habang inaalis ang ilang mga kahinaan na nauugnay sa HTTP / 1 .x.

Handa na ba ang World para sa HTTP / 2?

Well, nakasalalay iyon. Karamihan sa mga modernong browser kabilang ang Chrome at Firefox ay sumusuporta sa HTTP / 2 protocol. Kung mayroon kang mga mapagkukunan upang maipatupad ang protina ng HTTP / 2 – dapat mo itong ituloy at gawin ito.

Pag-tugma sa tugma para sa HTTP / 2 sa mga pangunahing web browser.

CanIUse.com nagbibigay ng isang napapanahon na tseke ng pagiging tugma para sa HTTP / 2 sa mga pangunahing web browser

Paano magsimula sa HTTP / 2 para sa WordPress?

Ang HTTP / 2 para sa WordPress

Ang pagpapatupad ng HTTP / 2 sa iyong host ng WordPress ay nangangailangan ng maraming teknikal na kaalaman. Kung ikaw ay isang developer o network at pamamahala ng mga server ang iyong bagay – puntahan ito.

Ang mabuting balita ay ang pagpapatupad ng HTTP / 2 para sa WordPress ay ginawang madaling salamat sa mahusay na mga nagbibigay ng hosting ng WordPress. Halimbawa, ang parehong WPEngine at Kinsta ay sumusuporta sa HTTP / 2 at mayroong lahat ng kinakailangang mga fallback na kinakailangan upang matiyak na ang mga bisita sa site na hindi suportado ang bagong protocol, makakuha ng isang maaasahang, ganap na na-optimize na bersyon ng karanasan sa HTTP / 1.1.

Mula sa pananaw ng isang gumagamit ng internet, hindi ka na kailangang gumawa ng iba maliban sa pag-download ng pinakabagong bersyon ng iyong browser. Kung ang website ay katugma sa HTTP / 2, awtomatikong makipag-usap ang iyong browser sa paggamit nito gamit ang bagong protocol. Gayunpaman, ang HTTP / 2 ay ganap na umatras sa tugma, kaya ang mga website na ginagamit pa rin ang lumang HTTP ay hindi maaapektuhan. Nangangahulugan ito na maaari ka lamang umupo at mag-enjoy ng mas mabilis na pag-load ng mga website.

I-wrap Up ang HTTP / 2 para sa WordPress

Ang HTTP / 2 para sa WordPress ay kinakailangan, rebolusyonaryong piraso ng pag-update sa isa sa pinakamahalagang piraso ng teknolohiya sa mundo. Gayunpaman, aabutin ang isang maraming ng oras para sa HTTP / 2 na pumunta sa pangunahing – tulad ng mga website ng HTTPS. Na sinabi, ang layunin ng artikulong ito ay upang ipakilala ang aming mga mambabasa sa kamangha-manghang bahagi ng teknolohiyang maaaring potensyal na baguhin ang mukha ng World Wide Web.

Mga saloobin sa HTTP / 2 para sa WordPress? Mga Katanungan? Ipaalam sa amin sa seksyon ng mga komento sa ibaba!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map