Kisomaji cha URL — Kusoma Mfuatano wa Asilimia Mtandaoni _

Chaguo za Hali ya Juu

Badilisha + kuwa Nafasi

Ikiwashwa, herufi za + zitabadilishwa kuwa nafasi. Hii ni muhimu unaposoma vigezo vya maswali.

Hali ya Moja kwa Moja

Ikiwashwa, maandishi yatasomwa kiotomatiki unapoandika.

Chaguo hizi zinakusaidia kudhibiti jinsi herufi zilizowekwa msimbo zinavyosomwa kwenye URL zako.

Kusoma URL ni nini?

Kusoma URL hubadilisha usimbaji wa asilimia: husoma mlolongo wa kutoroka wa %XX kwenye URL iliyowekwa msimbo na kuyabadilisha kurudi kuwa herufi wanazowakilisha. Hivyo ndivyo unavyorejesha mfuatano wa maswali unaosomeka, thamani ya fomu, au sehemu ya njia kutoka kwa URL ambayo kivinjari, API, au mstari wa kumbukumbu uliokupa ukiwa umewekwa msimbo.

Kusoma URL kunafanya kazi vipi?

Kusoma URL kufuata mchakato maalum wa kubadilisha mlolongo uliowekwa msimbo kwa asilimia kurudi kwenye herufi zao za asili:

1. Mfuatano wa ingizo huchunguzwa kwa mlolongo wa kutoroka uliowekwa msimbo kwa asilimia (%XX)
2. Kila %XX hubadilishwa kutoka kwa tarakimu zake mbili za heksi kurudi kwenye thamani ya baiti ya asili
3. Baiti zilizosomwa zinazofuatana zikusanywa tena kuwa herufi za UTF-8 (mlolongo wa baiti nyingi unakuwa herufi moja)
4. Katika muktadha wa mfuatano wa maswali, + inasomwa kuwa nafasi (application/x-www-form-urlencoded), wakati %2B inabaki + ya kweli
5. Herufi zisizohifadhiwa na maandishi yaliyosomwa tayari yanapita bila kubadilika

Kwa nini kutumia kisomaji cha URL?

• Matokeo yanayosomeka: badilisha %20, %40, na %3D kurudi kuwa nafasi, @, na = ili uweze kusoma URL inasema nini kweli
• Maandishi ya kimataifa: jenga upya herufi zenye diacritics na zisizo za ASCII kutoka kwa mlolongo wao wa baiti wa UTF-8, kwa hivyo %C3%A9 inasomeka kama é tena
• Utatuzi: chunguza thamani halisi ndani ya mfuatano wa maswali, uelekezaji wa OAuth, au malipo ya webhook kabla ya kutenda
• Sahihi kwa viwango: soma kulingana na RFC 3986, sheria zile zile vivinjari na seva vinavyotumia, kwa hivyo unaona hasa wanachona

Matumizi ya kawaida ya kusoma URL ni yapi?

Kusoma URL ni muhimu katika hali nyingi za uendelezaji wa wavuti:

• Uwasilishaji wa Fomu: kusoma thamani za asili za sehemu kutoka kwa data ya GET na POST ya application/x-www-form-urlencoded
• Uendelezaji wa API: kufungua vigezo vya njia na maswali vilivyowekwa msimbo kwa asilimia vinavyofika kwenye mwisho wa API
• Mifumo ya Faili: kurejesha njia za faili na majina yaliyowekwa msimbo kwa asilimia kusafiri ndani ya URL
• Kutatua Viungo: kusoma URL zilizoshirikiwa au kurekodwa kuona herufi maalum na maandishi ya kimataifa wanayobeba

Mfano wa kusoma URL unakaa vipi?

Hapa kuna mifano ya kawaida ya kusoma URL: %20 (au +) inakuwa nafasi, %40 inakuwa @, %23 inakuwa #, %26 inakuwa &, na %3D inakuwa =. Mlolongo wa UTF-8 kama %C3%A9 unakuwa herufi ya kimataifa é.

