iconv 其时是一个很不负责任的涵数， 因为它遇到转不过去的字就会停住不继续转了， 除非您自己动手改写， 不然还是推荐转码使用mbstring编码模组， 如mb_convert_encoding() 来转码， 省事又方便。 题外话... 前台後台基本上全面使用utf8，可避免许盖功的问题， 编码的问题统一处理总比转码轻松一些。 ※ 引述《foxzgerald (Algorithms)》之铭言： : ※ 引述《foxzgerald (Algorithms)》之铭言： : : [资料源(其他网页)] ==> [PHP程式(CurlRequest)] ==> [资料库(mysql_insert)] : : 你之前几篇文章检查的好像只有後面两个阶段，也就是只有确认自己写的 PHP是用 : : UTF-8 编码、与资料库间的通讯用 UTF-8、以及与资料库储存资料的格式是UTF-8 : : 如果这部分你确定都是正确的，那凶手可能在前一站：资料源的撷取 : : 如果资料源是 big5 之类的，往後的流程中除非你有明确转换编码，不然那些资料 : : 不会自己变成 utf8。我想你可以试试看先判定资料源是否是为 utf8，如果不是的 : : 话，可以用 iconv 之类的涵式转换编码 : : good luck : 推 kingmin:我现在从CURL抓到的资料都要big5转utf8才能存入MYSQL 10/11 22:43 : → kingmin:这样就没有错了 不过有些许工盖 不知要怎麽解决??? 10/11 22:44 : ^^..功 : google 许功盖 应该会找到一海票 solution :P : x x x : 除了 iconv 之外，我满喜欢用 PHP Big5 Function ( http://tinyurl.com/2e3dnku ) : 以前曾碰过一些 iconv 无法顺利转换的案例，後来用 big5 function 都能圆满解决， : 不知道现在 iconv 有没有改善；若你也发现它仍问题，可以试着用 big5 function。 : 至於 big5 function 的使用方法，可以看 readme.html 或是直接看 php 的内容， : 应该不难学。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.87.151.2