竹貓星球

關於 Alexa 的數據與網站排名 .... 其實, Alexa 充其量只是一種像收視率調查一樣的東西. 有一收視率調查是在你家擺一部調查機, 你家看了甚麼節目, 就會回報給資料中心去統計 Alexa 是利用一種稱為 Alexa Tool Bar 的工具程式. 只要有裝載這一程式的 User, 看過了甚麼網頁, 就會送一些資料給 Alexa 的中心 Alexa 只不過依據這樣的資料做出的統計數據 ... 一般來說, 台灣國內的使用者, 裝載這種 Tool Bar 的人並不多 ... 我估算過, 全球真有裝載的使用者, 平常也只維持不到兩百萬部電腦 因此, 以這兩百萬部以下所收集到的資料, 要來...

關於 DMOZ 的登錄 與編輯員的申請
麻煩參考

http://www.webmasterclub.org/showthread.php?t=89

hi3b 兄，看來你我都是被專案壓的喘不過氣來的上班族 :mrgreen: 其實, 我十多年前就從工作崗位上退休了 ... 基本上我從事的工作，跟軟體本地化有著極大的關係 :oops: 難怪 ~~ 才會用到那種專業軟體 "轉多思" TRADOS ... 聽說很好用, 可我還是頭一回聽到\r 二十年前, 我們用一些 debug 的程式, 去修改 .exe .com 檔案裡的 message 中文化 .... 個人一直覺得，TRADOS 是輔助翻譯的優良工具程式。可是好像除了業界之外，就沒多少人使用了，真是可惜！不過有心學的人請不要叫我提供，有心找一定找得到，而且我在公司都用...

mail 資料夾底下的每個檔案，charset都要改成utf-8 不只勒 ~~~ 是 Language 底下的所有檔案中, 只要與 Charset 有關的字眼\r 不論他是 lang_english, lang_zhonggou 或 lang_taiwan 所有語言目錄內的檔案, 只要與 Charset 有關的字眼 都要 由 iso-????, gb2312 或 big5 尤其是 各種語言的 lang_main.php 檔中的 $lang['ENCODING'] = '??????'; 也都要改成 $lang['ENCODING'] = 'utf-8'; 不是英文語系就不用改 ... 只不過...

感謝各位的熱心～～我們這些不會寫 code 的使用者才有這麼多程式可以使用。 我再仔細的查看, 為了 unicode 化, 我改了那些檔 .... 其實也有改的也只是 /language/ 裡頭的所有檔案 有關 charset 一律要改為 utf-8 譬如英語的部份 /language/lang_english/*.* /language/lang_english/email/*.* 裡頭所有的檔, 查到有 iso-8859-1 的全改為 utf-8 台灣正體漢文的 /language/lang_taiwan/*.* /language/lang_taiwanl/*.* 裡頭所有的檔, 查到...

johnkk 寫:那是pchome的問題....
因pchome 再開啟網頁時使用big5碼 做為網頁語文...
當你在ie改為 utf-8 時 pchome的網頁 文字就會變亂碼~

對的. 那的確是因為 PC-Home 所送出的網頁, 設定為 Big-5 碼.
因此, 我們打開 PC-Home 的 Webmail 網頁時, 若是 Browser 的編碼設為繁體, 就能看到 PC-Home 本身網頁是正確的字碼. 但 UTF-8 化的信文卻成亂碼.
若是把 Browser 的編碼設為 Unicode, UTF-8 化的信文就能讀了, 但 PC-Home 本身網頁其他部份的中文卻成為是亂碼了.

hi3b 您之前所做的專案似乎與我現在的需求十分類似，不知道有沒有機會向您請教？又或是，在不牽涉貴公司商業機密的情況下，把您修改的過程予以公佈？相信對於許多人會有很大的幫助的。 謝謝您的回應 .... 我們所以拿出來說, 就是希望自己完成的工作成果, 能與大家分享. 目前, 唯一的困擾是, 我們自己使用的 phpBB 2.0.14 程式與語系檔, 是先回 2.0.13經過一些修改之後才 UTF-8 化. 之後才修改為 2.0.14 版 手頭上, 目前沒有由原版 2.0.14 並 UTF-8 化的完整檔案. 因為工作進度的摧趕, 一時還無法安排時間來做你所說的工作... 因為我們使用的語系檔,...

其實 .... 既然要 UTF 化 ... 那就要整套系統全部都　UTF 化 包括英文的部份資料, 也要全 UTF 化 ..... 既然 Unicode 稱為　萬國螞. 就是只要電腦上有 unicode 的內碼表在\r 就所有的語文都能讀. 不管是韓文　日文　法文　英文 .... 都能讀 而不會看到的是　亂碼. 如果, 只把中文的部份 UTF8 化. 英文的部份不去改為 UTF8 還放著 ISO- .... 的　Charset 不改 ..... 那當然, 就會發生這種, 送出去的 email 不是完整的 UTF-8 於是, 收到信的 OUTLOOK 無法認為這封是是 Unicode 的信 .....

你是不是用 phpMyAdmin 的 SQL 重建資料的

不知你有沒注意到, 有一個指令, Operation (好像被翻成為 管理)
你看看開進去之後, 下邊一行的 校對, 寫的是甚麼 ??

該還是 拉丁瑞士吧 ?? 是的話, 你的 utf8 的資料當然會被改成為亂碼了

把它改為 Binary 或 任一個 utf8 之後, 才進行 SQL 重建資料
那就沒事了

還有, 有試過 utf8_bin 的 collation 嗎? 剛才找一台有安裝MySQL 4.1.7試試看 也利用alter設定為utf8_general_ci 用phpMyAdmin查看發現有少部份亂碼\r 若是用utf8_bin則是完全看不懂了 請問有什麼方法可以解決嗎？ 我在一個 MySQL 4.1.8 的主機上掛的網頁 .... 一開始也是被整瘋了, 最後暫時把資料全用 Big5 的格式存了. 當然, 因為 phpMyAdmin 的網頁中 meta 的 charset 是被設為 utf-8 的 所以, 我能讀到的資料是 Binary 的亂碼 ... 除非, 把 browser 的字...

不會吧? /language/taiwan/email/profile_send_email.tpl 這個檔中, 有 Character set 的設定啊. 你該也有改為 utf-8 了吧? 那就沒你說的這個問題了啊 .... 被你這麼一問, 我從頭找起, 找這個信件是用那一個程式派發\r 用了那一個 template ... 差一點都要去翻查 RFC822了. 才注意到 profile_send_email.tpl 中也有 charset 的設定 .... 改了, 也試了, 沒發現你說的現象. 我遇到的麻煩, 倒是與你不同. 我的是, email.php 程式對 信件的 subject 的處...

我為了要把我的網站, 擺在一個使用 MySQL 4.1.8 的 Server 上. 也發生與你相同的需求與問題. 因為, 新版的 MySQL 與 phpMyAdmin 之間的連通是使用 utf-8 所以對 將來更新版的 MySQL 使用 phpMyAdmin 會逐漸只能使用 utf8 我所寄存的主機使用的 phpMyAdmin 2.6 上頭沒有 Big5 的語言選項, 我要求他們安裝 ... 他們說只要能裝會幫我. 為此, 我特地去請教, phpMyAdmin 的支援群, 他們給的答案說, phpMyAdmin 對 4.1 版以後的 MySQL 都只支援 utf8 的 charset. 為此,...