Jeg introducerede tidligere i dag rel-tag microformattet, som benyttes ved tagging. Men alle webudviklere har ikke helt styr på definitionen og brugen af rel-tag. Vi ser på den største faldgrube med et eksempel fra DR’s Harddisken. (Note dette gælder alle DR’s webblogs, ikke kun Harddisken).
I artiklen YouTube vil dele overskud med brugerne fra Hardisken, ser vi at der er tilføjet to tags.
Vi åbner “Vis Sidens kildekode” og ser på YouTube tagget
<a href="/blogs/harddisken/archive/tags/YouTube/default.aspx" rel="tag">YouTube</a>
Vi ser rel-tag syntaks i ovenstående hyperlink. Men, se lige en ekstra gang på sidste led af URL’en. Tagget er her “default.aspx“, hvilket ikke er det, der er hensigten her. Rel-tag definitionen siger, at sidste led i URL’en er tagget, og her var det tag “Youtube” redaktøren af artiklen ønskede og ikke “default.aspx“. Det er DR’s blogsoftware, der er sat forkert op mht. “rel-tag”. Korrekt skal det sættes op til at lave følgende syntaks.
<a href="/blogs/harddisken/archive/tags/YouTube/" rel="tag">YouTube</a>
Hvis du med Operator 0.7 til Firefox er inde på artiklens side går op og kigger under “Tag”
Du vil nu opdage, at alle tags er af “default.aspx” typen. Dette kan du ikke rigtigt bruge til noget. Diverse software kan ikke gætte sig frem til andre betydninger/hensigter, når den kører efter et sæt veldefineret “rel-tag” regler. Så kære DRs webstab, få lige rettet det her i overensstemmelse med “rel-tag” specifikationen eller drop helt forsøget med at lege med microformats
Nu er det ikke kun DR Blogs, der går galt i byen – Der er mange andre, der forsøger sig med tagging, der laver samme fejl. De ofte sete fejl i slutningen af URL’er er netop disse her indeks filer, “index.php, index.html, index.asp, osv”
C.V Jørgensen får det sidste ord
Det er datadisciplin der ska’ til
det er fremtid & sted der står på spil
så hvis det at være noget er det du vil så spil med
3 kommentarer
Jeps, vi har det samme problem på mitkbh – simpelthen fordi vi ikke kører med /stier/ (endnu i hvert fald).
Jeg kan dog undre mig meget over, at tag microformatet er lavet sådan at det er den sidste del i linket og ikke teksten mellem tag her der defineres som tagget.
Er det ikke også kun Apache der kan køre med URL Rewrites? Jeg har ikke set det samme på IIS’en med mindre man installerer ISAPI_Rewrite …
Der skulle så stå “teksten mellem A HREF tagsne”.
Nå, bitre mig :/
Bemærk også at det strider mod normale webprincipper:
http://www.w3.org/TR/webarch/#uri-opacity
En Trackback
[...] Rel-tag faldgrube IIrøg i køkkenetIndeks over danske websitesDe bruger ogsåRel-tag faldgrube I [...]