Pag-parse ng mga Connection Header ng HTTP bilang mga Token na Hinahati ng Kuwit

Ang mga halagang ito ay hindi magkakatunggaling baybay ng isang mode:

Connection: Upgrade
Connection: keep-alive, Upgrade

Ang pangalawa ay naglilista ng dalawang opsyon sa koneksyon. Tinutukoy ng HTTP ang Connection bilang listahang hinahati ng kuwit, na ang mga pangalan ng opsyon ay walang pagtingin sa malaki o maliit na titik. Ang code na naghahambing ng buong halaga sa eksaktong string na Upgrade ay nakakaligta ng wastong listahan na naglalaman ng opsyong iyon.

Para sa ordinaryong pagpapasa, pinaparse ng HTTP intermediary ang papasok na field, tinatanggal ang mga field na pinangalanan ng mga opsyon nito, pagkatapos ay tinatanggal ang Connection mismo o pinapalitan ito ng sariling mga opsyon sa kontrol ng intermediary para sa susunod na koneksyon.

Hindi sapat ang pagtanggal lamang ng hard-coded na field na Keep-Alive. Maaaring pangalanan ng isang mensahe ang ibang field na partikular sa koneksyon sa listahan, at hindi dapat tumagas ang field na iyon sa ordinaryong pagpapasa.

Ang pagsuporta sa pag-upgrade ng protocol ay nangangailangan ng sadyang paghawak sa dalawang koneksyon at sa bagong protocol. Ang bulag na pagkopya ng mga papasok na Upgrade header ay hindi pagpapatupad ng paglilipat na iyon.

Kapag gumagana ang isang browser at nabigo ang isa, ihambing ang aktwal na mga halaga ng field sa magkabilang panig ng intermediary. Ang pagkakaiba ng isang token at listahang may dalawang token ay maaaring maglantad ng error sa parser nang hindi kailangang gayahin ng browser ang eksaktong pag-format ng ibang browser.

Tungkol ito sa mga mensaheng HTTP na pinaparse ng proxy. Ang ordinaryong HTTPS CONNECT tunnel ay hindi inilalantad sa proxy na iyon ang field na Connection ng naka-encrypt na website.