Em 07/03/2017 em 00:08, Rodrigo Baldasso disse:

Muito difícil ter mudado o charset do arquivo. A transferência é feita via rsync e não mexe nisso.

O ideal é você não especificar charset nenhum. Deixe a linha que especifica o charset, vazia.

Muito estranho isso, por que no servidor antigo o site tá OK, no novo tá com erro de charset. Aí só corrigiu quando baixei o arquivo e salvei como utf-8...

 

Coisas da informática.. let it go!

  Em 07/03/2017 em 00:32, Tiago Matos disse:

Muito estranho isso, por que no servidor antigo o site tá OK, no novo tá com erro de charset. Aí só corrigiu quando baixei o arquivo e salvei como utf-8...
 
Coisas da informática.. let it go!

Era só colocar um header com utf8 que funcionaria kkk

  Em 07/03/2017 em 05:40, VictorHScatolon disse:

Era só colocar um header com utf8 que funcionaria kkk

Já tava assim, mas o que foi alterado foi o charset do arquivo conforme mencionei! 

  Em 07/03/2017 em 07:52, Tiago Matos disse:

Já tava assim, mas o que foi alterado foi o charset do arquivo conforme mencionei! 

No momento que a página começa a renderizar, ela já assume uma codificação, se não estiver nada declarado vai usar a versão declarada no servidor. Quando você ve um caracter tipo "é", ocorre por conta do carcater com acento ser unicode mas a pagina está em iso-8859-1. Existe diversos níveis que o charset pode assumir.

1 - declaração no código(Primeiro nível, qualquer coisa fora do mesmo o próprio código assume)

2 - Declaração do Banco de dados(As vezes, a declaração do código não leva em consideração a declaração dentro do arquivo e puxa com o charset definido no banco.. detalhe.. apenas para coisas vindo do mesmo)

3 - Declaração do arquivo, o mais correto a usar é o charsert utf-8 sem BOM, mas não adianta nada se tu salvar assim e declarar algo no código, pois o do código vai assumir.

4 - Declaração do servidor, se nada estiver declarado em nenhuma parte ele assume o utf-8 do servidor

Sobre o seu caso, migração não altera de forma alguma a codificação do arquivo ou texto dentro dele, deveria ser outra coisa, pois é apenas um "copiar e colar" nada de Salvar o arquivo novamente. O que pode acontecer é o arquivo não ter nenhuma codificação definida e ele assumir o do servidor, agora re converter o mesmo, as chances disto acontecer é quase nula.. mas se tratando de informatica onde tudo se le em 1 e 0.. nunca se sabe.

  Em 07/03/2017 em 15:57, Anger disse:

No momento que a página começa a renderizar, ela já assume uma codificação, se não estiver nada declarado vai usar a versão declarada no servidor. Quando você ve um caracter tipo "é", ocorre por conta do carcater com acento ser unicode mas a pagina está em iso-8859-1. Existe diversos níveis que o charset pode assumir.

1 - declaração no código(Primeiro nível, qualquer coisa fora do mesmo o próprio código assume)

2 - Declaração do Banco de dados(As vezes, a declaração do código não leva em consideração a declaração dentro do arquivo e puxa com o charset definido no banco.. detalhe.. apenas para coisas vindo do mesmo)

3 - Declaração do arquivo, o mais correto a usar é o charsert utf-8 sem BOM, mas não adianta nada se tu salvar assim e declarar algo no código, pois o do código vai assumir.

4 - Declaração do servidor, se nada estiver declarado em nenhuma parte ele assume o utf-8 do servidor

Sobre o seu caso, migração não altera de forma alguma a codificação do arquivo ou texto dentro dele, deveria ser outra coisa, pois é apenas um "copiar e colar" nada de Salvar o arquivo novamente. O que pode acontecer é o arquivo não ter nenhuma codificação definida e ele assumir o do servidor, agora re converter o mesmo, as chances disto acontecer é quase nula.. mas se tratando de informatica onde tudo se le em 1 e 0.. nunca se sabe.

Como vejo o charset do servidor? Pq eu já alterei do PHP e do MySQL. Mas o texto que está errado é um texto estático que não vem do banco. A página já está com o header utf-8. E como eu digo, quando salvo o arquivo por cima com utf-8 sem BOOM funciona normal.

  Em 07/03/2017 em 21:39, Tiago Matos disse:

Como vejo o charset do servidor? Pq eu já alterei do PHP e do MySQL. Mas o texto que está errado é um texto estático que não vem do banco. A página já está com o header utf-8. E como eu digo, quando salvo o arquivo por cima com utf-8 sem BOOM funciona normal.

Em whm tu podes ver no PHP configuration e nas configurações do apache

  Em 08/03/2017 em 02:27, Anger disse:

Em whm tu podes ver no PHP configuration e nas configurações do apache

Isso já alterei...

Só pode ser coisa do demônio ahahaha

  Em 08/03/2017 em 02:30, Tiago Matos disse:

Isso já alterei...

Só pode ser coisa do demônio ahahaha

As configurações do servidor são as mesmas?

Tipo versão do apache etc...

  Em 08/03/2017 em 14:13, Anger disse:

As configurações do servidor são as mesmas?

Tipo versão do apache etc...

Sim, são as mesmas. E quando migrei pedi pra migrar as settings também! 

Coisa né de Deus não