<meta charset = "utf-8"> vs <meta http-equiv = "Tipo de conteúdo">

Para definir o conjunto de caracteres para o Documento HTML5 , qual notação devo usar?

1. Baixo:

   <meta charset="utf-8" /> 

2. Longo:

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

No HTML5, eles são equivalentes. Use o menor, é mais fácil lembrar e digitar. O suporte ao navegador é bom, pois foi projetado para compatibilidade com versões anteriores.

Ambas as formas da declaração de meta charset são equivalentes e devem funcionar da mesma forma nos navegadores. Porém, há algumas coisas que você precisa lembrar ao declarar o conjunto de caracteres dos arquivos da web como UTF-8:

1. Salve seus arquivos na codificação UTF-8 sem a marca de ordem de bytes (BOM).
2. Declare a codificação em seus arquivos HTML usando o meta charset (como acima).
3. Seu servidor da web deve veicular seus arquivos, declarando a codificação UTF-8 no cabeçalho HTTP do tipo de conteúdo.

Os servidores Apache são configurados para servir arquivos em ISO-8859-1 por padrão, portanto, você precisa adicionar a seguinte linha ao seu .htaccessarquivo:

AddDefaultCharset UTF-8

Isso configurará o Apache para servir seus arquivos que declaram a codificação UTF-8 no cabeçalho de resposta do Tipo de conteúdo, mas os arquivos devem ser salvos em UTF-8 (sem BOM) para começar.

O bloco de notas não pode salvar seus arquivos no UTF-8 sem a BOM. Um editor gratuito que pode ser o Notepad ++ . Na barra de menus do programa, selecione "Codificação> Codificar em UTF-8 sem BOM". Você também pode abrir arquivos e salvá-los novamente em UTF-8 usando "Codificação> Converter em UTF-8 sem BOM".

Mais sobre a Byte Order Mark (BOM) na Wikipedia .

Outro motivo para acompanhar o curto é que ele corresponde a outras instâncias em que você pode especificar um conjunto de caracteres na marcação. Por exemplo:

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

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

A consistência ajuda a reduzir erros e tornar o código mais legível.

Observe que o atributo charset não diferencia maiúsculas de minúsculas. Você pode usar UTF-8 ou utf-8, no entanto, o UTF-8 é mais claro, mais legível e mais preciso.

Além disso, não há absolutamente nenhuma razão para usar outro valor que não seja UTF-8 no atributo meta charset ou no cabeçalho da página. UTF-8 é a codificação padrão para documentos da Web desde HTML4 em 1999 e a única maneira prática de criar páginas da Web modernas.

Além disso, você não deve usar entidades HTML no UTF-8. Caracteres como o símbolo de direitos autorais devem ser digitados diretamente. As únicas entidades que você deve usar são os 5 caracteres de marcação reservados: menor que, maior que, e comercial, prime, double prime. As entidades precisam de um analisador de HTML, que você nem sempre deseja usar daqui para frente; elas introduzem erros, tornam seu código menos legível, aumentam o tamanho do arquivo e, às vezes, decodificam incorretamente em vários navegadores, dependendo de quais entidades você usou. Aprenda a digitar / inserir direitos autorais, marca registrada, cotação aberta, cotação fechada, apóstrofo, traço, traço, marcador, euro e qualquer outro caractere que você encontrar no seu conteúdo e usar esses caracteres reais no seu código. O Mac possui um Visualizador de caracteres que você pode ativar na Preferência do sistema de teclado, e você pode encontrar e arrastar e soltar os caracteres necessários ou usar o Visualizador de Teclado correspondente para ver quais teclas digitar. Por exemplo, a marca registrada é a opção + 2. UTF-8 contém todos os caracteres e símbolos de todas as línguas humanas escritas. Portanto, não há desculpa para usar - em vez de um traço em. Não é uma má idéia aprender também as regras de pontuação e tipografia ... por exemplo, sabendo que um período está dentro de uma citação próxima, não fora.

Usar uma tag para algo como tipo de conteúdo e codificação é altamente irônico, pois sem saber essas coisas, você não poderia analisar o arquivo para obter o valor da metatag.

Não, isso não é verdade. O navegador começa a analisar o arquivo como a codificação padrão do navegador, UTF-8 ou ISO-8859-1. Como US-ASCII é um subconjunto de ISO-8859-1 e UTF-8, o navegador pode ler muito bem de qualquer maneira ... é o mesmo. Quando o navegador encontra a tag meta charset, se a codificação é diferente da que o navegador já está usando, o navegador recarrega a página na codificação especificada. É por isso que colocamos a tag meta charset no topo, logo após a tag head, antes de qualquer outra coisa, até o título. Dessa forma, você pode usar caracteres UTF-8 em seu título.

Você deve salvar seu (s) arquivo (s) na codificação UTF-8 sem BOM

