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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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
>> >> >> <[EMAIL PROTECTED]> 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

Responder a