Vaihtoehtoisista blogipalautteen menetelmistä

Viime kuussa julkaisin kaksi artikkelia, joissa puhuttiin cURL-osoitteen käyttämisestä uudelleenohjausten käsittelemiseen, joita saattaa väistämättä tapahtua tiettyjen URL-osoitteiden kanssa työskenneltäessä.

Tarkkaan ottaen puhun seuraavista:

1. Uudelleenohjauksen määränpään löytäminen PHP:n avulla
2. cURL-osoitteen käyttäminen sen määrittämiseen, onko määritetty URL-osoite kelvollinen sivu

Ja vaikka toinen on enemmän tämän viestin aiheena, halusin viitata molempiin, koska ne liittyvät toisiinsa.

Aiemmin tässä kuussa kirjoitin vähän kuinka bloggaamisen tarkoitus on muuttunut. Ehkä olisi ollut parempi puhua motivaatiosta kuin tarkoituksesta, mutta poikkean siitä.

Tässä postauksessa puhun hieman kommentoimisesta ja palautteesta. Ja koska olen sulkenut kommentit, yksi tapa, jolla ihmiset puhuvat kanssani tietyistä viesteistä, on Twitter.

Esimerkki:

Ja pidän tästä, koska se on:

• selkeästi ilmaistu, ytimekäs kysymys,
• se on suunnattu minulle (jolloin muut voivat soittaa),
• ja se voi pitää keskustelun aiheessa ilman, että se muuttuu kommenteissa joksikin muuksi.

Lisäksi Xaverin kysymys on hyvä, koska se näyttää, missä sisällössäni saattaa olla puutetta, ja se antaa minulle mahdollisuuden kirjoittaa jatkoa tai selvennystä tällaiseen postaukseen 🙂.

Tosiasia on, että vastaus tähän kysymykseen ei välttämättä ole yhtä pitkä kuin johdanto, mutta haluan aina antaa tarpeeksi kontekstia ennen kuin annan vastauksen.

Blogipalaute ja suunnittelupäätösten perusteet

Lyhyt vastaus on siis, että tarkastaminen kyseisen URL-osoitteen tuloksen tilakoodista on hyvä tapa testata, voidaanko määritetty URL-osoite saavuttaa.

Eli 200 on kirjaimellisesti tilakoodi OK :lle .

Se ei kuitenkaan aina tarkoita, että URL-osoite, johon se ensimmäisenä osuu, on lopullinen kohde, johon pääset.

Loppujen lopuksi tavoite on kaksijakoinen:

1. Varmista, että lopullinen määränpää palauttaa 200,
2. Selvitä, mikä on määritetyn URL-osoitteen lopullinen kohde.

Ja toinen kohta on tärkeä, koska niin monet sivustot – kuten Twitter – käyttävät uudelleenohjauksia osana analyyttistä palveluaan napsautusten ja kuka tietää, mitä muuta seuraamiseen, kun selaat verkkoa palvelusta poistuttuamme.

Lisäksi on yksinkertaisesti aikoja, jolloin meille voidaan antaa URL-osoite, esimerkiksi linkki varastoon liikkeessä, jossa kohde-URL-osoite on eri kuin meille annettu alkuperäinen URL-osoite.

Olen kokenut tämän omakohtaisesti projektissa, jonka parissa työskentelen, mikä on koko motivaatio tämän alkuperäisen postauksen takana.

Joten HTTP-tilojen tarkistaminen on hyvä tarkistus, mutta jos haluat havaita, onko uudelleenohjauksen lopullinen kohde kelvollinen, se kestää hieman enemmän.

Tietysti kaikki riippuu työskentelyn kontekstista, eikö niin? Joillekin tilakoodien tarkistaminen on hienoa. Toisille se saattaa tarvita hieman enemmän.