libiconv和glibc轉碼的區別

同一篇文章，轉碼我優先使用iconv函數，mb_convert_encoding函數備用。
同一篇文章：phpinfo裡面的iconv的資訊如下
iconv implementation "libiconv"
這樣用iconv轉碼內容完整
另一台機器phpinfo資訊如下：
iconv implementation glibc
這樣，用iconv轉碼內容不完整，儘管開啟了那個忽略參數。換用mb_convert_encoding函數，內容完整。
請問如何解決這個問題？至少能想個辦法，哪台機器裝glibc哪台裝libiconv，然後做出判斷，選用不同的轉碼函數吧？

回複討論(解決方案)

估計你是*nix下的

參考
http://rd.189works.com/article-38990-1.html

說到底是碼錶的問題，必要時自己做碼錶就是

估計你是*nix下的

參考
http://rd.189works.com/article-38990-1.html

說到底是碼錶的問題，必要時自己做碼錶就是

我也說了嘛，用mb_convert_encoding函數肯定能解決啊，關鍵是你得判斷何時先用mb_convert_encoding函數，何時先用iconv函數，優先肯定用iconv函數的，因為效率高，何況mb_convert_encoding也有自己的少許缺陷。

引用 1 樓 snmr_com 的回複:估計你是*nix下的

參考
http://rd.189works.com/article-38990-1.html

說到底是碼錶的問題，必要時自己做碼錶就是

我也說了嘛，用mb_convert_encoding函數肯定能解決啊，關鍵是你得判斷何時先用mb_convert_encoding函數，何時先用iconv函……

照那個方法，估計是要判斷作業系統了，linux就先用mb_convert_encoding，window就先用iconv，可是這真是完美解決方案嗎？

glibc是gnu發布的libc庫，即c運行庫。glibc是linux系統中最底層的api，幾乎其它任何運行庫都會依賴於glibc。glibc除了封裝linux作業系統所提供的系統服務外，它本身也提供了許多其它一些必要功能服務的實現。由於 glibc 囊括了幾乎所有的 UNIX 通行的標準，可以想見其內容包羅萬有。而就像其他的 UNIX 系統一樣，其內含的檔案群分散於系統的樹狀目錄結構中，像一個支架一般撐起整個作業系統。在 GNU/Linux 系統中，其C函式庫發展史點出了GNU/Linux 演化的幾個重要裡程碑，用 glibc 作為系統的C函式庫，是GNU/Linux演化的一個重要裡程碑。

libiconv曆史簡介
由於曆史原因，國際化的文字常常由於語言或者國家的原因使用不同的編碼。隨著互連網時代的到來，通過互連網進行文字交流也逐漸增多：瀏覽外國的網站，這個時候字元編碼的轉換變得尤為重要。這帶來了一個問題，就是許多字元在某一種編碼方式中沒有。為瞭解決這種混亂，Unicode的編碼方式被建立。Unicode是一種超級編碼包含了所有這些編碼的字元集，因此一些新的文字格式設定像XML的預設編碼方式就是Unicode.
但是很多老式的電腦還在使用當地的傳統的字元編碼方式。而一些程式，例如郵件程式和瀏覽器必須能在這些不同的使用者編碼之間作轉換。其他的一些程式則內建支援Unicode，以順利支援國際化的處理，但是仍然有在Unicode和其他的傳統編碼之間轉換的需求。GNU的libiconv就是為這兩種應用設計的編碼轉換庫。

