My Program

Rewrite造成的403問題

(Timothy) — Wed, 10 Mar 2010 20:06:27 +0800

views: 277 times
之前介紹過這個軟體: ISAPIREWRITE http://diary.tw/tim/11

在 iis 下, 使用這個 isapirewrite 時, 要特別注意應用程式集區問題, 若是 rewrite 前後 application 使用不同的 app pool 時, 會發生 403 拒絕存取.

簡單地說, rewrite 的前後, 使用相同的 app pool 時, 這個問題就不會發生, 但有時為了增進效能及除錯應用, 或是獨立 web application, 切到不同的 app pool.

例如:

RewriteCond ^/test/([a-z0-9]+) /test/url.aspx?uid=$1 [I, CL, L]

都是在 /test 下的這個 app pool, 可以正常工作, 若是以下的 rewrite:

RewriteCond ^/test2/([a-z0-9]+) /test/url.aspx?uid=$1 [I, CL, L]

若是 /test2 和 /test 使用不同 app pool (應用程式集區) 時, 就會發生 403 的拒絕存取.

這是今天在除錯時發現的一個重大問題. 若有不明的 403 在 rewrite 上時, 可以往這個方向檢查看看!

微軟的防毒軟體-MSE

(Timothy) — Mon, 08 Mar 2010 14:31:42 +0800

views: 1204 times
Microsoft Security Essentials (MSE), 微軟的防毒軟體, 可以在這裡下載: http://www.microsoft.com/security_essentials/?mkt=zh-tw

這個防毒軟體是微軟自己出的, 所以相對應該可信任防毒的能力或效果應該不差, 而且最重要的是免費. 只要他的病毒碼更新速度夠快, 相信應該是不錯用的.

看看這裡有對這個 MSE 的介紹: http://steachs.com/archives/943

目前支援的作業系統共有以下:

Windows XP 32-bit
Windows Vista/7 32-bit/64-bit

其他的OS目前還沒有, 不過對於 Client OS 來說, 有這套免費的防毒軟體, 而且又是微軟出的, 相信對於 Windows 加分不少.

實用解析度大剖析

(Timothy) — Wed, 10 Feb 2010 16:56:10 +0800

views: 8467 times
在實作 video 播放器時, 或是做 video 解析度判定時, 往往有許多專有名詞跑出來, 像是 VGA (640*480), NTSC (720*480), 再加上有一些小的解析度, 搞得很多名詞, 很多解析度出來, 這裡一次做一彙整, 把資料名稱和來源及解析度整理清楚. 也方便日後使用.

