Ce este un browserconfig.xml simplu/minimal pentru un site web? (Programare, Internet Explorer, Windows 8, Http Status Code 404)

drchuck a intrebat.

Nu vreau să fac nimic special sau șmecher în ceea ce privește Windows 8 și pinning, doar că nu vreau să văd mesajele 404 Not Found așa cum caută IE browserconfig.xml defilarea în fișierele mele de jurnal.

Există o metodă trivială browserconfig.xml pe care îl pot pune în rădăcina mea care să satisfacă IE și să acționeze ca un bun loc de păstrare în cazul în care decid să adaug mai târziu un suport mai bun pentru Windows 8?

Comentarii

  • A fost acest lucru depreciat? –  > Por Lime.
6 răspunsuri
musa

Am adăugat codul meta la cap, dar tot primesc și eu cereri browserconfig.xml.

Deci, cred că cel mai bun mod este; conform lor: https://docs.microsoft.com/browserconfig.xml

<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
    <msapplication>
    </msapplication>
</browserconfig>

John Bush

Există o mostră pe pagina MSDN a Microsoft Referință la schema de configurare a browserului.

Se pune browserconfig.xml în dosarul rădăcină al serverului web.

De asemenea, puteți include:

<meta name="msapplication-config" content="none"/>

în HTML pentru a împiedica IE să caute acest fișier, dacă este o opțiune pentru dumneavoastră, ar putea funcționa și aceasta.

Comentarii

  • Cu toate că am meta tag-ul pe pagina mea, am văzut foarte rar cereri pentru browserconfig.xml de la un agent utilizator identificat ca fiind IE 11. Așadar, probabil că singura modalitate de a scăpa de aceste 404 este să adăugați și un fișier gol pentru browserconfig.xml. Am încercat să fixez folosind fișierul gol și nu am văzut nicio diferență cu sau fără fișierul gol. –  > Por Gerd K.
  • Acest exemplu nu este „cel mai simplu/minimal” –  > Por HorusKol.
Laurence

Cea mai simplă soluție este, de fapt, să folosiți doar constructorul oficial de fișiere Microsoft Browserconfig.xml: http://www.buildmypinnedsite.com

Puteți construi un fișier xml complet și să vi se dea toate imaginile de dimensiuni ale logo-ului dvs. în doar 3 pași. Tocmai am făcut-o pentru site-ul meu și a durat doar 2 minute.

Va genera un fișier browserconfig.xml complet și va furniza toate imaginile titrate într-un singur fișier zip.

Editare 1/8/2015: Tocmai am găsit o altă opțiune: http://realfavicongenerator.net/

Beneficiul acestui site este că generează browserconfig.xml-ul dvs. și toate pictogramele apple-touch-*, favicon etc. Practic, un site unic pentru a genera totul o singură dată.

Comentarii

  • Aceasta este o soluție bună, dar nu răspunde cu adevărat la OP, deoarece ei doresc doar un placeholder. –  > Por Rob.
  • Top, Perfect – face treaba foarte bine și complet automat, după care puteți descărca un pachet complet cu toate fișierele din el. Grozav. –  > Por johngrinder.
  • Din păcate, niciunul dintre site-uri nu creează un fișier browserconfig.xml. –  > Por Peter.
Tine Koloini

Adăugarea unui fișier meta ar putea sau nu să funcționeze. Am adăugat această etichetă, dar am primit în continuare erori 404 pentru browserconfig.xml cereri tot timpul. În cele din urmă am decis să facem un xml simplu.

Site-ul nostru browserconfig.xml arată așa și, în principiu, spune doar unde sunt localizate cele 4 imagini.

<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
    <msapplication>
        <tile>
        <square70x70logo src="/mstile-70x70.png"/>
        <square150x150logo src="/mstile-150x150.png"/>
        <wide310x150logo src="/mstile-310x150.png"/>
        <square310x310logo src="/mstile-310x310.png"/>
        <TileColor>#8bc53f</TileColor>
        <TileImage src="/mstile-150x150.png" />
        </tile>
    </msapplication>
</browserconfig>

Și puneți acest lucru în html:

<meta name="msapplication-config" content="/browserconfig.xml" />

Și acum este în regulă

totas

Ai putea la fel de bine să o adaugi în HTML și să setezi configurația la „none”, astfel:

<meta name="msapplication-TileColor" content=" #009900" />
<meta name="msapplication-square70x70logo" content="images/smalltile.png" />
<meta name="msapplication-square150x150logo" content="images/mediumtile.png" />
<meta name="msapplication-wide310x150logo" content="images/widetile.png" />
<meta name="msapplication-square310x310logo" content="images/largetile.png" />
<meta name="msapplication-config" content="none"/>

Surse:

http://samples.msdn.microsoft.com/iedevcenter/PinnedSites/scenario1.htmlhttps://msdn.microsoft.com/library/dn320426

Comentarii

  • Adăugarea tuturor acestor meta tag-uri este probabil cea mai proastă soluție, IMO. Dacă faceți asta, trimiteți toate aceste date către fiecare vizitator al site-ului dumneavoastră, pe fiecare vizualizare a paginii. Cele două avantaje ale browserconfig.xml sunt: 1. singurii care primesc ceva sunt persoanele care rulează un browser căruia îi pasă și 2. browserul poate stoca fișierul în memoria cache și nu îl poate descărca din nou. –  > Por Chad.
eschipul

Există o a treia modalitate de a preveni browserconfig.xml de a vă umple fișierele jurnal cu erori 404. Puteți să returnați o valoare nulă (444) de la server și să dezactivați jurnalizarea doar pentru acea locație. Acest lucru este relevant deoarece favicon.ico face același lucru ignorând etichetele meta head și browserul care îl apelează (generând, de asemenea, un 404). Problema este mai mare decât acest fișier nedorit.

La întrebarea dvs. specifică de a preveni erorile 404 în jurnalele dvs. pe browser.xml – pentru NGINX, puteți crea un nou fișier în /etc/nginx/snippets/ și apoi #include acel fișier în fișierul dvs. /etc/nginx/sites-available/example.org fișier în interiorul blocului serverului.

Exemplu: /etc/nginx/snippets/block-known-errors.conf are următorul conținut:

location ~* /(favicon.ico|browserconfig.xml)$
   { access_log off; log_not_found off; return 444; }

Apoi, în configurația dvs. la /etc/nginx/sites-available/example.org veți adăuga:

include /etc/nginx/snippets/block-known-errors.conf;

Observați că în NGINX specificația locației folosește o expresie regulată și este în majuscule și minuscule. insensibilă la majuscule și minuscule. Și pentru că este un location trebuie să fie în interiorul server specificație.

În practică, de fapt, ne aninăm incluziunile în /etc/nginx/snippets/ și avem o includere globală și alte incluziuni pentru anumite site-uri, în funcție de cerințele de securitate/tehnologie. Acest lucru permite punctelor noastre finale să rezolve o problemă globală aproape imediat prin adăugarea unui singur fișier sau prin editarea unui fișier existent pentru a gestiona jurnalele noastre.

Nu există prea multe lucruri pe care le poți vedea cu OSSEC și cu o stivă ELK.

Sunt sigur că și mod_rewrite din Apache ar putea face acest lucru.

Comentarii

  • Îmi place foarte mult această soluție, dar sunt paranoic în legătură cu dezactivarea logării –  > Por Caleb.