<meta charset = “utf-8”> vs <meta http-equiv = “İçerik Türü”>

HTML5 Doctype için karakter kümesi tanımlamak için hangi gösterimi kullanmalıyım?

1. Kısa:

   <meta charset="utf-8" /> 

2. Uzun:

   <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

HTML5'te eşdeğerdir. Daha kısa olanı kullanın, hatırlanması ve yazılması daha kolaydır. Geriye dönük uyumluluk için tasarlandığından tarayıcı desteği iyidir .

Meta karakter kümesi bildiriminin her iki formu eşdeğerdir ve tarayıcılarda aynı şekilde çalışmalıdır. Ancak, web dosyalarınızı UTF-8 olarak karakter kümesi olarak bildirirken hatırlamanız gereken birkaç şey vardır:

1. UTF-8 kodlamasında dosyanızın (ler) kaydet olmadan bayt sırası işareti (BOM).
2. Meta dosya kümesini (yukarıdaki gibi) kullanarak HTML dosyalarınızdaki kodlamayı bildirin .
3. Web sunucunuzun , İçerik Türü HTTP üstbilgisinde UTF-8 kodlamasını bildirerek dosyalarınızı sunması gerekir .

Apache sunucuları varsayılan olarak ISO-8859-1'deki dosyaları sunacak şekilde yapılandırılmıştır, bu nedenle .htaccessdosyanıza aşağıdaki satırı eklemeniz gerekir :

AddDefaultCharset UTF-8

Bu, Apache'yi Content-Type yanıt başlığında UTF-8 kodlamasını bildiren dosyalarınıza hizmet verecek şekilde yapılandırır, ancak dosyalarınızın başlaması için UTF-8'e (BOM olmadan) kaydedilmesi gerekir .

Not Defteri, dosyalarınızı Malzeme Listesi olmadan UTF-8'e kaydedemez. Notepad ++ ücretsiz bir editördür . Program menü çubuğunda "Kodlama> Malzeme Listesi olmadan UTF-8'de kodlama" yı seçin. Ayrıca "Kodlama> BOM olmadan UTF-8'e Dönüştür" seçeneğini kullanarak dosyaları açabilir ve UTF-8'e yeniden kaydedebilirsiniz.

Wikipedia'daki Bayt Sırası İşareti (BOM) hakkında daha fazla bilgi .

Kısa olanla gitmenin bir başka nedeni, işaretlemede bir karakter kümesi belirtebileceğiniz diğer örneklerle eşleşmesidir. Örneğin:

<script type="javascript" charset="UTF-8" src="/script.js"></script>

<p><a charset="UTF-8" href="http://example.com/">Example Site</a></p>

Tutarlılık hataları azaltmaya ve kodu daha okunabilir hale getirmeye yardımcı olur.

Karakter kümesi özniteliğinin büyük / küçük harfe duyarlı olmadığını unutmayın. UTF-8 veya utf-8 kullanabilirsiniz, ancak UTF-8 daha net, daha okunabilir, daha doğrudur.

Ayrıca, meta karakter kümesi özniteliğinde veya sayfa üstbilgisinde UTF-8 dışında bir değer kullanmak için kesinlikle hiçbir neden yoktur. UTF-8, 1999'daki HTML4'ten bu yana Web belgeleri için varsayılan kodlamadır ve modern Web sayfaları oluşturmanın tek pratik yoludur.

Ayrıca UTF-8'de HTML objeleri kullanmamalısınız. Telif hakkı simgesi gibi karakterler doğrudan yazılmalıdır. Kullanmanız gereken tek varlık, ayrılmış 5 biçimlendirme karakteri içindir: "ve" işareti, asal, çift asaldan küçük. Varlıkların, her zaman ileride kullanmak istemeyebileceğiniz bir HTML ayrıştırıcıya ihtiyacı vardır, hatalar ekler, kodunuzu daha az okunabilir hale getirir, dosya boyutlarınızı arttırır ve kullandığınız varlıklara bağlı olarak bazen çeşitli tarayıcılarda yanlış kod çözerler. Telif hakkı, ticari marka, açık fiyat teklifi, alıntıyı kapat, kesme işareti, kısa çizgi, kısa çizgi, madde işareti, Euro ve içeriğinizde karşılaştığınız diğer karakterleri nasıl yazacağınızı / ekleyeceğinizi ve kodunuzdaki bu gerçek karakterleri nasıl kullanacağınızı öğrenin. Mac'te Klavye Sistem Tercihinde açabileceğiniz bir Karakter Görüntüleyici var, ihtiyacınız olan karakterleri bulup sürükleyip bırakabilir veya hangi tuşları yazacağınızı görmek için eşleşen Klavye Görüntüleyicisi'ni kullanabilirsiniz. Örneğin, ticari marka Option + 2'dir. UTF-8, yazılı her insan dilinden tüm karakterleri ve sembolleri içerir. Bu nedenle, em tire yerine - kullanmak için bir mazeret yoktur. Noktalama ve tipografi kurallarını öğrenmek de kötü bir fikir değildir ... örneğin, bir dönemin dışarıda değil yakın bir alıntı içerisine girdiğini bilmek.

