貼文出現亂碼......

[Cloud]

幫忙代貼聯歡訊息時,原本打好的一些字貼了之後卻自動變不見了...
有可能是:
1.網站使用unicode,所以非unicode字元自動不見..
2.檢查是不是php 網頁設定是 iso-8859-1 or big-5 ???
3.寫中文網頁的夢魘.....許功蓋...........問題
時間不多,無法確定.....只好先提在這裏供站長參考
_________________
Eaststar(Cloud@楓采)

[Cloud]

確認如下
1.許功蓋字 有出現..所以排除
2.原貼文 每次 "餐"會 的餐字都會自動變亂碼...
將wordpad內容改用unicode存檔後再貼,就出現了..(xp預設是ansi).
所以表示系統是設定為unicode,非unicode 的中文貼文會有點小問題

3.---活動地點(都會自動斷字...???我無法解決..是不是欄位有限定長度??)

ps:出現問題係在新增活動版面
_________________
Eaststar(Cloud@楓采)

[Cloud]

下午修正部分內容時,那個餐字又自動變成亂碼..(早上看起來很正常)
可能係php程式有自動修正 { 許功蓋 .... } 等字之處理 稍有問題,請check 一下程式吧!!
_________________
Eaststar(Cloud@楓采)

[Cloud]

偷空檢查了一下能看到的原始檔
1.可確定網頁之charset=big5,.....
2.所以我想問題在資料庫，我先假設網站資料庫是用mySQL，那這個問題是短時間好像沒辦法解決?雖然新版mySQL已能解決大部分問題，但因為mySQL是因ISO-8859-1(就是所謂的UNICODE的前身)，BIG5是早期5家大電腦公司為解決中文問題而定的碼，台灣有參與訂定，所以常用中文沒問題，字碼也較多，UNICODE則是由新加坡參與(好像是政治因素台灣自行退出訂定規格會議?)僅有2萬多中文字(而且有些字碼BIG5沒有)..
3.所以留言時，網頁是用BIG5送出字元，到資料庫端變成ISO-8859-1時(有些字元已變成亂碼)，再從資料庫叫出時，ISO-8859-1的碼再轉成BIG5碼由網頁顯示時會出一些問題....大部分的servelet程式在這裏是用bytesteam處理(這裏的機制我還不太熟悉..)，然後就產生的我遇到的問題.(不曉得有沒有說錯?)
......過一陣子我的功力如果有提昇再來偒腦筋
4.act_place字串變數可能設定長度為30(算一算每個活動地點的長度好像都沒超過這個長度，所以大膽猜一下,因為serve端程式看不到)...所以我貼的活動地點都被腰斬...^_^
5.很好奇的問一下，為何留言版有鎖檢視原始檔的功能，而新增活動卻無?
是不是因為程式完成的先後，所以早期的頁面沒鎖檢視玏能?
6.因為電腦是公用的，所以沒去試前人留言建議加灌的看日文字型程式，看它的描述不知道灌了之後是不是就沒這個問題，...說不定有問題的是只有我這台電腦...或是有人要幫忙試一下"餐"字在新增活動那邊的內容是不是也會有像我遇到的問題一樣?
_________________
Eaststar(Cloud@楓采)

[柏青哥]

感謝cloud~ 提供仔細的測試及專業的意見....
我們會儘速和網路組找出問題並改善~

歡迎您儘量給我們意見, 讓我們能不斷的改進~ 謝謝....Orz

土風舞圈內的人都好好~
感恩~
_________________
球球2006.7.1離開了我們...
奇奇2010.12.18在把拔馬麻的懷裏離開,去跟球球作伴~
季諾2012.4.28拿到天使證照,去天堂有證照還有奇奇罩！
CoCo2012.12.20當了把拔馬麻4年的乖女兒也去找葛格們玩~

[Cloud]