Usimbaji wa asilimia ni nini?

Usimbaji wa asilimia ni utaratibu uliofafanuliwa na RFC 3986 §2.1 wa kuwakilisha herufi ambazo ni hatari au zimehifadhiwa ndani ya URI. Sheria ni ya kimitambo: kila baiti ambayo haiwezi kuonekana kihalisi inaandikwa kama alama ya asilimia ikifuatiwa na tarakimu mbili za heksi — muundo wa %XX — ambapo XX ni thamani ya baiti. Herufi zisizo za ASCII kama é kwanza zimewekwa msimbo kama mlolongo wao wa baiti wa UTF-8, kisha kila baiti imewekwa msimbo kwa asilimia mmoja mmoja. Waendelezaji hukutana na hili karibu kila siku: katika mifuatano ya maswali, uwasilishaji wa fomu, URL za kurudisha simu za OAuth, vigezo vya njia ya API ya REST, na popote ambapo URL lazima ibebe uakifishaji, nafasi, au herufi nje ya seti isiyohifadhiwa A–Z a–z 0–9 - _ . ~.

Kusoma %C3%A9 hadi é kunafanya kazi vipi kweli?

Chukua mfuatano wa maswali uliosomwa ?q=caf%C3%A9&lang=fr. Kusoma kunazalisha ?q=café&lang=fr. Hapa kuna mwongozo wa baiti kwa baiti:

• Ingizo: ?q=caf%C3%A9&lang=fr
• Matokeo: ?q=café&lang=fr

1. %C3 → baiti 0xC3 (binary 11000011) — baiti ya kuongoza ya mlolongo wa baiti 2 wa UTF-8.
2. %A9 → baiti 0xA9 (binary 10101001) — baiti ya kuendelea. Ikiunganishwa, C3 A9 ni usimbaji wa UTF-8 wa U+00E9, ambayo ni é.
3. Herufi za ?, =, na & zinaachwa bila kuguswa kwa sababu ni za kimuundo — zinaainisha maswali na jozi zake za ufunguo/thamani. caf ya kweli pia inapita, kwani herufi za Kilatini za herufi ndogo ni za seti isiyohifadhiwa.

Ni tofauti gani kati ya decodeURIComponent na decodeURI?

JavaScript inaonyesha visomaji viwili vilivyojengwa ndani, na kuchanganya ni moja ya makosa ya kawaida zaidi ya kushughulikia URL:

• decodeURIComponent(str) husoma mlolongo kila uliowekwa msimbo kwa asilimia, ikiwa ni pamoja na herufi zilizohifadhiwa kama &, =, ?, /, na #. Eitumie kwenye thamani za mfuatano wa maswali mmoja mmoja au sehemu za njia — si kamwe kwenye URL nzima.
• decodeURI(str) ni ya makusudi ya kuwa ya kihafidhina: inaruka herufi zilizohifadhiwa. Kulisha %26 kwake kunarudi mfuatano wa kweli %26, si &. Imekusudiwa kwa URI nzima ambapo unataka muundo uinusurike safari ya kwenda na kurudi.

Sheria ya kidole gumba: kama mfuatano ni kipande cha URL (kigezo kimoja, kipande, jina la faili lililowekwa msimbo), fikia decodeURIComponent. Chombo hiki kinafanya kazi kama decodeURIComponent — kila mlolongo wa %XX kwenye ingizo lako unasomwa, ikiwa ni pamoja na herufi zilizohifadhiwa.

Kusoma URL ndivyo unavyosoma inachopata kweli. Bandika mfuatano uliowekwa msimbo hapo juu na kila mlolongo wa %XX unabadilika kurudi kuwa herufi yake moja kwa moja kwenye kivinjari chako, kwa hivyo unaweza kutatua kigezo cha maswali, kukagua uelekezaji wa OAuth, au kurejesha jina la faili lenye diacritics bila kutuma chochote kwa seva.