4 replies to this topic

[peterpan]

Olá pessoal,

Estou com problemas nos caracteres do meu mysql, quando insiro um dado no banco e dou um select aparece caracteres estranhos tipo estes: "Atualização de Segurança" . O Collation do banco e das tabelas está em "latin1_swedish_ci" . Preciso alterar alguma configuração do mysql, php ou apache? Qual a solução?

agradeço desde já

peterpan

[boirock]

Então... o ideal é que você use o mesmo encoding tanto no Apache, quanto no PHP, quanto no banco de dados.
Provavelmente tem algum conflito aí. Você pode resolver paliativamente com as funções utf8_encode() e utf8_decode() do PHP, mas era legal se você pudesse padronizar tudo.

Recentemente (ok, nem tão recentemente...) a equipe de desenvolvimento do PHP anunciou que na versão 6 o encoding interno padrão será UTF-8. Por isso eu, que usava latin1, estou utillizando tudo em UTF-8 e não me arrepndo. Tem sido uma ótima surpresa... as dores de cabeça que eu tinha usando latin1 diminuiram drasticamente!

[peterpan]

amigo, no httpd.conf está : AddDefaultCharset ISO-8859-1, com isso meu browser lê os acentos da minha página de internet (tipo nome de botão, menus...) , porém os dados que são armazenados no banco seguem com caracteres errados.
As configurações do mysql está assim:
Conjunto de caracteres MySQL: UTF-8 Unicode (utf8)
Collation do Banco de Dados: utf8_unicode_ci
Collation da Tabela: utf8_unicode_ci
Collation do Campo: utf8_unicode_ci

Se eu inserir diretamente no banco pelo phpmyadmin ele aceita os acentos, pela ferramenta de inventários os dados são gravados com a codificação errada.

[boirock]

Se o banco está como utf8, trabalhe com utf8 ao invés de ISO-8859-1
Mas se quiser fazer de outro jeito, use as funções que eu te passei no posta anterior.

[Nicholas Pufal]

Eu já tive altas dores de cabeça com isso.

Estou desenvolvendo a nova versão de um site que fiz, e o banco todo está como latin. Queria por que queria passar para UTF-8, mas após muitas tentativas desisti. É frustrante.

Por isso, defina bem, faça todos os testes possíveis seguindo as recomendações do boirock. UTF-8 é amplamente menos estressante, pois aceita diversos caracteres que outros não aceitam.

Mudar de charset depois do DB estar cheio de info. é dor de cabeça pura.

Edição feita por: Firehalk, 02/10/2008, 16:08.