İçerik türü ve kodlama gibi bir şey için etiket kullanmak son derece ironiktir, çünkü bunları bilmeden meta etiketin değerini almak için dosyayı ayrıştıramazsınız.

Hayır, bu doğru değil. Tarayıcı dosyayı UTF-8 veya ISO-8859-1 olarak tarayıcının varsayılan kodlaması olarak ayrıştırmaya başlar. US-ASCII hem ISO-8859-1 bir alt kümesidir yana ve UTF-8, tarayıcı aynı olduğunu ... gayet her iki şekilde okuyabilir. Tarayıcı meta karakter kümesi etiketi ile karşılaştığında, kodlama tarayıcının kullanmakta olduğundan farklıysa, tarayıcı sayfayı belirtilen kodlamada yeniden yükler. Bu nedenle meta karakter etiketini, başlık etiketinden hemen sonra, herhangi bir şeyden önce, hatta başlıktan en üste koyduk. Bu şekilde başlığınızda UTF-8 karakterleri kullanabilirsiniz.

Dosyalarınızı BOM olmadan UTF-8 kodlamasına kaydetmelisiniz

Bu kesinlikle doğru değil. Belgenizde yalnızca US-ASCII karakterleri varsa, bunu bir alt küme olduğu için US-ASCII olarak kaydedebilir ve UTF-8 olarak sunabilirsiniz. Ancak Unicode karakterler varsa, haklısınız, BOM olmadan UTF-8 olarak kaydetmelisiniz.

Dosyalarınızı UTF-8'e kaydedecek iyi bir metin editörü istiyorsanız, Notepad ++'ı öneriyorum.

Mac'te, Mac App Store'dan Bare Bones TextWrangler (ücretsiz) veya Mac App Store'da bulunan Bare Bones BBEdit'i 39,99 $ karşılığında kullanın ... böyle harika bir araç için çok ucuz. Her iki uygulamada da belge penceresinin altında belge kodlamasını belirlediğiniz bir menü vardır ve kolayca "UTF-8 no BOM" seçebilirsiniz. Ve elbette bunu Tercihler'deki yeni belgeler için varsayılan olarak ayarlayabilirsiniz.

Ancak, Web sunucunuz önerilen HTTP üstbilgisinde kodlama sağlıyorsa, her iki [meta tag] gereksizdir.

Bu yanlış. Kodlamayı elbette HTTP üstbilgisinde ayarlamanız gerekir, ancak sayfanın kullanıcı tarafından kaydedilebileceği, tarayıcıdan yerel depoya kaydedilebileceği ve daha sonra tekrar açılabileceği şekilde meta karakter kümesi özelliğinde de ayarlamanız gerekir. mevcut olacak kodlamanın tek göstergesi meta karakter kümesi özelliğidir. Aynı nedenden ötürü bir taban etiketi de ayarlamanız gerekir ... sunucuda, taban etiketi gereksizdir, ancak yerel depolamadan açıldığında, taban etiketi sayfanın sunucudaymış gibi çalışmasını sağlar. varlıklar yerinde ve benzeri, hiçbir kırık bağlantılar.

VarsayılanCharset UTF-8 Ekle

Veya sadece aşağıdaki gibi belirli dosya türlerinin kodlamasını değiştirebilirsiniz:

AddType text/html;charset=utf-8 html

