※ 引述《clifflu (要當乖寶寶 ^^)》之銘言：
: ※ 引述《scwg (void * I = NULL;)》之銘言：
: : 事實上我認為 (純個人看法)
: : BBS 的內部運作改為 UTF-8 是遲早的事, 如果在那之前 BBS 還沒沒落的話 ^^"
: 大致上想法相同, 只是還有兩個問題點 ^^;;
: 1) 為了使用者的方便性, 我們誓必要提供 Big5 / UTF-8 雙軌.
: 然而使用者為了自己的方便性, 自然會希望能夠延用原本的做法, 繼續用
: 原本的 browser 及 Big5.
這是一定的 所以內部轉用 UTF-8 就又變得沒意義了 sigh..
: 2) 使用者並不是太在意密碼漂來漂去的, 不然其實要在 mbbsd 連線中使用
: 某些加密也不是太困難 (不要叫我寫就好了 XD).
: 問題只怕在於使用者必須改用其它的軟體 (又回到前一點了)
加密 其時 rfc 裡已經有 telnet 加密的協定了
只是還沒念過 (到現在連 sizing 都搞不定 ><)
而且我也懷疑支援的 client 有多少
應該大家的做法都是收到直接 IAC WONT blah T_T
所以所以 還是 client 的問題
(但是我覺的如果 ptt 程式這邊弄出來 跟 HZYSoft 聊兩句他就弄出來了 XD)
(真是無敵強的啊....b)
: 所以我覺得比較安全的做法, 大概是在 telnet 協定上動手腳 XD
: 例如用某些神秘的訊息告訴 server 請送 UTF-8 的資料給我.
沒在怕的啊 反正現在 telnet 的 option 只用到 39
我們就自己加個 40, 41 來傳說要送什麼 encoding XD
相信那些有的沒有的 client 在看到不懂的指令的時候說直接 WONT :pp
: 至於那些僅存於 Big5 的碼就找空的區塊填入吧, 就像倚天的中國海一樣 XD
: 使用者怎麼顯示就是他們的事情了 XD
KD 就是這樣
--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS/M/TW d- s:++(+) a--->-- C++$ ULB+>++ P++ L++ E---@
W+ N? o? K? w--(++) O-- !M V- PS-(--) PE- Y PGP- t+ 5?
X R !tv b++ DI+ D+ G e h! !r z
------END GEEK CODE BLOCK------
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.30.20