HTTP/2 Tagasuri

Ang HTTP/2 Tagasuri ay isang libreng tool na sumusuri kung ginagamit ng isang website ang HTTP/2 network protocol.

Ano ba talaga ang sinusuri ng HTTP/2 check?

Tinutukoy ng HTTP/2 check kung kayang makipag-ugnayan ng web server gamit ang HTTP/2 para sa hiniling na website. Ang HTTP/2 ay isang bersyon ng Hypertext Transfer Protocol, ang hanay ng mga panuntunang ginagamit ng mga browser at server sa paghiling at paghahatid ng mga page, larawan, script, at iba pang web resource.

Para sa isang HTTPS website, karaniwang pumipili ng protocol ang client at server habang binubuo ang secure na koneksyon. Madalas gamitin sa negosasyong ito ang Application-Layer Protocol Negotiation o ALPN. Tinutukoy ang HTTP/2 bilang h2, habang maaaring gumamit ang mas lumang koneksyon ng http/1.1.

Ginagamit pa rin ng HTTP/2 ang mga pamilyar na konsepto ng HTTP, gaya ng mga method, status code, at header, pero inililipat nito ang mga iyon sa pamamagitan ng mga binary frame. Kaya nitong magdala ng ilang stream sa iisang koneksyon at i-compress ang mga HTTP header. Maaari nitong bawasan ang overhead ng koneksyon, lalo na sa mga page na maraming magkakahiwalay na resource. Gayunman, hindi nito kusang pabibilisin ang mabagal na application code, malalaking larawan, o naaantalang database query.

Paano gamitin ang HTTP/2 Tagasuri?

Ilagay ang website na gusto mong suriin para sa suporta sa HTTP/2, pagkatapos ay patakbuhin ang pagsusuri. Ipinapadala ang input sa server sa pamamagitan ng HTTPS, kung saan isinasagawa ang pagsusuri, at hindi ito iniimbak.

Kinakatawan sa DNS ang mga domain label na may accent o hindi gumagamit ng Latin na alpabeto bilang mga IDNA A-label, na gumagamit ng Punycode encoding algorithm.

Huwag magsumite ng mga access token o iba pang sensitibong impormasyon. Kahit hindi iniimbak ang input, ipinapadala pa rin ito sa server ng tool upang maisagawa roon ang pagsusuri.

Paano basahin ang resulta ng HTTP/2 check?

Makikita sa resulta kung gumagamit ng HTTP/2 ang sinuring website. Ituring itong ebidensya tungkol sa mismong website na sinuri, hindi bilang kumpletong pagsusuri sa bilis o configuration nito.

• Kinukumpirma ng positibong resulta na ginagamit ang protocol. Kapag negatibo ang resulta, hindi napatunayan ng pagsusuri ang paggamit ng HTTP/2, pero hindi nito natutukoy nang mag-isa ang sanhi.

Halimbawa, ipagpalagay na positibo ang resulta ng HTTP/2 check para sa isang website. Kinukumpirma nitong gumagamit ng HTTP/2 ang sinuring website. Hindi nito pinatutunayang ganoon din ang protocol na ginagamit ng magkakahiwalay na serbisyo o ng mas lumang origin server.

Kung hindi nakumpirma ng resulta ang HTTP/2, suriin ang website gamit ang Paghahanap ng mga HTTP header at tingnan ang mga setting ng web server o CDN. Maipapakita rin ng developer tools ng browser ang protocol para sa bawat request, na karaniwang nakalagay bilang h2 o http/1.1.

Mga karaniwang problemang natutukoy ng pagsusuring ito

Kapaki-pakinabang ang HTTP/2 check pagkatapos baguhin ang hosting, proxy, o CDN dahil ipinapakita nito kung inihahatid ng pampublikong endpoint ang inaasahang protocol. Narito ang mga karaniwang sitwasyon kung saan nakatutulong ang resulta upang matukoy ang problema.

1. Kaka-enable lang ng CDN. Suriin ang pampublikong website, hindi ang pribado o pansamantalang address ng origin server. Kung gumagamit ng HTTP/2 ang pampublikong site pero hindi ang origin, maaaring normal iyon dahil magkahiwalay ang koneksyon mula browser papuntang CDN at mula CDN papuntang origin.
2. HTTP/1.1 pa rin ang iniuulat ng browser. Tiyaking iisang website ang sinusuri ng browser at ng tagasuri. Maaaring kumuha ang isang page ng mga resource mula sa maraming domain, at bawat koneksyon ay hiwalay na nakikipagnegosasyon para sa sarili nitong protocol. Kung gumagamit ng HTTP/1.1 ang isang request para sa third-party script, hindi ibig sabihin na ganoon din ang pangunahing dokumento.
3. May lumalabas na babala sa certificate pagkatapos ilipat ang server. Magkaugnay na bahagi ng pagbuo ng koneksyon ang pangangasiwa sa HTTPS certificate at ang negosasyon sa HTTP protocol, pero hindi kumpletong diagnosis ng certificate ang resulta ng HTTP/2 check. Hiwalay na suriin ang hostname, expiration, chain, at server configuration ng certificate.

