Windows 8 ve sabitleme ile ilgili özel veya zor bir şey yapmak istemiyorum, IE browserconfig.xmlgünlük dosyalarımda gezinirken 404 Bulunamadı mesajlarını görmek istemiyorum .
browserconfig.xmlIE'yi tatmin edecek ve daha sonra Windows 8 için daha iyi destek eklemeye karar versem iyi bir yer tutucu görevi görecek köküme koyabileceğim önemsiz bir dosya var mı ?
Yanıtlar:
Meta kodu kafama ekledim, ancak yine de browserconfig.xml istekleri alıyorum.
Bence en iyi yol; onlara göre: http://msdn.microsoft.com/browserconfig.xml
<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
<msapplication>
</msapplication>
</browserconfig>Microsoft'un MSDN sayfası Tarayıcı yapılandırma şeması referansında bir örnek var .
browserconfig.xmlDosyayı web sunucusunun kök klasörüne koyarsınız .
Ayrıca şunları da ekleyebilirsiniz:
<meta name="msapplication-config" content="none"/>
HTML'nizde IE'nin bu dosyayı aramasını önlemek için, bu sizin için de işe yarayabilecek bir seçenekse.
En kolay çözüm aslında sadece resmi Microsoft Browserconfig.xml dosya oluşturucuyu kullanmaktır: http://www.buildmypinnedsite.com
Tam bir xml dosyası oluşturabilir ve logonuzun tüm boyutlu resimlerini sadece 3 adımda alabilirsiniz. Sadece sitem için yaptım ve sadece 2 dakika sürdü.
Tam bir browserconfig.xml dosyası oluşturacak ve tüm başlıklı resimleri tek bir zip dosyasında sağlayacaktır.
Edit 1/8/2015: Başka bir seçenek buldum: http://realfavicongenerator.net/
Bu web sitesinin yararı, browserconfig.xml dosyanızı VE tüm apple-touch- * simgelerinizi, favicon'unuzu vb. Oluşturur. Temelde her şeyi bir kez oluşturmak için tek durak web sitesi.
Bir metaetiket eklemek işe yarayabilir veya çalışmayabilir. Bu etiketi ekledik, ancak yine de browserconfig.xmlistekler için 404 hatası alıyoruz . Sonunda basit bir xml yapmaya karar verdik.
Bizim browserconfig.xmlbuna benziyor ve temelde sadece 4 görüntünün nerede olduğunu söylüyor.
<?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>Ve bunu html'nize koyun:
<meta name="msapplication-config" content="/browserconfig.xml" />Ve şimdi tamam
Ayrıca bunu HTML'nize ekleyebilir ve yapılandırmayı şu şekilde "yok" olarak ayarlayabilirsiniz:
<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"/>
Kaynaklar:
http://samples.msdn.microsoft.com/iedevcenter/PinnedSites/scenario1.html https://msdn.microsoft.com/library/dn320426
browserconfig.xmlGünlük dosyalarınızı 404 hatasıyla doldurmanızı engellemenin üçüncü bir yolu vardır . Sunucudan boş bir değer (444) döndürebilir ve yalnızca bu konum için günlüğe kaydetmeyi kapatabilirsiniz. Bu önemlidir, çünkü favicon.ico meta head etiketlerini ve onu çağıran tarayıcıyı (ayrıca bir 404 oluşturur) görmezden gelerek aynı şeyi yapar. Sorun bu istenmeyen dosyadan daha büyük.
Browser.xml'deki günlüklerinizde 404 hatalarını önleme konusundaki özel sorunuza göre - NGINX için, içinde yeni bir dosya /etc/nginx/snippets/ve ardından #includebu dosyayı /etc/nginx/sites-available/example.org, sunucu bloğunun içinde dosyanızda oluşturabilirsiniz.
Örnek: /etc/nginx/snippets/block-known-errors.confaşağıdaki içeriğe sahiptir:
location ~* /(favicon.ico|browserconfig.xml)$
{ access_log off; log_not_found off; return 444; }
Ardından, at adresinize /etc/nginx/sites-available/example.orgekleyeceksiniz:
include /etc/nginx/snippets/block-known-errors.conf;
NGINX'teki konum belirtiminde bir normal ifade kullanıldığına ve büyük / küçük harfe duyarlı olmadığına dikkat edin . Ve bu bir locationolduğu için,server şartnamenin .
Uygulamada, aslında içeriğimizi /etc/nginx/snippets/klasörün içine yerleştiririz ve güvenlik / teknoloji gereksinimlerine bağlı olarak belirli siteler için bir genel dahil ve diğer içerir. Bu, uç noktalarımızın günlüklerimizi yönetmek için bir dosya ekleyerek veya mevcut bir dosyayı düzenleyerek neredeyse anında küresel bir sorunu çözmesine olanak tanır.
OSSEC ve bir ELK yığını ile görebileceğiniz çok fazla sorun var.
Apache'deki mod_rewrite'ın da bunu yapabileceğinden eminim.