Hem UTF-8 hem de Latin-1 (ISO-8859-1) dosyalarına hizmet vermenin bir ipucu, UTF-8 dosyalarına "metin" uzantısı ve Latin-1 dosyalarına "txt" vermektir.

AddType text/plain;charset=iso-8859-1 txt
AddType text/plain;charset=utf-8 text

Son olarak, belgelerinizi eski DOS veya (klasik) Mac satır sonlarıyla değil Unix satır sonlarıyla kaydetmeyi düşünün, bu eski sistemlerden daha da ileri gittikçe, yardım etmeyen ve zarar verebilecek. Geçerli HTML5, UTF-8 kodlaması ve Unix satır sonlarına sahip bir HTML belgesi iyi yapılmış bir iştir. Bu belgeyi birçok bağlamda paylaşabilir ve düzenleyebilir, saklayabilir, okuyabilir, kurtarabilir ve ona güvenebilirsiniz. Lingua franca. Dijital kağıt.

<meta charset="utf-8"> HTML5 için / ile tanıtıldı.

Belgelerde belirtildiği gibi, her ikisi de geçerlidir. Ancak, <meta charset="utf-8">yalnızca HTML5 içindir (ve yazmak / hatırlamak daha kolaydır).

Zamanında, eski stil yakın gelecekte kullanımdan kaldırılmak zorundadır. Yeniye sadık kalırdım <meta charset="utf-8">.

Sadece bir yol var ama yukarı. Teknolojinin durumunda, bu eski olanı aşamalı olarak ortadan kaldırıyor (gerçekten, gerçekten hızlı)

Belgeler: HTML meta karakter kümesi Özellik — W3Schools

Diğer cevaplara itiraz etmese de, aşağıdakilerden bahsetmeye değer olduğunu düşünüyorum.

1. “Uzun” ( http-equiv) gösterimi ve “kısa” olan eşittir, hangisi önce gelirse;
2. Web sunucusu başlıkları tüm <meta>etiketleri geçersiz kılar ;
3. BOM (Bayt sırası işareti) her şeyi geçersiz kılar ve birçok durumda html 4'ü (ve muhtemelen diğer şeyleri de) etkiler;
4. Herhangi bir kodlama bildirmezseniz, muhtemelen metninizi tarayıcınızın tanımladığı “yedek metin kodlaması” na alırsınız. Ne Firefox'ta ne de Chrome'da utf-8;
5. Diğer ipuçlarının yokluğunda tarayıcı, kodlamayı almak için ASCII'de olduğu gibi belgenizi okumaya çalışacaktır, bu nedenle garip kodlamaları kullanamazsınız (ancak BOM ile utf-16 yapmalıdır);
6. Özellikler, kodlama bildiriminin belgenin ilk 512 baytı içinde olması gerektiğini söylese de, çoğu tarayıcı bundan daha fazlasını okumayı dener.

echo 'HTTP/1.1 200 OK\r\nContent-type: text/html; charset=windows-1251\r\n\r\n\xef\xbb\xbf<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta charset="windows-1251"><title>привет</title></head><body>привет</body></html>' | nc -lp 4500Tarayıcınızı adresinde çalıştırarak ve işaret ederek test edebilirsiniz localhost:4500. (Tabii ki parçaları değiştirmek veya kaldırmak isteyeceksiniz. BOM kısmı \xef\xbb\xbf. Kabuğunuzun kodlamasına karşı dikkatli olun.)

Kodlamayı açıkça bildirmenizin çok önemli olduğunu lütfen unutmayın. Tarayıcıların tahmin etmesine izin vermek güvenlik sorunlarına yol açabilir.

<meta charset="utf-8" />HTML5 kullanırken web tarayıcıları için kullanın .

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />HTML4 veya XHTML kullanırken veya DOMDocumentphp 5.3'teki gibi eski dom ayrıştırıcılar için kullanın

Mozilla Vakfı ve sitepoint ile ilgili bazı haberler var

Bu değeri ( http-equiv=content-type) eski olduğu için kullanmayın . charset< meta> Öğesinde niteliği tercih edin .

Bir e-postaya imza eklemek için uzun sürümü kullanırım:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Bunun nedeni, pek çok e-posta okuyucusunun html5 kullanmamasıdır, bu nedenle eski html stillerini kullanmak her zaman daha iyidir. Aslında, divs + css yerine tabloları kullanmak daha iyidir.