Blogi tagasiside alternatiivsete meetodite kohta
Eelmisel kuul avaldasin kaks artiklit, mis rääkisid cURL-i kasutamisest ümbersuunamiste käsitlemiseks, mis võivad teatud URL-idega töötamisel paratamatult juhtuda.
Täpsemalt, ma räägin:
- Ümbersuunamise sihtkoha leidmine PHP-ga
- cURL-i kasutamine, et teha kindlaks, kas määratud URL on kehtiv leht
Ja kuigi teine on rohkem selle postituse teema, tahtsin viidata mõlemale, kuna need on seotud.
Selle kuu alguses kirjutasin veidi, kuidas blogimise eesmärk on muutunud. Võib-olla oleks olnud parem rääkida pigem motivatsioonist kui eesmärgist, kuid ma kaldun kõrvale.
Selles postituses räägin veidi kommenteerimisest ja tagasisidestamisest. Ja kuna olen kommentaarid sulgenud, on üks viise, kuidas inimesed minuga teatud postitustest rääkida, on Twitteri kaudu.
Juhtum:
Ja see meeldib mulle, sest see on:
- selgelt öeldud, lühike küsimus,
- see on suunatud mulle (teised võivad kaasa rääkida),
- ja see võib hoida vestlust teemal, ilma et see kommentaarides millekski muuks areneks.
Lisaks on Xaveri küsimus hea, sest see näitab, kus minu sisus puudu võib olla, ja annab võimaluse kirjutada sellisele postitusele järg või täpsustus 🙂.
Asi on selles, et vastus sellele konkreetsele küsimusele ei pruugi olla nii pikk kui sissejuhatus, kuid ma tahan alati enne vastuse andmist anda piisavalt konteksti.
Blogi tagasiside ja disainiotsuste põhjendus
Seda arvestades on lühike vastus, et kõnealuse URL-i tulemuse olekukoodi järgi kontrollimine on hea viis testida, kas määratud URL-ile on võimalik jõuda.
See tähendab, et 200 on sõna otseses mõttes OK olekukood .
See ei tähenda aga alati, et URL, mille esimene tabab, on lõplik sihtkoht, kuhu jõuate.
Lõppkokkuvõttes on eesmärk kahekordne:
- Veenduge, et lõppsihtkoht tagastaks 200,
- Määrake kindlaks määratud URL-i lõplik sihtkoht.
Ja teine punkt on oluline, sest nii paljud saidid (nt Twitter) kasutavad oma analüütilise teenuse osana ümbersuunamisi, et jälgida klikke ja kes-teab-mille-veel, kui me pärast nende teenusest lahkumist veebi sirvime.
Lisaks on lihtsalt aegu, mil meile võidakse anda URL näiteks poe laoseisu lingi jaoks, mille sihtkoha URL erineb meile antud algsest URL-ist.
Olen seda omal käel kogenud projektis, mille kallal ma töötan, mis on selle algse postituse kogu motivatsioon.
Seega on HTTP-olekute kontrollimine hea kontroll, kuid kui soovite tuvastada, kas ümbersuunamise lõppsihtkoht on kehtiv, kulub selleks veidi rohkem aega.
Muidugi oleneb see kõik kontekstist, mille kallal te töötate, kas pole? Mõne jaoks on olekukoodide kontrollimine suurepärane. Teiste jaoks võib see vajada veidi rohkem.