因為之前註冊會員只有五人，一直沒發現，昨天增加到六人卻出現了一個怪現象，就是第六人在管理選單中顯示不出來
我嘗試著自己註冊個第七人，一樣無法顯示，進入資料庫JOS_USERS裡面看，第六人以後的USER TYPE和兩個欄位竟然是空的，手動把這兩個欄位填入資料之後，仍然無法顯示第六人以後的會員，但是總數卻是正確的

本來懷疑是後台有問題，於是重新上傳了一份ADMINISTRATOR，一樣
再把SMF和BRIGE等跟註冊有關的元件連同資料庫都清掉，一樣
後來毛起來乾脆升級1.0.12 EN版，還是一樣
然後再到這裡爬文，有看到相關文章，進入jos_core_acl_groups_aro_map和jos_core_acl_aro裡面看，果然沒有資料
找出ID規則手動KEY進資料之後是已經可以顯示，可是這只能治標(難道一千個會員我得KEY一千次?暈了)，當然還是希望能治本

所以想請教:
究竟有何原因可能造成出現註冊程序只能寫入JOS_USERS?
通過正常程序註冊卻沒有資料寫入另外兩個表，究竟可能是哪個環節出錯?

我的資料庫除了jos_core_acl_aro之外其他的連線校對都改成UTF8(但是這之後還有兩個新會員都能正常管理,應該不是原因吧?)

因為每次增加會員我都必須進入資料庫手動增加資料，後來想說裝了CB能不能修正，結果還是一樣
JOOMLA 1.0.12(EN)+CB 1.0.2

官方的論壇似乎掛了(或取消了?)，只看到APACHE的歡迎頁面
因為升級1.0.12英文版時我是直接完整覆蓋掉1.0.11版，但是仍然有同樣問題，所以從資料庫裡面去查有沒有殘留SMF或BRIDGE的資料項目，但是一無所獲，應該是已經砍乾淨了吧(?)，但是新註冊使用者(都是正常程序註冊的)仍然不能第一時間從資料庫管理，後來安裝CB 1.0.2 STABLE之後，再自己測試從CB註冊，但是仍然沒有資料寫進CORE_ACL_XXX兩個表

有沒有可能跟哪裡的索引鍵有關? ???

這問題似乎是 MySQL 造成的。

如果你把 debug 開啟，是否有類似下面的錯誤訊息？

Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='

有!註冊程序完成後MAINDBODY部分錯誤訊息如下:

Illegal mix of collations (utf8_general_ci,IMPLICIT) and (latin1_swedish_ci,IMPLICIT) for operation '=' in /usr/local/psa/home/vhosts/shinbox.com/httpdocs/includes/database.php on line 294

下面還有一些....順便貼上來做參考(省略虛擬路徑改用相對路徑代替)
includes/database.php:521
includes/gacl_api.class.php:1288
includes/joomla.php:2806
components/com_comprofiler/comprofiler.php:1139
components/com_comprofiler/comprofiler.php:103
index.php:235
Notice: Undefined offset: 0 in includes/joomla.php on line 2797

那是 MySQL 的 bug

A prepared statement failed with Illegal mix of collations if the client character set was utf8 and the statement used a table that had a character set of latin1. (Bug#12371)

詳情見 http://bugs.mysql.com/bug.php?id=12371

最簡單的解決方式大概是升級你的 MySQL 吧。

大哥，看了你提供的文章，我找到問題所在了，多謝~多謝!
官方提示了編碼方式存取...我檢查後發現...

可能是因為我在DATABASE.PHP裡設定UTF8存取，但是CORE_ACL_ARO資料表雖然是UTF8校對，但是裡面有三個欄位校對卻還是LATIN1所導致，我把NAME和SECTION_VALUE兩個欄位調整成UTF8校對之後就能正常寫入了^^
(可能當初轉移空間轉換資料庫的時候遺漏了該欄位的校對 )

只是很奇怪...為何第六筆才開始出錯?

可能是因為我在DATABASE.PHP裡設定UTF8存取，但是CORE_ACL_ARO資料表雖然是UTF8校對，但是裡面有三個欄位校對卻還是LATIN1所導致

其實 MySQL 應該要自行轉換編碼的，因此這被當成一個 bug，新的 MySQL 版本已沒這個問題。

jhl0724 寫了道：: 我把NAME和SECTION_VALUE兩個欄位調整成UTF8校對之後就能正常寫入了^^

請問一下你是如何調整成UTF8校對？沒有收到下面這個錯誤訊息嗎？

#1071 - Specified key was too long; max key length is 1000 bytes

kochin 寫了道：:

可能是因為我在DATABASE.PHP裡設定UTF8存取，但是CORE_ACL_ARO資料表雖然是UTF8校對，但是裡面有三個欄位校對卻還是LATIN1所導致

其實 MySQL 應該要自行轉換編碼的，因此這被當成一個 bug，新的 MySQL 版本已沒這個問題。

jhl0724 寫了道：: 我把NAME和SECTION_VALUE兩個欄位調整成UTF8校對之後就能正常寫入了^^

請問一下你是如何調整成UTF8校對？沒有收到下面這個錯誤訊息嗎？

#1071 - Specified key was too long; max key length is 1000 bytes

對不起到現在才看到，真不好意思

我用的是英文版1.0.12，core_acl_aro可以調整成utf8校對而不會出現Specified key的錯誤，雖然我也是知其然而不知其所以然....