& #, & #) 와 같은 것들을 종종 내 페이지 fs@snapa 195 195 195, & # # # 171,,, & #, & # & # 195 195 172 185;; 대신 일반 문자로.
내가 사용하는 utf8 MySQL 의 헤더입니다 페이지에서든 인코딩합니다. 어쩌다 이런?
그것은꿈의 utf-8 인코딩입니다 자입니다. Utf8_decode () 를 사용하여 로 변환하십시오 정상으로 iso 8859 1 문자.
아마 그냥 안 볼 경우 해당 문자로 [대체하십시오 문자 인코딩을 제대로] (http://www.w3.org/TR/html4/charset.html # h-5.2.2). 그 결과 때문에 문자는 utf-8 로 같은 경우 멀티바이트 문자열이어야 싱글바이트 인코딩입니다 해석된다 [iso 8859-1] (http://en.wikipedia.org/wiki/ISO/IEC_8859-1) 또는 [indows 1252년] (http://en.wikipedia.org/wiki/Windows- 1252년).
이 경우 '& # 195, & # 171,' 할 수 있는 '& # 235, 유니코드 문자를 나타내는 인코딩되지 0xC3 0xAB' (U + 00EB) 에 UTF-8.
비록 유용하게 사용할 수 있는 솔루션, I '는' utf8_decode 포지셔닝하십시오 인코딩입니다 오류뿐만 해결하십시오 테이블 위에 있다. 제 생각에는 스스로 만드는 것보다 나쁜 것이 수정하십시오 문자이어야 " hacks"; 코드에서. 단순히 수행하는 것 굈 '' 현장에서 나와! 해결하십시오 나쁜거라 인코딩되지 OP 의 등장.
update <table> set <field> = replace(<field>, "ë", "ë")
update <table> set <field> = replace(<field>, "Ã", "à")
update <table> set <field> = replace(<field>, "ì", "ì")
update <table> set <field> = replace(<field>, "ù", "ù")
여기서 ',' () 은 table> <, mysql, ',' () 은 field> < 테이블과 테이블 열의. 다음은 일반적으로 매우 좋은 사람들을 위한 체크리스트 나쁜거라 인코딩되지 indows >, utf-8 로 문자 - 1252년 디버깅하지 차트입니다 indows 매핑에서는 1252년 바이트 문자를 utf-8 로 latin-1 문자 (.
[ 그러니까말이야 이는 매우 오래된 질문에 대한 답을 평면가공 못하였으나, 이 문제를 다시 한 번. 어떤 오래된 windows 컴퓨터에 텍스트 수정하십시오 이를 utf8_general_ci table. 인코딩되지 삽입하기 전에 일부러 선택해야 합니다.