小尺寸的 CIF: (資料來源: http://zh.wikipedia.org/zh-tw/%E9%80%9A%E7%94%A8%E5%BD%B1%E5%83%8F%E5%82%B3%E8%BC%B8%E6%A0%BC%E5%BC%8F)

共有:
SQCIF 128 × 96
QCIF 176 × 144
CIF 352 × 288
4CIF 704 × 576
16CIF 1408 × 1152

其中 CIF 是 352 × 288, 而 Q 就是指 1/4, 所以各維度減為一半, 而 4CIF 則是 4倍, 也就各維度是 2倍長, 16CIF 則是各維度 4倍長.

再來就是較大尺寸的部分, 這張圖幾乎可以說明一切: http://zh.wikipedia.org/wiki/File:Video_Standards.svg

而顯示解析度更清楚的說明可以在這裡查到: http://zh.wikipedia.org/zh-tw/%E6%98%BE%E7%A4%BA%E5%88%86%E8%BE%A8%E7%8E%87

內容如下:

more..

電腦標準						解析度
CGA						320×200 (16:10)
QVGA						320×240 (4:3)
B&W Macintosh/Macintosh LC						512×384 (4:3)
EGA						640×350（大約 5:3）
VGA 及 MCGA						640×480 (4:3)
HGC						720×348 (60:29)
MDA						720×350 (72:35)
Apple Lisa						720×360 (2:1)
SVGA						800×600 (4:3)
XGA						1024×768 (4:3)
XGA+						1152×864 (4:3)
WXGA						1280×768 (15:9)
SXGA						1280×1024 (5:4)
WXGA+						1440×900 (16:10)
SXGA+						1400×1050 (4:3)
WSXGA						1600×1024 (25:16)
WSXGA+						1680×1050 (16:10)
UXGA						1600×1200 (4:3)
WUXGA						1920×1200 (16:10)
QXGA						2048×1536 (4:3)
WQXGA						2560×1600 (16:10)
QSXGA						2560×2048 (5:4)
WQSXGA						3200×2048（大約 15.6:10）
QUXGA						3200×2400 (4:3)
WQUXGA						3840×2400 (16:10)
HSXGA						5120×4096 (5:4)
WHSXGA						6400×4096 (25:16)
HUXGA						6400×4800 (4:3)
WHUXGA						7680×4800 (16:10)
類比電視標準						解析度
PAL						720×576 (5:4，非正方形的像素，總體比例通常為 4:3)
PAL VHS						320×576（大約）
NTSC						720×480 (3:2，非正方形的像素，總體比例通常為 4:3)
NTSC VHS						320×482（大約）
數位電視標準						解析度
NTSC（首選格式）						648×486 (4:3)
D-1 NTSC						720×486
D-1 NTSC (square pixels)						720×540
PAL						720×486
D-1 PAL						720×576 (5:4)
D-1 PAL（方形像素）						768×576
HDTV 1080i						1920×1080 (16:9)
HDTV 720p						1280×720 (16:9)
EDTV 480p						704×480
數位電影標準						解析度
協會標準						2048×1536 (4:3)
DVD "NTSC"						720×480 (3:2)，非正方形的像素，總體比例通常為 4:3 或 16:9
DVD "PAL"						720×576 (5:4)，非正方形的像素，總體比例通常為 4:3 或 16:9
VCD "NTSC"						352×240 (22:15), though non-square pixels mean image dimensions are 4:3
VCD "PAL"						352×288 (11:9), though non-square pixels mean image dimensions are 4:3
LD						560×360

其中比較特別的就是有關於解析度項目中的"非正方形像素", 也就是說, 因為每個相素(pixel)的形狀, 並非是1:1的正方形, 也就使用原 pixel 比例和實際顯示的比例會有出入, 不過可以看到, 最後的比例會有4:3及16:9的狀況, 這是需要注意的地方.

hotmail新增網域可供申請(hotmail.com.tw)

(Timothy) — Sat, 30 Jan 2010 16:41:30 +0800

views: 12485 times
微軟 hotmail 帳號信箱, 新增 hotmail.com.tw 網域可供申請(當然一樣包含了所有 M$的服務應用, 有hotmail, Messenger, xbox live等). 若原來自己喜愛用的帳號在舊網域 hotmail.com 沒有申請到的朋友們, 可以快來申請 hotmail.com.tw 的網域帳號及信箱囉.

申請的方式可以到 www.bing.com 網站然後在未登入的狀況下, 點選右上的登入, 或是直接到 www.hotmail.com (也是在未登入的狀況下), 選擇[註冊], 就會出現申請表單囉, 如下:

就可以選擇 hotmail.com.tw 的網域並申請帳號了. 快去申請吧!

相關新聞: http://www.zdnet.com.tw/news/comm/0,2000085675,20144046,00.htm
繼續閱讀: http://www.freegroup.org/2010/01/new-windows-live-hotmail-com-tw/

用GIF動畫做Captcha

(Timothy) — Mon, 25 Jan 2010 13:32:25 +0800

views: 13940 times
一般 Captcha (用來分辨是否是人的一種方式, 可以參考: http://zh.wikipedia.org/zh-tw/CAPTCHA ) 都是靜態或是聲音的方式來讓人辨識, 不過今天要介紹這個是用動畫做的.

用動畫的話, 比較方便的格式是 gif 檔的動畫格式, 利用動畫的方式, 把"數學問題"顯示出來(當然是簡單的), 例如 4 + 8 = ? 這樣, 一格一格地秀出來, 如下:

(圖片引用自: http://www.querythe.net/Animated-Gif-Captcha/ )

這樣一來, 就可以避開破解的可能, 而且是用問題的方式來回答, 對於非人類的"機器人"或程式, 就有一定的防禦功能, 效果應該很不錯.

這個網站 http://www.querythe.net/Animated-Gif-Captcha/ 提供了免費的 php script 供 gif 動畫的 Captcha 來讓大家使用, 很不錯的免費 captcha 動畫gif版本. 大家可以試看看.

其他也有靜態的版本, 這裡有 freecap: http://www.puremango.co.uk/2005/04/php_captcha_script_113/ , 雖然還有許多其他的, 不過這個 gif 的版本是很特別的一個 captcha , 又有創意, 也有不錯的功能.

iphone safari的書籤icon如何設定?

(Timothy) — Tue, 05 Jan 2010 19:06:32 +0800

views: 20574 times
iphone上的 safari 瀏覽器一直有著很不錯的使用者經驗的手機瀏覽器.

而且可以很方便的把常用的網站 bookmark 到桌面上, 但是那個 icon 若是沒有經過設定的話, 將會是一個小的預覽縮圖放在桌面上(應該說主畫面上).

那如何設定這個 icon 呢? 可以參考這篇資料: http://vjarmy.com/archives/2008/01/howto_iphone_webclip_icons.php , 其實就是建立一個 57*57 的 PNG 圖, 並且檔名命名為 apple-touch-icon.png 放在 web 目錄的根目錄下即可. 這個 57*57 的 PNG 圖就會是"加入主畫面螢幕"上的那個 icon 了.

若不方便放這個檔案到 web server 的網站根目錄, 也可以使用 meta tag 來指定, 如下:

<head>
    ...
    <link rel="apple-touch-icon" href="/images/my.png"/>
    ...
</head>

這樣的效果也是一樣的. 在 apple.com 開發者網站上也有詳細的說明:
http://developer.apple.com/safari/library/documentation/AppleApplications/Reference/SafariWebContent/ConfiguringWebApplications/ConfiguringWebApplications.html

http://developer.apple.com/safari/library/codinghowtos/Mobile/UserExperience/index.html

http://developer.apple.com/safari/library/documentation/InternetWeb/Conceptual/iPhoneWebAppHIG/MetricsLayout/MetricsLayout.html

[補充說明 2010/1/6 11:15]
在上面的關於 apple-touch-icon.png 這個檔名, 若是命名為 apple-touch-icon-precomposed.png 的話, 則加入主畫面螢幕時, 不會再對該圖做任何特效處理, 已知的特效應該是一個 3d 效果的圓弧及加上 4個角的圓角. 可以參考這篇上面有圖做比較: http://uxhero.com/how-to/how-to-keep-mobile-safari-from-adding-gloss-to-home-screen-bookmark-icons/

切換瀏覽器標頭-User Agent Switcher

(Timothy) — Fri, 01 Jan 2010 17:27:32 +0800

views: 21596 times
這個是一個 Firefox 的插件, 叫做 User Agent Switcher

現在開發手機上應用的網頁機會比以往多, 但是礙於測試時期, 一般這些網頁程式都會檢查使用者的瀏覽器(User Agent), 所以使用這個插件, 方便使用者在切換自己的瀏覽器的標頭.

安裝好之後, 會在[工具]功能表內, 多出一個切換 User Agent 的功能, 如下所示:

(圖片引用自: https://addons.mozilla.org/zh-TW/firefox/addon/59)

如此一來, 便能方便測試網頁程式, 對於不同的 User Agent 的判定, 及行為驗證, 將會有很大的幫助, 而不需要準備太多環境. 當然, 若是要做所謂的 HTML, CSS, JAVASCRIPT 相容性測試, 則這個就比較幫不上忙了, 但對於判定 User Agent 而要重導使用者, 或產生一些不同的功能時, 可以很快速的驗證.

像是 naver.jp 這個網站, 有個 for iphone 的版本 (http://ipn.naver.jp) , 會檢查User Agent來重導使用者到 http://www.naver.jp, 就沒辦法預覽到 iphone 的頁面了. 使用這個 User Agent Switcher 時, 就能"假裝" Firefox 是 iphone 的 browser , 來訪問該網頁囉!

使用WebSitePulse檢查網站

(Timothy) — Wed, 16 Dec 2009 21:46:57 +0800

views: 19480 times
這個網站工具 WebSitePulse (http://www.websitepulse.com/) 是用來檢查從世界各地的端點看你的網站是否連線順利正常. 而其中又有從中國大陸的點來做檢查, 就可以知道是否被 GFW 封鎖了.

從介面上選擇 [Free Tools][Web Tools][Website][China Firewall Test] 如下圖:

就可以從外點進行測試囉, 還蠻方便好用的呢!

而中國大陸的測試點有:

Shanghai, China
Beijing, China
Guangzhou, China
Hong Kong, China

方便進行測試比較, 而且也可以同時選擇非中國大陸的地點做對照測試, 可以加強測試的結果比較. 另外也有許多其他方便從外點測試的工具可以用, 方便從不同的網路環境來進行測試並了解網站的狀況.

參考資料: http://www.techbang.com.tw/?p=30460

利用ashx傳送檔案下載

(Timothy) — Mon, 14 Dec 2009 17:32:01 +0800

views: 17749 times
在 asp.net 中, 若要實現檔案下載處理的方式(並且要進行 url 隱藏及下載管理), 可以利用 ashx (generic handler) 來進行, 方式很單純, 主要是在 header 上下一些手腳, 方式如下:

<%@ WebHandler Language="C#" Class="file" %>

using System;
using System.Web;

public class file : IHttpHandler {
    
    public void ProcessRequest (HttpContext context) {
        //context.Response.ContentType = "text/plain";
        //context.Response.Write("Hello World");
        //context.Response.ContentType = "image/png";
        //context.Response.TransmitFile("images/m2.png");        
        context.Response.ContentType = "application/octet-stream";
        context.Response.AppendHeader("Content-Disposition", "attachment; filename=test.doc");
        context.Response.TransmitFile("files/test.doc");        
        
    }
 
    public bool IsReusable {
        get {
            return false;
        }
    }

}

使用的方式若是處理檔案下載, 可以利用 application/octet-stream 這個 ContentType header , 並配合 Content-Disposition header 中, 利用 attachment; filename=xxxx 的方式來將檔案名稱指定給客戶端, 參考資料: http://support.microsoft.com/?scid=kb%3Ben-us%3B260519

而之後再利用 TransmitFile() 方法, 將在 server 上的檔案讀取出來並傳送到客戶端, 至於使用 TransmitFile 方法和其他方法的比較如這篇文章所示: http://blog.miniasp.com/post/2008/03/Caution-about-ASPNET-Response-a-Large-File.aspx

一般來說, 若是大檔案, 可以直接利用 TransmitFile 的方式來進行, 但不是太大型檔案, 有續傳需求時, 則不適用, 但效率上是以 TransmitFile 的效率最佳(因為不用先整個讀到記憶體中).

其他人的比較資料:
[ASP.NET] 無網址的檔案下載 - 進階研究 http://gogo1119.pixnet.net/blog/post/27407222

[2010/2/12 14:48]
相關文章: http://edu.uuu.com.tw/data_article/article/100212tips.htm

瀏覽器的戰火延燒到顯示卡了

(Timothy) — Mon, 30 Nov 2009 14:47:24 +0800

views: 20231 times
最後, 很多服務都需要瀏覽器, 但是在這之前, FLASH10 的 Adobe 宣佈支援顯示卡處理器 (GPU) (link), IE9 的微軟也宣佈要利用 Direct2D, DocumentWrite 來加速及強化顯示效能 (link), 而 Firefox 更是快速地發表了 Firefox 3.7 Alpha版本支援 Direct2D GPU 技術的版本 (link), 預計明年春天正式版發表, 看來, 瀏覽器的戰火延燒到了顯示效率這裡來了.

其實這也是很正常的事, 因為瀏覽器的確需要跑的內容愈來愈華麗, 也愈來愈多層, 耗掉的系統資源也就愈來愈重了, 之前像是一些影音壓縮/解壓縮的程式, 也有支援 GPU 的版本, 讓效率更好, 佔用較少的系統資料, 而改用顯示卡的計算能力來加強影音壓縮和解壓縮的功能.

而現在, 針對瀏覽器強化顯示而使用的 Direct2D 也讓瀏覽器在顯示時, 發揮顯示卡的 GPU 功能, 把效率更提升, 這樣的設計很棒, 把應該發揮的功能發揮出來. 看一下效率測試資料囉:

(圖片引用自: http://www.techbang.com.tw/?p=28019 )

這樣看起來, 應該是原本比較文字的內容有強化到, 而原本不是文字的網頁則沒有差異太多, 無論如何, 對於實際應用應該都會有幫助, 期待 IE9, FX3.7 的正式版本來臨.