[FUG-BR] Mysql não aceita acentos.

Domingo Fevereiro 25 23:59:48 BRT 2007

Entendi,

Então isso pode ser alterado no arquivo php.ini, no default_charset, mais
mesmo assim é estranho.

Observe no código fonte do PHP em ext/mysql/php_mysql.c a função é bem
clara,

/* Returns the default character set for the current connection */
PHP_FUNCTION(mysql_client_encoding)
{...}

Att Eder.

On 2/25/07, Rafael Fernandes <ragatol at netsite.com.br> wrote:
> Não precisa de muito para fazer o teste não. Apenas rode o código a seguir:
>
> --------- teste.php
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml">
> <head>
>         <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
>         <title>Character-set de conexão com o mysql</title>
> </head>
> <body>
> <?php
>
> // Ok, vamos brincar com um texto antes usando o que temos de charset
> // de conexão padrão no servidor (deveria ser latin1, se não foi ajustado
> // outra coisa ao compilar a biblioteca)
> mysql_connect( "localhost", "root", "leleafar" );
> // Vamos ver qual é o charset padrão usado na conexão.
> $r = mysql_fetch_row(mysql_query("select charset('abc');"));
> echo "<p>Charset Padrão desta conexão: $r[0]</p>\n";
> // Bom, vamos fazer uma tabelinha com o charset latin1 no banco test
> // que o mysql cria por padrão
> if (mysql_query("create table if not exists `test`.`chartest` (texto TEXT)
> character set latin1;"))
>         echo "<p>Tabela criada!</p>";
> else {
>         echo "<p>Erro ao criar a tabela.</p>";
>         exit(0);
> }
> // Beleza, vamos fazer um teste para guardar o texto com acentuação
> $texto = "áéíóçãõà";
> echo "<p>Texto para testes: $texto (deve estar aparecendo corretamente no
> navegador!)</p>\n";
> mysql_query("insert into `test`.`chartest` set texto = '$texto';");
> // Vamos ver o que ele guardou?
> $r = mysql_fetch_row(mysql_query("select texto from `test`.`chartest`;"));
> if ($r[0] == $texto)
>         echo "<p>O texto permanece igual!</p>";
> else
>         // isto não deveria acontecer se seu módulo mysql estiver em latin1
>         echo "<p>Opa, o texto foi modificado! Texto retornado: $r[0]</p>\n";
> mysql_close();
> // Ok, o legal é que o código acima tenha como resultado o texto
> permanecer igual. Isto quer dizer que nossa conexão é latin1,
> // Mas, qual seria o resultado se nossa conexão fosse, por padrão, em
> utf-8? Vamos descobrir.
> mysql_connect( "localhost", "root", "leleafar" );
> // Vamos mudar o charset da conexão apenas (deve ser a primeira coisa a
> ser feita, pelo o que está na documentação);
> // Leia sobre isto onde indiquei anteriormente:
> http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html
> mysql_query("set NAMES utf8;");
> // Vamos fazer nosso teste de descobrir qual o charset padrão para
> verificar se deu certo a query anterior.
> $r = mysql_fetch_row(mysql_query("select charset('abc');"));
> // Deve mostrar utf8 como resultado.
> echo "<p>Charset Padrão desta conexão: $r[0]</p>\n";
> // Vamos ver o que ele retorna pra gente agora?
> $r = mysql_fetch_row(mysql_query("select texto from `test`.`chartest`;"));
> if ($r[0] == $texto)
>         echo "<p>O texto permanece igual!</p>";
> else
>         echo "<p>Opa, o texto foi modificado! Texto retornado: $r[0]</p>\n";
> // Se o charset padrão desta conexão for utf-8, você já percebeu que o
> texto foi "alterado"... mas nem tanto!
> // Na verdade, seu texto foi retornado em utf-8, MESMO COM A TABELA
> MARCADA COMO LATIN1
> // Vamos conferir?
> if ($texto == utf8_decode($r[0]))
>         echo "<p>É o mesmo texto realmente, só que foi retornado em UTF-8!</p>\n";
> /* Entendeu o problema? O problema não é na tabela, nem no locale, e sim
> no charset usado pelo módulo php, que tem
> o charset padrão dependente de como foi compilada antes a biblioteca do
> mysql, pois não conheço arquivo de
> configuração para esta biblioteca. */
> // Vamos acabar com nossa tabela de testes
> mysql_query("drop table `test`.`chartest`;");
> mysql_close();
> ?>
> </body>
> --------- fim
>
> Como te disse, no meu caso, é complicado ajustar os scripts para usar
> uft8_decode ou a query de mudar o charset da conexão num site de mais de 8
> anos (onde trabalhei apenas nos 2 últimos), que passou por várias pessoas
> diferentes, e com vários setores desenvolvidos por pessoas diferentes,
> quase sempre de maneira totalmente desorganizada.
>
> A solução simples e eficiente no meu caso foi recompilar a biblioteca e o
> módulo para usarem latin1 como padrão de conexão, pois estavam em utf-8.
>
> Acho que agora estará satisfeito, vendo o resultado disto com os próprios
> olhos.
>
> Até,
>
> Rafael.
>
> On Sun, 25 Feb 2007 13:32:16 -0300, Eder <ederbsd at gmail.com> wrote:
>
> > Em momento algum disse que não acreditava em suas explicações,
> > tanto que não contestei o resto do email, porque o que falou está
> > correto.
> >
> > Simplesmente procurei, e não encontrei nada que o justificase, inclusive
> > compilei o PHP aqui na minha máquina, via ports, e modulo php para MySQL,
> > mais não tive o problema, agora se eu alterar os caracteres no database
> > do MySQL
> > para outro tipo, os acentos não entram corretos, ou entram de forma
> > errônea.
> > Em Latin1 funciona corretamente.
> >
> >>> espero que não venha a ter o problema que tivemos.
> >
> > R = Eu espero ter sim, assim posso testar realmente se o que falou,
> > se contesta, como posso simular o erro?
> >
> > Att Eder.
> >
> >
> > On 2/25/07, Rafael Fernandes <ragatol at netsite.com.br> wrote:
> >> Como te disse, no caso do que aconteceu comigo e com nosso colega de
> >> lista, mudar o charset da tabela não resolveria.
> >> Eu tentei explicar da melhor maneira possível mas se ainda assim não
> >> acredita no que estou explicando, espero que não venha a ter o problema
> >> que tivemos.
> >>
> >> Até,
> >>
> >> Rafael.
> >>
> >> On Sun, 25 Feb 2007 12:37:17 -0300, Eder <ederbsd at gmail.com> wrote:
> >>
> >> >>> No meu caso, mudar estas configurações no servidor mysql não
> >> resolveu.
> >> >>> O
> >> >>> servidor mudou sim de charset usado nas conexões, mas o módulo do
> >> php
> >> >>> não.
> >> >>> E o módulo do php depende da biblioteca do mysql, que por sua vez
> >> tem
> >> >>> em
> >> >>> seu código pre-definido quando compilado qual o charset padrão. Eu
> >> não
> >> >>> sei
> >> >>> como mudar o padrão da biblioteca sem recompilar, se você souber me
> >> >>> desculpe mas é que não encontrei outro meio mesmo.
> >> >
> >> > R = Como eu disse não entendo de PHP, mais creio que não é necessário
> >> > recompilar nada, como sugere eu recompilar um C/C++?
> >> >
> >> > Basta alterar essas configurações no banco.
> >> >
> >> > ALTER DATABASE name_database DEFAULT CHARACTER SET latin1 COLLATE
> >> > latin1_swedish_ci;
> >> >
> >> > Att, Eder.
> >> >
> >> >
> >> > On 2/25/07, Rafael Fernandes <ragatol at netsite.com.br> wrote:
> >> >> Oi de novo! :D
> >> >>
> >> >> Quando um cliente de mysql conecta ao banco, via o cliente padrão
> >> mysql
> >> >> ou
> >> >> biblioteca, existe a negociação de um charset para a interpretação do
> >> >> texto enviado entre ambos, independente dos dados do banco ou do
> >> texto
> >> >> da
> >> >> linguagem (em c++ ou no caso o php). Quer dizer, temos 1 "camada" de
> >> >> conversão de charsets internamente no servidor mysql quando ele
> >> >> lê/escreve
> >> >> nas tabelas, 1 "camada" de conversão de charsets quando os dados
> >> >> trafegam
> >> >> entre o servidor e o cliente/biblioteca mysql (esta camada tanto não
> >> >> segue
> >> >> locale, apenas uma negociação entre o servidor e o
> >> cliente/biblioteca,
> >> >> quanto é a causa do problema inicial), e + 1 "camada" quando o texto
> >> é
> >> >> trabalhado no programa do usuário.
> >> >> Por exemplo, uma string no php usaria a codificação iso por padrão.
> >> Mas,
> >> >> se você usa um módulo de php que conecta ao servidor em utf-8, você
> >> deve
> >> >> codificar esta string em uft-8 antes de enviar por um mysql_query.
> >> Como
> >> >> a
> >> >> diferença mesmo entre as 2 codificações são os acentos e outros
> >> >> caracteres
> >> >> acima de 127 (o que não afeta a sintaxe do mysql, e claro não estou
> >> >> falando de codificações com 2 bytes ou mais como a unicode), ocorre o
> >> >> problema que foi colocado, a "não aceitação" de acentos, com o mysql
> >> >> recebendo os códigos de caractere em codificação diferente da
> >> informada
> >> >> pela conexão do cliente (no caso, o próprio módulo do php).
> >> >>
> >> >> Ficar tomando cuidado com quando usar as funções utf8_encode e
> >> >> utf8_decode
> >> >> no PHP levaria às "aleatoriedades" que mencionei, principalmente
> >> quando
> >> >> você migra código e dados desenvolvidos com a espectativa de que
> >> estas
> >> >> funções não seriam necessárias. Usar o setlocale no php também não
> >> >> resolveria porque isto modificaria apenas o processamento interno do
> >> php
> >> >> em relação às strings (no caso do seu exemplo, mudaria a "colagem":
> >> qual
> >> >> caractere com acentuação é ligado com qual caractere "puro". O "case
> >> >> insensitive" é um tipo de colagem: cola minúsculas com maiúsculas,
> >> não
> >> >> diferenciando elas), horário, moeda e outras coisas, e não quando ele
> >> >> envia texto pelo módulo. Eu mesmo tive que arrumar muitas páginas php
> >> >> com
> >> >> as funções utf8 enquanto tentava descobrir esse detalhe da
> >> codificação
> >> >> da
> >> >> conexão.
> >> >>
> >> >> No meu caso, mudar estas configurações no servidor mysql não
> >> resolveu. O
> >> >> servidor mudou sim de charset usado nas conexões, mas o módulo do php
> >> >> não.
> >> >> E o módulo do php depende da biblioteca do mysql, que por sua vez
> >> tem em
> >> >> seu código pre-definido quando compilado qual o charset padrão. Eu
> >> não
> >> >> sei
> >> >> como mudar o padrão da biblioteca sem recompilar, se você souber me
> >> >> desculpe mas é que não encontrei outro meio mesmo.
> >> >>
> >> >> O que tinha sugerido para solução é justamente isto: recompilando o
> >> >> mysql-server, seria recompilada também a biblioteca, usando o mesmo
> >> >> charset para conexões por padrão, se o módulo do php dele fosse
> >> linkado
> >> >> dinamicamente isto já resolveria também o problema dentro do php (se
> >> o
> >> >> módulo for linkado estaticamente com a biblioteca mysql, seria
> >> >> necessário
> >> >> recompilá-lo também!), então ele não seria obrigado a usar as funções
> >> >> utf8
> >> >> sempre que quisesse fazer uma query ao banco. Se ele não tiver um
> >> >> computador que seja antigo a ponto de isto ser proibitivo, é mais
> >> >> simples
> >> >> fazer o que sugeri ao invéz de tudo o que envolveria se fosse
> >> resolver
> >> >> de
> >> >> outro modo. Claro que eu estava me baseando no meu caso, num site
> >> onde
> >> >> existem vários sub-sites, cada um feito por um tipo de pessoa, com
> >> nível
> >> >> de conhecimento também variável, pior seria se eu me preocupasse em
> >> >> ajustar isto pelo php. E acreditei que isto também serviria para ele,
> >> >> até
> >> >> porque seria uma chamada de função a menos para cada query.
> >> >>
> >> >> O que eu tinha entendido, pela sua primeira mensagem, era que você
> >> >> esperava que o problema fosse solucionado com a mudança do charset da
> >> >> tabela, o que ele já havia tentado. Por isto, pensei que você não
> >> >> estivesse muito a par de outras causas para o problema inicial, assim
> >> >> como
> >> >> a pessoa que o colocou em questão. Não foi minha intenção caçoar de
> >> >> você,
> >> >> apenas esclarecer o porquê da minha sugestão. ;)
> >> >>
> >> >> Até,
> >> >>
> >> >> Rafael.
> >> >>
> >> >>
> >> >> > Oi,
> >> >> >
> >> >> >>> O problema, Eder, é que pode haver uma diferença de charset
> >> usado na
> >> >> >>> conexão entre o cliente e o servidor mysql.
> >> >> >
> >> >> > R = Obviamente que pode haver, por isso existem os locales. Tanto
> >> no
> >> >> > banco quanto na linguagem, não entendo muito de PHP, mais em C, C++
> >> >> > basta passar o locale.
> >> >> >
> >> >> >>> E o problema continua mesmo depois de mudado o charset
> >> >> >>> de uma tabela que era utf-8 para latin1. Como disse, não é um
> >> >> problema
> >> >> >>> no
> >> >> >>> chaset usado pelo servidor, mas sim pela conexão entre o
> >> servidor e
> >> >> um
> >> >> >>> cliente mysql, pois nessa ele tenta fazer uma conversão de
> >> charsets.
> >> >> >>> Leia
> >> >> >>> sobre isto aqui:
> >> >> >
> >> >> > R = Concordo, então no PHP set o locale,
> >> >> >
> >> >> > setlocale(LC_COLLATE,  "pt_BR.ISO8859-1");
> >> >> >
> >> >> >>> A única coisa que fez os resultados de queries serem consistentes
> >> >> foi
> >> >> >>> certificando que ambos os binários (cliente e servidor) usavam o
> >> >> mesmo
> >> >> >>> charset padrão para conexões. E infelizmente isto fica compilado
> >> >> com os
> >> >> >>> binários, não fica em um arquivo de configuração. Senão não
> >> >> >>> precisaríamos
> >> >> >>> de ajustar esta opção ao compilar o mysql, certo?
> >> >> >
> >> >> > R = Errado, não é necessário recompilar o MySQL para configurar
> >> isso,
> >> >> se
> >> >> > ele por
> >> >> > padrão já é compilado com suporte aos characters.
> >> >> >
> >> >> > mysql> SHOW VARIABLES LIKE 'coll%';
> >> >> > mysql> SHOW VARIABLES LIKE 'character%';
> >> >> >
> >> >> > No arquivo de configuração do mysql no /etc/my.cnf basta setar o
> >> >> locale.
> >> >> >
> >> >> > [mysqld]
> >> >> > character_sets_dir=/usr/local/share/mysql/charsets/
> >> >> > default-character-set=utf8
> >> >> > default-collation=utf8_general_ci
> >> >> >
> >> >> > [client]
> >> >> > default-character-set=utf8
> >> >> >
> >> >> >>> Então, me desculpe, mas listar os charsets disponíveis para as
> >> >> tabelas
> >> >> >>> não
> >> >> >>> resolveria o problema do nosso amigo da lista.
> >> >> >
> >> >> > R = Realmente digitar o comando não resolveria em nada.
> >> >> >
> >> >> > Att Eder,
> >> >> >
> >> >> >
> >> >> > On 2/24/07, Rafael Fernandes <ragatol at netsite.com.br> wrote:
> >> >> >> O problema, Eder, é que pode haver uma diferença de charset usado
> >> na
> >> >> >> conexão entre o cliente e o servidor mysql.
> >> >> >>
> >> >> >> Normalmente, no módulo php, isto acarreta em aleatoriamente você
> >> >> receber
> >> >> >> os dados em latin1 e utf-8, mesmo quando uma tabela está com a
> >> opção
> >> >> de
> >> >> >> charset em latin1. E o problema continua mesmo depois de mudado o
> >> >> >> charset
> >> >> >> de uma tabela que era utf-8 para latin1. Como disse, não é um
> >> >> problema
> >> >> >> no
> >> >> >> chaset usado pelo servidor, mas sim pela conexão entre o servidor
> >> e
> >> >> um
> >> >> >> cliente mysql, pois nessa ele tenta fazer uma conversão de
> >> charsets.
> >> >> >> Leia
> >> >> >> sobre isto aqui:
> >> >> >> http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html
> >> >> >>
> >> >> >> Este problema aconteceu comigo quando migrei um banco de dados de
> >> um
> >> >> >> servidor para outro. Como o charset da tabela não foi alterado,
> >> não
> >> >> era
> >> >> >> para ocorrer este tipo de problema. E a única diferença entre um
> >> >> >> servidor
> >> >> >> e outro era que o charset padrão usado nas conexões era diferente
> >> >> >> (latin1
> >> >> >> no antigo, utf-8 no novo).
> >> >> >>
> >> >> >> A única coisa que fez os resultados de queries serem consistentes
> >> foi
> >> >> >> certificando que ambos os binários (cliente e servidor) usavam o
> >> >> mesmo
> >> >> >> charset padrão para conexões. E infelizmente isto fica compilado
> >> com
> >> >> os
> >> >> >> binários, não fica em um arquivo de configuração. Senão não
> >> >> >> precisaríamos
> >> >> >> de ajustar esta opção ao compilar o mysql, certo?
> >> >> >>
> >> >> >> Então, me desculpe, mas listar os charsets disponíveis para as
> >> >> tabelas
> >> >> >> não
> >> >> >> resolveria o problema do nosso amigo da lista.
> >> >> >>
> >> >> >> Até,
> >> >> >>
> >> >> >> Rafael.
> >> >> >>
> >> >> >> On Sat, 24 Feb 2007 15:20:04 -0200, Eder <ederbsd at gmail.com>
> >> wrote:
> >> >> >>
> >> >> >> > Olá,
> >> >> >> >
> >> >> >> > Basta alterar o character sets.
> >> >> >> >
> >> >> >> > mysql>  SHOW CHARACTER SET;
> >> >> >> >
> >> >> >> > http://dev.mysql.com/doc/refman/5.0/en/charset-mysql.html
> >> >> >> >
> >> >> >> > Att, eder.
> >> >> >> >
> >> >> >> > On 2/23/07, Rafael Fernandes <ragatol at netsite.com.br> wrote:
> >> >> >> >> É amigo eu passei por isto e normalmente o mysql fica com o
> >> >> charset
> >> >> >> >> compilado tanto no servidor quanto no cliente (ou bibliotecas
> >> >> usadas
> >> >> >> por
> >> >> >> >> outros programas, no caso o php).
> >> >> >> >> O que solucionou meu problema 100% foi recompilar o
> >> mysql-server
> >> >> (se
> >> >> >> não
> >> >> >> >> me engano, isto já recompila a biblioteca mysql-server, mas
> >> >> confira).
> >> >> >> >> Recompile também o módulo mysql do php se ele foi linkado
> >> >> >> estaticamente
> >> >> >> >> com a biblioteca mysql.
> >> >> >> >>
> >> >> >> >> Lembre-se sempre que usamos latin1/iso-8859-1 (são a mesma
> >> coisa)
> >> >> e
> >> >> >> irá
> >> >> >> >> evitar muita dor de cabeça.
> >> >> >> >>
> >> >> >> >> Até,
> >> >> >> >>
> >> >> >> >> Rafael.
> >> >> >> >>
> >> >> >> >> On Fri, 23 Feb 2007 11:56:32 -0200, Rafael Stockler
> >> >> >> >> <rafael.stockler at gmail.com> wrote:
> >> >> >> >>
> >> >> >> >> > Bom dia a todos,
> >> >> >> >> >
> >> >> >> >> > Estou com o seguinte problema.
> >> >> >> >> >
> >> >> >> >> > Tenho aqui instalado o Apache 2, php 5 e mysql 5.
> >> >> >> >> >
> >> >> >> >> > O problema que estou enfrentando é o fato de o mysql não
> >> estar
> >> >> >> >> > cadastrando palavras com acentos. Verifiquei se o php estava
> >> >> >> mostrando
> >> >> >> >> > certo e pelo q vi sim.
> >> >> >> >> >
> >> >> >> >> > O charset no mysql eh o utf8-general. Jah tentei colocar o
> >> >> latin 1
> >> >> >> e
> >> >> >> >> > outras e nada.
> >> >> >> >> >
> >> >> >> >> > Alguem já passou por isso ou saberia o q pode ser isso?
> >> >> >> >> >
> >> >> >> >> > Vlw.
> >> >> >> >> > -------------------------
> >> >> >> >> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> >> >> >> > Sair da lista:
> >> https://www.fug.com.br/mailman/listinfo/freebsd
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> -------------------------
> >> >> >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> >> >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> >> >> >>
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >> -------------------------
> >> >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >> -------------------------
> >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> >>
> >> >
> >> >
> >>
> >>
> >> -------------------------
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> >
> >
>
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

-- 
"Do not worry about your difficulties in mathematics;
I can assure you that mine are still greater."
Albert Einstein