Isso não é estritamente verdade. Se você tiver apenas caracteres US-ASCII em seu documento, poderá salvá-lo como US-ASCII e servi-lo como UTF-8, porque é um subconjunto. Mas se houver caracteres Unicode, você está correto, você deve Salvar como UTF-8 sem BOM.

Se você deseja um bom editor de texto que salve seus arquivos em UTF-8, recomendo o Notepad ++.

No Mac, use o Bare Bones TextWrangler (gratuito) da Mac App Store ou o Bare Bones BBEdit, que está na Mac App Store por US $ 39,99 ... muito barato para uma ferramenta tão boa. Nos dois aplicativos, há um menu na parte inferior da janela do documento em que você especifica a codificação do documento e pode escolher facilmente "UTF-8 no BOM". E é claro que você pode definir isso como padrão para novos documentos nas Preferências.

Mas se o seu servidor da Web exibir a codificação no cabeçalho HTTP, o que é recomendado, as duas [metatags] serão desnecessárias.

Isso está incorreto. Obviamente, você deve definir a codificação no cabeçalho HTTP, mas também no atributo meta charset, para que a página possa ser salva pelo usuário, fora do navegador para armazenamento local e, em seguida, aberta novamente mais tarde. Nesse caso, a única indicação da codificação que estará presente é o atributo meta charset. Você também deve definir uma tag de base pelo mesmo motivo ... no servidor, a tag de base é desnecessária, mas quando aberta do armazenamento local, a tag de base permite que a página funcione como se estivesse no servidor, com todos os ativos no local e assim por diante, sem links quebrados.

AddDefaultCharset UTF-8

Ou você pode simplesmente alterar a codificação de tipos de arquivos específicos, como:

AddType text/html;charset=utf-8 html

Uma dica para veicular arquivos UTF-8 e Latin-1 (ISO-8859-1) é atribuir aos arquivos UTF-8 uma extensão "text" e os arquivos Latin-1 "txt".

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

Por fim, considere Salvar seus documentos com as terminações de linha Unix, não as DOS herdadas ou as finais de linha Mac (clássicas), que não ajudam e podem prejudicar, especialmente no final da linha, à medida que nos distanciamos cada vez mais desses sistemas legados. Um documento HTML com HTML5 válido, codificação UTF-8 e finais de linha Unix é um trabalho bem feito. Você pode compartilhar e editar e armazenar, ler e recuperar e confiar nesse documento em muitos contextos. É a lingua franca. É papel digital.

<meta charset="utf-8"> foi introduzido com / para HTML5.

Conforme mencionado na documentação, ambos são válidos. No entanto, <meta charset="utf-8">é apenas para HTML5 (e mais fácil de digitar / lembrar).

No devido tempo, o estilo antigo deverá ficar obsoleto no futuro próximo. Eu me ateria ao novo <meta charset="utf-8">.

Só há um caminho, mas para cima. No caso da tecnologia, isso está eliminando o antigo (realmente, REALMENTE rápido)

Documentação: Atributo do meta charset HTML - W3Schools

Embora não conteste as outras respostas, acho que vale a pena mencionar a seguir.

1. A http-equivnotação “longa” ( ) e a “curta” são iguais, o que ocorrer primeiro ganha;
2. Os cabeçalhos do servidor da Web substituirão todas as <meta>tags;
3. A lista técnica (byte order mark) substituirá tudo e, em muitos casos, afetará o html 4 (e provavelmente outras coisas também);
4. Se você não declarar nenhuma codificação, provavelmente receberá seu texto em "codificação de texto substituto", que é definida no seu navegador. Nem no Firefox nem no Chrome é utf-8;
5. Na ausência de outras pistas, o navegador tentará ler seu documento como se estivesse em ASCII para obter a codificação; portanto, você não pode usar nenhuma codificação estranha (o utf-16 com BOM deve fazer);
6. Enquanto as especificações dizem que a declaração de codificação deve estar dentro dos primeiros 512 bytes do documento, a maioria dos navegadores tenta ler mais do que isso.

Você pode testar executando 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 4500e apontando seu navegador para localhost:4500. (É claro que você desejará alterar ou remover partes. A parte da lista técnica é \xef\xbb\xbf. Cuidado com a codificação do seu shell.)

Lembre-se de que é muito importante que você declare explicitamente a codificação. Deixar os navegadores adivinharem pode levar a problemas de segurança.

Use <meta charset="utf-8" />para navegadores da web ao usar HTML5.

Use <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />ao usar HTML4 ou XHTML, ou para analisadores dom desatualizados, como DOMDocumentno php 5.3

Há algumas notícias baseadas na Mozilla Foundation e sitepoint

Não use esse valor ( http-equiv=content-type), pois é obsoleto. Prefira o charsetatributo no metaelemento < >.

Para incorporar uma assinatura em um email, eu usaria a versão longa:

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

O motivo é que muitos leitores de email não usam o html5; portanto, é sempre melhor usar estilos antigos de html. Na verdade, é melhor usar tabelas do que divs + css também.