Hindi maipapaliwanag ng pagsusuring ito ang lahat ng mabagal na pag-load ng page. Walang tiyak na ipinahihiwatig ang suporta sa HTTP/2 tungkol sa oras ng pagtugon ng server, pagpapatakbo ng JavaScript, laki ng larawan, o congestion sa pagitan ng isang partikular na bisita at ng server. Gamitin ang Ping kung kailangan mo ng hiwalay na pagsusuri sa pagiging naaabot ng network at tagal ng pagtugon.

Bakit maaaring magmukhang mali ang resulta dahil sa caching o propagation?

Maaaring pansamantalang mapunta sa magkakaibang server ang magkakaibang pagsusuri dahil sa DNS caching at propagation ng configuration. Kapag nabago ang isang DNS record, maaaring patuloy na gamitin ng mga recursive resolver ang naunang sagot hanggang sa matapos ang time to live nito. Dahil dito, posibleng magkaibang IP address ang maabot ng server-side checker at ng koneksyon mo sa opisina o bahay.

Maaaring matagalan din bago makarating sa bawat edge location ang mga pagbabago sa CDN at load balancer. Posibleng naka-enable na ang HTTP/2 sa isang endpoint habang ginagamit pa rin ng iba ang dating configuration. Suriin ang kasalukuyang mga sagot ng DNS, tiyaking pare-pareho ang nilalayong setting sa lahat ng origin o edge server, at ulitin ang paghahambing kapag lumipas na ang kaukulang panahon ng cache.

Nakadaragdag din sa kalituhan ang mga browser dahil muli nilang ginagamit ang mga bukas na koneksyon. Maaaring patuloy na gumamit ang isang tab ng dati nang koneksyong HTTP/1.1 hanggang sa maisara ito, habang nakikipagnegosasyon naman ang isang bagong server-side check para sa HTTP/2. Para sa mas malinaw na paghahambing, isara ang koneksyon ng browser o magsimula ng bagong private browsing session.

Mga madalas itanong

Puwede bang sabay suportahan ng website ang HTTP/1.1 at HTTP/2?

Oo. Maaaring suportahan ng server ang dalawang protocol at piliin ang bersyong nauunawaan ng kumokonektang client. Dahil sa compatibility na ito, magagamit ng mas lumang mga client ang HTTP/1.1 habang maaaring makipagnegosasyon ang mas bagong mga client para sa HTTP/2.

Puwede bang gumamit ang isang site ng HTTP/3 at HTTP/2?

Oo. Maraming deployment ang nagpapanatili sa HTTP/2 bilang fallback dahil ibang transport protocol ang ginagamit ng HTTP/3 at maaaring hindi ito available sa lahat ng network. Hindi natutukoy ng resulta ng HTTP/2 check kung naka-enable din ang HTTP/3.

Kailangan ba ng HTTPS para sa HTTP/2?

Maaaring gamitin ang HTTP/2 sa cleartext TCP kapag may paunang kaalaman, habang deprecated na ang paggamit sa dating h2c HTTP/1.1 Upgrade token. Karaniwang gumagamit ng HTTP/2 ang mga pangunahing browser sa pamamagitan ng HTTPS. Kaya para sa isang pampublikong website, madalas na bahagi ng pagbibigay ng HTTP/2 sa mga browser ang wastong TLS configuration.

Maaayos ba ng HTTP/2 ang mataas na time to first byte?

Hindi. Ang mataas na time to first byte ay madalas na nauugnay sa pagpoproseso ng server, layo ng network, cache miss, o overloaded na infrastructure. Maaaring mapahusay ng HTTP/2 ang paraan ng paghahati-hati ng maraming request sa iisang koneksyon, pero hindi nito inaalis ang pagkaantala bago magsimulang tumugon ang server.

Para sa panghuling pagsusuri, ihambing ang parehong website gamit ang tagasuri, developer tools ng browser, at mga DNS record. Kung magkakaiba ang mga resulta, itala ang na-resolve na IP address at subukang muli kapag nag-expire na ang kasalukuyang mga DNS at CDN cache.