1.找到了......問題是出現在[修改]所呼叫的程式上面
2.突然想到如果有問題的字如後面加空白是不是可以解決(或是只影響本身)
第一次貼文沒問題,一但修改後就變成亂碼...
試了一下如果空一字元會直接變成亂碼，空二字元會發現原餐字變成?nbsp;

3這代表程式是有自動檢查{許玏蓋等特殊字元}而自動以?nbsp;變數取代,
可是[修改]程式部分沒加入這個程式(看起來可能是serve 端的javascript碼)，所以留言版及活動資訊第一次留言都沒問題，留言版因為不能修改留言，所以也沒這個問題，可是活動資訊可以編修，又因為呼叫的程式是另一組，所以才會有這個問題，
4.[編修]程式在處理從資庫料叫出的文字時先取代了特殊字元，但因為只用一個byte所以影響了後面的字元(中文是兩byte),所以找一下[編修]段的big5 to iso8859-1的副程式,轉碼的程式，修正一下應該就行了.

============
這應該是網站各頁面程式完成的時間差的問題,所以只修正到前半段。
(久沒上來，一來就找碴請見諒!! ＾_＾)
_________________
Eaststar(Cloud@楓采)

[wilson]

1.可確定網頁之charset=big5,.....
2.所以我想問題在資料庫，我先假設網站資料庫是用mySQL，那這個問題是短時間好像沒辦法解決?雖然新版mySQL已能解決大部分問題，但因為mySQL是因ISO-8859-1(就是所謂的UNICODE的前身)，BIG5是早期5家大電腦公司為解決中文問題而定的碼，台灣有參與訂定，所以常用中文沒問題，字碼也較多，UNICODE則是由新加坡參與(好像是政治因素台灣自行退出訂定規格會議?)僅有2萬多中文字(而且有些字碼BIG5沒有)..
A:舊版的mysql 的確是只用8859-1存資料.. 但是新版的Mysql 可以支援
big5 and UTF8. 但是目前本站的儲存方式還是8859-1.. 因為它是從舊
版的mysql 一值upgrade 上來的. 目前沒有多餘的時間去處理這邊的事.

3.所以留言時，網頁是用BIG5送出字元，到資料庫端變成ISO-8859-1時(有些字元已變成亂碼)，再從資料庫叫出時，ISO-8859-1的碼再轉成BIG5碼由網頁顯示時會出一些問題....大部分的servelet程式在這裏是用bytesteam處理(這裏的機制我還不太熟悉..)，然後就產生的我遇到的問題.(不曉得有沒有說錯?)
A:你猜對了的確是會有這種問題... 但是在servlet 裡面可能就不是這樣簡
單. 因為除了資料庫本身的編碼方式外.還要看你下的JDBC URL Connection的編碼方式而定..
如果只知道用bytestream讀取資料的方式是不夠的...因為你需要知道原來的stream 是用哪種編碼方式. 你的JVM是用哪個locale 下去跑的...
要不然就算你從bytestream 讀出來還是會亂碼
......過一陣子我的功力如果有提昇再來偒腦筋
4.act_place字串變數可能設定長度為30(算一算每個活動地點的長度好像都沒超過這個長度，所以大膽猜一下,因為serve端程式看不到)...所以我貼的活動地點都被腰斬...^_^
A:server端沒檢查...(因為偷懶趕時間). 除非很特殊.要不然是不太會超過的

5.很好奇的問一下，為何留言版有鎖檢視原始檔的功能，而新增活動卻無?
是不是因為程式完成的先後，所以早期的頁面沒鎖檢視?{能?
A:因為留言板是PHPBB. 新增活動是我寫的... 給人看原始檔沒啥大礙

6.因為電腦是公用的，所以沒去試前人留言建議加灌的看日文字型程式，看它的描述不知道灌了之後是不是就沒這個問題，...說不定有問題的是只有我這台電腦...或是有人要幫忙試一下"餐"字在新增活動那邊的內容是不是也會有像我遇到的問題一樣?