[心得] 可惡的 BIG5

看板PHP作者macbuntu (邀怪)時間17年前 (2008/09/18 16:27)推噓3(3推 0噓 9→)

留言12則, 5人參與討論串1/1

想分享一個用 BIG5 做 MySQL + PHP 的不好經驗: 好一陣子在 MySQL 的欄位都用 iso-8859-1 格式存, 也就是把 BIG5 中文當成英文/Binary 來存檔, 所以可以: $s = "花豹"; // BIG5 的 "豹" 字裡面有一個 '\' 字元 mysql_query("update foo set name='".addslashes($s)."'"); 假設 "花豹" 的 BIG5 內碼是 "xyz\", addslashes 之後變成 "xyz\\", 沒問題. 前一陣子心血來潮, 想說讓我的 MySQL Table 直接用 BIG5 內碼存, 把 Table 轉碼轉好, MySQL 設好, 連 php 裡都加上 mysql_set_charset("big5") 來確定 php 是用 big5 來跟 MySQL 溝通的, 一切 ok, 網頁資料仍然顯示正常, 正高興著, 幾天後才發現像 "豹" 這種剛好有特殊字元的 BIG5 中文字, 根本沒辦法存進去! 因為 addslashes() 不管 BIG5, 還是把 "xzy\" 變成 "xyz\\", 所以那個 query 一樣變成: update foo set name='xyz\\' 但是 MySQL 現在是以 BIG5 當內碼耶!! 所以這個 Query 在 MySQL 看起相當於: update foo set name='花豹\' 也就是前四個 byte 是兩個中文字, 第五個 byte 是單一個 '\', 變成 escape, 整句變成語法錯誤了.... 如果把 addslashes() 拿掉就 OK, 但是存的資料如果是 "花'豹" 這樣, 一定得要 addslashes() 才能把 ' escape 掉啊.... 結論是, 完全沒辦法讓我既可以存 "花豹" 也可以存 "花'豹", 除非我寫自己的 addslashes() 來辨認 BIG5.... 最後放棄... 唉, 可惡的 BIG5, 浪費我幾天的時間. 我可以理解像 addslashes() 這種 function 加上 encoding support 似乎有點 overkill, 壞人應該還是 BIG5 這種 ambiguous encoding. 你或許會問, 為什麼不要用 UTF-8? 因為輸入跟輸出的資料都必須是 BIG5, 用 UTF-8 得拼命轉碼, 不划算. 最後, 我乖乖的用回 iso-8859-1. 當 binary 存. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.251.144.115