så här lägger du till en Favicon på din webbplats
status för detta dokument
utkast i utveckling; kan förändras radikalt när som helst.
en favicon är en graphicimage (ikon) associerad med en viss webbsida och / eller webbplats. Många senaste användaragenter (som grafiska webbläsare ochnyläsare) visar dem som en visuell påminnelse om Webbsitenidentiteten i adressfältet eller i flikar. Wikipedia innehåller enartikel omfavicons .,
om du vill lägga till en favicon på din webbplats behöver du både en bild och en ametod för att ange att bilden ska användas som en favicon. Detta dokument förklarar den metod som föredras av W3C för att specificera defavicon. Det finns en annan vanlig metod som illustreras nedan, med en förklaring till varför den metoden är oförenlig med vissa principer för Webbarkitektur. Båda metoderna gäller endast HTML ochxhtml, en av de begränsningar som diskuterasunder.
det här dokumentet diskuterar inte i detalj hur man skapar en faviconimage., Formatet för den bild du har valt måste dock vara 16x16pixlar eller 32×32 pixlar, med antingen 8-bitars eller 24-bitars färger. Bildenformat måste vara en av PNG (aW3C standard), GIF eller ICO.
Metod 1 (Preferred): användning av ett rel-attribut värdedefinierat i en profil
den första metoden för att ange en favicon är att använda rel
attributvärde ”ikon” och att definiera vad värdet betyder via en profil; profiler diskuteras mer detaljerat nedan. I denna HTML 4.,01 exempel, den favicon som identifieras via Uri som en favicon:
XHTML 1.0-versionen ser väldigt likartad ut:
Metod 2 (avskräckt): sätta favicon på en fördefinierad URI
en andra metod för att ange en favicon förlitar sig på att använda apredefined URI för att identifiera bilden: ”/favicon”, vilket är relativt tillserverroten. Den här metoden fungerar eftersom vissa webbläsare har varitprogrammerat för att leta efter favicons med den URI., Detta tillvägagångssätt är förenligt med vissa principer för Webbarkitektur och diskuteras av W3C ” s Technical Architecture Group(TAG) som deras problem siteData-36.To sammanfatta problemet: webbarkitekturen tillåter webbplatscheferatt hantera sitt Uri-utrymme (för ett visst domännamn) när de seefit. Konventioner som inte representerar gemenskapsavtal och somminskar de alternativ som finns tillgängliga för en webbplatschef skalar inte och kan leda till konflikter (eftersom det inte finns någon välkänd Förteckning över dessa fördefinierade URI: er)., Ett praktiskt övervägande illustrerar problemet: många användare har webbplatser även om de inte har sitt egendomännamn. Dessa användare kan inte ange favicons med hjälp av secondmethod om de inte kan skriva till serverroten. De kan dock användametod för att ange en favicon eftersom den är mer flexibel och inte begränsar webbplatshanteraren att använda en enda favicon på en enda plats på webbplatsen.
det finns några andra välkända intrång på Uri-rymden,inklusive ”robotarna”.txt ” fil och placeringen av en P3P privacypolicy., Den tekniska Arkitekturgruppen utforskar alternativsom inte påverkar Uri-rymden utan licens.
användning av profiler för att definiera termer som ”icon”
löst sett är en profil en definition av set ofterms. Helst innehåller en profil både maskinläsbar informationoch mänsklig läsbar information. I HTML 4.01 och XHTML 1.0 har en fewattributes som attributet rel
inte en fördefinierad uppsättning värden. Istället kan författaren tillhandahålla värden enligt behov ochanvänd sedan en profil för att förklara vad värdena betyder., I vårt fall har virekommenderar att författare använder värdet ” ikon ”och en profil somförklarar att ”när vi säger ikon menar vi” det här är en favicon.””
i Metod 1 ovan använder vi attributet rel
med theLINKelement och väljer en profil med attributet profile
på huvudelementet.
vi definierade en profil som du fritt kan använda för dina egna webbplatser.,
Begränsningar
Det finns flera begränsningar för att de metoder som beskrivs ovan,inklusive rekommenderad metod (vilket är varför TAG fortsätter att workon frågan):
- tillvägagångssätt fungerar bara i HTML-eller XHTML –
- Den föredragna strategi för medarbetare en favicon med ett HTML-dokument,inte en samling av dokument (dvs. en webbplats)
- Den föreslagna profil för att definiera ”ikon” värdet är inte arecognized standard, vilket innebär att det kan vara interoperabilitet issuesin praktiken.
- Det finns ingen standard (åtminstone definierad av HTML 4.,01) för maskinläsbara profiler som skulletillåta en webbläsare att veta ” det betyder att en bild är en favicon.”Således måste abrowser programmeras i förväg för att känna igen detta partikelvärde av
rel
. För mer information om användning av profilesin HTML och XHTML, se GRDDL.
FAVICON-WIKIPEDIA Favicon, Wikipedia, Tillgänglig på http://en.wikipedia.org/wiki/Favicon . GRDDL Efterskörd Resurs Beskrivningar från Dialekter och Språk, D. Hazaël-Massieux, D. Connolly, Redaktörer, W3C Team Inlämning, 16 Maj 2005, http://www.w3.org/TeamSubmission/2005/SUBM-grddl-20050516/ ., Latest version available at http://www.w3.org/TeamSubmission/grddl/ . HTML401 HTML 4.01 Specification, D. Raggett, A. Le Hors, I. Jacobs, Editors, W3C Recommendation, 24 December 1999, http://www.w3.org/TR/1999/REC-html401-19991224 . Latest version available at http://www.w3.org/TR/html401 . SITEDATA-36 Web site metadata improving on robots.txt, w3c/p3p and favicon etc., TAG, Available at http://www.w3.org/2001/tag/issues.html#siteData-36 . XHTML1 XHTML™ 1.0 The Extensible HyperText Markup Language (Second Edition), S. Pemberton, Editor, W3C Recommendation, 1 August 2002, http://www.w3.org/TR/2002/REC-xhtml1-20020801 ., Senaste versionen finns på http://www.w3.org/TR/xhtml1 .
bekräftelser
följande deltagare i QA:s intressegrupp och W3C: s personal har bidragit avsevärt till innehållet i detta dokument: Dominique Hazaël-Massieux (W3C), Chris Lilley (W3C), andOlivier Théreaux (W3C).