Om alternativa metoder för bloggfeedback
Förra månaden publicerade jag två artiklar som talade om att använda cURL för att hantera omdirigeringar som oundvikligen kan hända när man arbetar med vissa webbadresser.
Specifikt pratar jag om:
- Hitta destinationen för en omdirigering med PHP
- Använda cURL för att avgöra om den angivna webbadressen är en giltig sida
Och även om den andra är mer av ämnet för det här inlägget, ville jag referera till båda eftersom de är relaterade.
Tidigare denna månad skrev jag lite hur syftet med bloggandet har förändrats. Det kanske hade varit bättre att prata om motivationen snarare än syftet, men jag avviker.
I det här inlägget pratar jag lite om kommentarer och feedback. Och eftersom jag har stängt kommentarer, är ett av sätten som folk kommer att prata med mig om vissa inlägg via Twitter.
Typexempel:
Och jag gillar det här eftersom det är:
- en tydligt formulerad, kortfattad fråga,
- det är riktat mot mig (med möjlighet för andra att höra av sig),
- och det kan hålla konversationen på ämnet utan att det övergår till något annat i kommentarerna.
Vidare är Xavers fråga bra eftersom den visar var mitt innehåll kan saknas, och det ger mig möjlighet att skriva en uppföljning eller ett förtydligande på ett inlägg som detta 🙂.
Saken är den att svaret på just den här frågan kanske inte är lika långt som inledningen, men jag vill alltid ge tillräckligt med sammanhang innan jag ger ett svar.
Bloggfeedback och motivering för designbeslut
Så med det sagt är det korta svaret att kontroll från statuskoden för resultatet av URL:en i fråga är ett bra sätt att testa om den angivna URL:en kan nås.
Det vill säga, 200 är bokstavligen en statuskod för OK.
Det betyder dock inte alltid att webbadressen som den först träffar är den slutliga destinationen som du kommer att landa på.
I slutändan är målet tvådelat:
- Se till att slutdestinationen ger 200,
- Bestäm vad den slutliga destinationen för en angiven URL är.
Och den andra punkten är viktig eftersom så många webbplatser – som Twitter – använder omdirigeringar som en del av sin analystjänst för att spåra klick och vem-vet-vad-annat när vi surfar på webben efter att ha lämnat deras tjänst.
Vidare finns det helt enkelt tillfällen då vi kan få en webbadress för t.ex. en länk till lager i en butik där måladressen skiljer sig från den ursprungliga webbadressen vi har fått.
Jag har upplevt detta från första hand i ett projekt som jag arbetar med vilket är hela motivationen bakom detta ursprungliga inlägg.
Så att kontrollera dina HTTP-statusar är en bra kontroll, men om du vill upptäcka om slutdestinationen för en omdirigering är giltig, kommer det att ta lite mer tid.
Det beror såklart på sammanhanget för vad du arbetar med, eller hur? För vissa är det bra att kontrollera statuskoder. För andra kan det behövas lite mer.