[Microsoft][ODBC Microsoft Access Driver] Selected collating sequence not supported by the operating system.
作業系統無法支援選取的排序法則
問題發生在
國外所提供的免費ASP空間採取的資料庫排序方式不是繁體中文系統預設的繁體中文排序
為順利解決此問題︰
1.打開Microsoft Access,開啟任意一個文件,[工具][選項][一般],右下方有 [新資料庫排序依據]改選[一般]
2.然後關掉該文件。(注意,[選項]只有在有文件打開的狀況下才能使用)
3.然後[檔案][新增]新的mdb,然後[檔案][匯入外部資料][匯入]將之前的mdb所有的資料表全部傳進來,然後存檔
4.然後上傳到服務器。
5.搞定!
原始解法參照
lichao.net/weblog/software/database/4.html
20080421
20080414
[解法]ASP+MySQL去亂碼同時揭示簡繁中日韓
[問題]
如何在ASP+MySQL的環境下去亂碼同時揭示簡繁中日韓,中文日文韓文混合文字utf8
[發生]
當我們製作一份文件包含中日韓文字或者其他utf8文字,
並以UTF8格式存入MySQL時,
會依序發生幾種狀況
0.看不見:需設定
session.codepage=65001
1.選出來都是亂碼 : MySQL的My.ini要設定
2.選出來還是亂碼:MyODBC Driver是v3.51時,如果存取時的utf8設定不精確
建議在每次存取時,在SQL連線開啟之後,
都加上 "SET NAMES utf8;"
3.只看得到中文繁體字:簡體字、日文、韓文都不見了
MyODBC 3.51對utf8的支援並不完整,這樣已經是極限了
4.在GUI Tools看得見,但ASP選出來是NULL:使用MyODBC 5.1才有可能發生
MyODBC 5.1對utf8的支援仍有bug
TEXT資料型態可以存無法取,改為VARCHAR型態即可
只不過目前只支援到VARCHAR(1365)
[參考]
advanced search page on BUGREPORT.MySQL官方網站
Bug #28617
Bug #32570
Aeon Linn在其中作的補充
[作者]
Aeon Linn
http://Aeon.tw
如何在ASP+MySQL的環境下去亂碼同時揭示簡繁中日韓,中文日文韓文混合文字utf8
[發生]
當我們製作一份文件包含中日韓文字或者其他utf8文字,
並以UTF8格式存入MySQL時,
會依序發生幾種狀況
0.看不見:需設定
session.codepage=65001
1.選出來都是亂碼 : MySQL的My.ini要設定
2.選出來還是亂碼:MyODBC Driver是v3.51時,如果存取時的utf8設定不精確
建議在每次存取時,在SQL連線開啟之後,
都加上 "SET NAMES utf8;"
3.只看得到中文繁體字:簡體字、日文、韓文都不見了
MyODBC 3.51對utf8的支援並不完整,這樣已經是極限了
4.在GUI Tools看得見,但ASP選出來是NULL:使用MyODBC 5.1才有可能發生
MyODBC 5.1對utf8的支援仍有bug
TEXT資料型態可以存無法取,改為VARCHAR型態即可
只不過目前只支援到VARCHAR(1365)
[參考]
advanced search page on BUGREPORT.MySQL官方網站
Bug #28617
Bug #32570
Aeon Linn在其中作的補充
[作者]
Aeon Linn
http://Aeon.tw
[解法]關於防止濫發廣告信(anti-spam)的機制
關於防止濫發廣告信(anti-spam)的機制
關鍵字:anti-spam, captcha
在網路上流傳的幾個論壇、留言版、網誌的免費程式,
很合理的懷疑在核心程式有埋伏無謂的程式碼,
造成日後很可能被發信程式嵌入大量的廣告留言。
當然,
也有別的方法可以製作更便利的發信、發文程式(Bot,Robot,機器人);
藉由搜尋某些網頁關鍵字的方式來進行廣告刊登動作。
而網站管理者通常採用幾個方法來防堵:
一、自己研發網站程式
二、要求使用者在發文或者留言時輸入檢查碼
其中第一步是基本的,略過不提。
而第二步,
卻因為難易度的不同而造成不少有趣的事情;
比方說:
1.數字或者英文字太扭曲難以辨別
2.要求使用者解數學題、甚至是很難的題目
3.驗證用圖形驗證碼(CAPTCHA )、久久不出現
而這些都或多或少有些不便利,
在防堵「機器人」的同時,也防堵了「人類」
目前看過最佳的驗證機制是
PCHOME個人新聞台的三選一圖片
所以我也開發了一套留言版使用這種機制
總共工時六小時
前端的使用者介面是仿的,
後端的驗證機制由於無從得知,也不想去得知,
所以用的是自己的機制
整個算起來兼顧了伺服器的頻寬與運算效能,
還算堪用啦。
//20080414.1614.aeon.new
關鍵字:anti-spam, captcha
在網路上流傳的幾個論壇、留言版、網誌的免費程式,
很合理的懷疑在核心程式有埋伏無謂的程式碼,
造成日後很可能被發信程式嵌入大量的廣告留言。
當然,
也有別的方法可以製作更便利的發信、發文程式(Bot,Robot,機器人);
藉由搜尋某些網頁關鍵字的方式來進行廣告刊登動作。
而網站管理者通常採用幾個方法來防堵:
一、自己研發網站程式
二、要求使用者在發文或者留言時輸入檢查碼
其中第一步是基本的,略過不提。
而第二步,
卻因為難易度的不同而造成不少有趣的事情;
比方說:
1.數字或者英文字太扭曲難以辨別
2.要求使用者解數學題、甚至是很難的題目
3.驗證用圖形驗證碼(CAPTCHA )、久久不出現
而這些都或多或少有些不便利,
在防堵「機器人」的同時,也防堵了「人類」
目前看過最佳的驗證機制是
PCHOME個人新聞台的三選一圖片
所以我也開發了一套留言版使用這種機制
總共工時六小時
前端的使用者介面是仿的,
後端的驗證機制由於無從得知,也不想去得知,
所以用的是自己的機制
整個算起來兼顧了伺服器的頻寬與運算效能,
還算堪用啦。
//20080414.1614.aeon.new
訂閱:
文章 (Atom)