黑暗執行緒

【茶包射手日記】關於狂牛症蛋白質600度金剛不壞之謎

Jeffrey — Sun, 08 Nov 2009 00:04:16 GMT

【聲明: 本文乃對狂牛症議題裡幾點邏輯方法的探討，無涉支持或反對牛肉進口，也無意挑起兩派論戰。歡迎大家提出自己的看法，但希望能聚焦在文中所提的幾點科學論證與研究方法上，與內文焦點無關的留言可能會視狀況刪除，請見諒!】

老讀者們都知道我是一個嗜邏輯如命到有些偏執的怪胎，在接受任何主張推論前，總會先要求具體事證。我曾不只一次在同事說"自從上回修改過那個設定後，系統就開始出問題"後，先不著手研究二者因果，而是冷酷質問: "有沒有檔案更新時間與系統錯誤Log的對照可以支持你的說法?"。也曾經多次在事故調查時，面對夥伴已在喊冤: “我這次修改元件，完全沒有動到與出事模組相關的功能"，還繼續冷血主張: "依目前蒐集到的資料來看，暫時還不能排除更新元件與本次意外的關聯~~，這陣子先不要出國或旅行，最好確定我隨時可以找到你~~"。由這些只認邏輯、枉顧人情的機車行徑來看，我沒被蓋布袋真是萬幸~~~

茶包射手做久了，不但對工作遇到的系統問題事事推敲，連看到生活周遭有不合邏輯、缺乏理性判斷的事件，也總不免要碎唸上幾句方休。(例如: 這個例子、這個例子和這個例子) 而最近我觀察到比較有趣的例子是正反雙方正在激烈辯論的美國牛肉進口與狂牛症相關議題。

噗友R30給了一個很傳神的結論，狂牛症議題己演化成政治、信仰類的問題，漸漸失去了理性討論的空間。反對者被對方抺黑成不明事理只知人云亦云的鄉巴佬；支持者被對方屈解成硬拗狡辯一心為當局護航的王八蛋。先將對手妖魔化是政治操作的第一步，從此，對方說什麼都可以當成放屁置之不理，然後雙方各自表述，永無交集...

我熱愛科學，最主要的原因是科學很客觀，很公平，總能找到一個全世界公認的方法證明你是對的(幾乎啦! 我沒有足夠的事證可以主張永遠沒有例外)，不像政治、信仰，每人心中各有一把尺，吵到進棺材也不可能產生結論。因此，看待狂牛症討論，我感興趣的部分也只在其中科學論證部分是否謬誤或存在我認為不合理之處，至於要辯出最終雙方都能接受的共識，我沒抱太高期望。

我必須要說，雖然有很多朋友都積極主張狂牛症極其可怕所以吃美國牛會發生嚴重後果，甚至有人下了"人類最後天譴"的聳動標題，在看過一些相關論述後，我仍覺得並沒有說服我。(謎之聲: 看你平常的機車表現，不意外)

我較持保留態度大概在幾點上:

狂牛症極其可怕應該是大家有共識的部分(我完全贊同)，但關於吃美國牛肉導致狂牛症的風險機率，則正反兩方有很大分歧: 支持方說跟雷打到一樣低(牛絞肉5.77*10^-10, 牛內臟1.50*10^-10, 帶骨牛肉2.72*10^-11, 不帶骨牛肉7.18*10^-12)，反對方則有人主張因亞洲人愛吃牛內臟，故風險比美國人更高。我覺得這點忽略了美國人比亞洲人更愛吃漢堡熱狗，食用牛絞肉的機率高於亞洲，在未否認牛絞肉致病率比內臟更高的情況下(反對方沒有提出此一論述或說明)，要以此點推論台灣人因為愛吃肉臟而提高風險便不合邏輯。(倒不是要否定台灣將承受更高風險的結論，而是質疑"內臟論"邏輯推演的有效性，即便風險真的較高，亦非源於吃內臟)
在未能證明上一點【台灣人會比美國人因為吃美國牛而承擔更高風險】前，要求台灣要比美國人抱持更高警戒心與更嚴苛管控手段的主張就顯得缺乏支持力。而我的一大疑惑也在於此: 如果牛絞肉引發狂牛症的機率不容小覷，為何美國人還能每天面無懼色地大嚼牛肉漢堡? 觀察下來，似乎要解釋此點就只得搬出陰謀論，例如: 美國人吃的保證不是問題牛、黑心牛一律都出口、為免經濟解體只好欺騙人民... 之類的。對邏輯性要求很機車的我，基本上對陰謀論的接受度偏低，目前還沒看到能說服我的說法。
在反對文章裡看到一段讓人震憾的事實:"狂牛症蛋白質甚至用高溫700度或放射線皆無法滅絕，化為灰燼後仍有感染性，若任意丟棄土壤也會感染" 。由於跟我學生物時的認知差實在差距太大，一開始看到時我拒絕相信，問了生化專長的Lucas，他的猜測是"70 度大概是指巴斯德殺菌法的72^C 15分鐘, 跟放射線一樣都是常用而且溫柔的殺菌方法, 對這種頑固的蛋白質無效"，因此我一直誤以為700度是70度的筆誤。當我把此一看法貼到朋友的Blog上，朋友很細心地回覆我一個更震憾的補充參考(針對疑點提出相關佐證，我喜歡這樣的討論互動): 一篇德國的論文指出"為了消除變形Prionen蛋白(朊病毒)須將感染的物質以攝氏133 ° C加熱 20分鐘之久, 且以氣壓力為3 Bar(蒸氣高壓鍋)的方法才可能消滅它。即使在加熱至攝氏 600度15分鐘之後，還是可以找到依然完好Prionen蛋白(朊病毒)"。這就是足以說服我的事證了，不過基於與常理差異實在太大，實在很難接受此一論點，但畢竟這個領域遠超出我的知識範圍，總不能找一塊牛排跟一枝番仔火就親自驗證。在沒有其他證據可以推翻它之前，似乎只能選擇接受。

明知有疑，卻不能深入一探究竟對茶包射手來說是一種煎熬! 所幸，Lucas跟我一樣篤信科學，對於可疑事物一向也愛追根究底，經過專業考證與解讀後得到了一個重要心得 -- 這個推論出到600度金鋼不壞的科學研究，存在一些疑點(感謝Lucas用白話把深澀的豆芽菜生物學論文解釋到連我都看得懂):

未能解釋實驗結果裡加熱5分鐘未致病，加熱10分鐘後反而可以致病?
未如預期產生稀釋後機率下降的結果(莫非另有致病源?)
缺乏對照組實驗排除實驗系統的背景污染

質疑研究方法與結論對錯是兩件獨立的事。要說服大家600度燒成灰的蛋白質仍帶有致病力本來就是個艱鉅挑戰，至少這個實驗存在的疑點，可以讓我先對它持保留的態度，留待更多的資訊再做決定是否要相信600度金鋼不壞的神話。

最後推一下Lucas文中提到的有趣觀點: "先科學、再民主"，就算全民公投通過把圓周率從3.14改成4.13，我會接受這個公投結果，但心中仍然選擇繼續相信可以用公式驗證為永遠是3.1415926...的圓周率數值。比伽利略幸福的是，我們身處一個可以堅持自己科學信仰，不用擔心被送上宗教法庭判刑燒死的民主時代，I love it!

Visual Studio偵錯時無法重新選擇原始檔位置

Jeffrey — Fri, 06 Nov 2009 23:26:26 GMT

在Visual Studio Debug過程中，如果專案裡引用了其他自製元件的DLL檔案，而不是直接參考自製元件的Project，Debug過程若該元件內部出錯，找不到原本設定的原始程式碼，Visual Studio便會彈出如下訊息:

The source file is different from when the module was built. Would you like the debugger to use it anyway?

此時你可以答Yes，選擇忽略這段原始碼，斷續偵錯其他部分。

不過天不從人願，往往追了大半天，問題來源還是指向自製元件的內部邏輯，因此想改變心意，找來該元件的Source Code想Debug進去，卻發現因為先前選擇略過它的原始檔，之後Debug時就無法將執行中斷點與原始檔結合，VS會一律略過它，沒機會重新選擇原始檔位置。

摸索了一陣子，發現原來忽略原始檔位置的設定被儲存在Solution中。如下圖，由Solution的內容屬性找到Debug Source Files選項，就可以將原本的略過設定清除囉! 祝大家Debug愉快。

MEMO-Procedure Transaction: SQL Server vs Oracle

Jeffrey — Fri, 06 Nov 2009 00:15:07 GMT

同事詢問關於Procedure內是否會自動包成Transaction的問題，我的認知是SQL要額外下SET XACT_ABORT ON，但Oracle則預設會自動包成Transaction。記憶有些模糊，所以索性做個實驗最準。

分別在SQL, Oracle寫了Procedure，先塞入兩筆資料，第三筆故意產生PK重覆錯誤，觀察資料庫是否有前兩筆資料來判別是否有Transaction保護。實驗證明，原先的認知沒錯，二者行為不同。

SQL Server Procedure要將操作包成Transaction的話，記得要下SET XACT_ABORT ON!

/*** SQL Server Test ***/

--建立有PK的Table

create table jefftable (

    id decimal,

    constraint pk_jefftable primary key (id)

--建立SP, 故意塞入重覆PK

create procedure jeffproc

as

begin

   /* SQL SP要自成Transaction, 要加這列

    set xact_abort on

*/

   insert into jefftable values (1)

   insert into jefftable values (2)

   insert into jefftable values (1)

end

--執行SP, 會產生錯誤

exec jeffproc

--查Table會看到兩筆

select * from jefftable

--清理實驗廢棄物

drop table jefftable

drop procedure jeffproc

/*** ORACLE Test ***/

--建立有PK的Table

create table jefftable (

  id decimal,

  constraint pk_jefftable primary key (id)

--建立SP, 故意塞入重覆PK

create procedure jeffproc

is

begin

  insert into jefftable values (1);

  insert into jefftable values (2);

  insert into jefftable values (1);

end;

--執行SP, 會產生錯誤

declare

begin

jeffproc;

end;

--查Table, 沒有資料

select * from jefftable

--清理實驗廢棄物

drop table jefftable

drop procedure jeffproc

活到老學到老-CSS Media Types

Jeffrey — Thu, 05 Nov 2009 13:50:07 GMT

在部落格上分享技術心得，常帶來意外收獲!

網友的迴響總讓我見識增長，額外學到的新東西超乎想像，每每發現過去忽略或未曾接觸的寶藏，總令我欣喜若狂。

說出來也不怕大家笑話，從事Web開發多年，卻未曾在Javascript下過苦工，對CSS也是開始把玩jQuery後才漸漸熟悉的。終日周旋於工作家庭間，己難再鼔起滿腔熱血，心無旁鶩地狂K三天，將一個技術摸到爛熟。【需要再學，夠用就好】成了不追根究底的藉口，找到堪用工具，儘速解決問題，如期領到薪餉，珍惜家庭時光成為中年程序員卑微卻知足的生活方式，噗友說，這叫MOP(Money Oriented Programming)，一針見血! (謎之聲: 嘴砲一堆，何不痛快承認你是喪失偉大理想抱負的現實程式工就好了?)

話說，昨天貼了一篇網頁列印強迫分頁的jQuery心得分享。本站常客，Javascript界的絕地大師，Ammon，忽然現身點醒我—~~Use the force, Luke~~ Use the media, Dark。

一語警醒夢中人，其實過去在檢視一些網頁HTML Source時，早看過media="print,screen”的寫法，只是一向得過且過，從沒深究過它的意涵。經Ammon一提醒，才發現我忽略了好東西。

簡單來說，透過指定CSS Media Type，我們可以對同一個元素分別為顯示、列印、行動裝置指定不同的呈現樣式! 老實說，這是非常基本的CSS應用；但搞Web這麼久，我卻一直忽略了它，直到今天。

廢話不多說，請看我整理的範例:

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

    <title>Print Friendly</title>

    <style type="text/css">

        .cContent

            margin-top: 10px;

            margin-left: 10px;

            width: 400px;

            border: dotted 1px #444444;

        /* 可以用@media mediaType的方式宣告不同媒體專用樣式 */

        @media screen

            /* 螢幕上是藍底白字 */

            .cContent

                color: White;

                background-color: Blue;

        @media print

            /* 列印時是白紙黑字的 */

            .cContent { color: #222222; }

    </style>

    <!-- link, style可用media="mediaType"宣告適用時機 -->

    <style type="text/css" media="screen">

        /* 顯示時隱藏 */

        .cPrint { display: none; }

    </style>

    <style type="text/css" media="print">

        /* 列印時隱藏 */

        .cScreen { display: none; }

    </style>

</head>

<body>

<div class="cPrint">Print Header</div>

<div class="cScreen">Display Header</div>

<blockquote class="cContent">

One of the most important features

...

certain media types.

</blockquote>

</body>

</html>

應用這個技巧，昨天的程式我們可以修改成:

<style type="text/css">

@media print

    .cPrint

        display: block;

        page-break-before: always;

    #btnPrint { display: none; }

@media screen

    .cPrint { display: none; }

</style>

<script type="text/javascript">

    $(function() {

        //DataList的每六列加一個表頭

        var $rows = $("#DataList1 > tbody > tr");

        $rows.each(function(i) {

            //取6的倍數, 排除最後一筆

            if ((i + 1) % 6 == 0 && i != $rows.length - 1) {

                //加上頁首並設定跳頁

                $(this).after("<tr class='cPrintOnly'><td>" +

                $("#dvPageHeader").html() + "</td></tr>");

});

        $("#btnPrint").click(function() {

            //列印

            window.print();

});

});

</script>

再次感謝Ammon大師開示。

MEMO-網頁列印強迫分頁

Jeffrey — Wed, 04 Nov 2009 09:24:00 GMT

專案裡有個網頁列印的需求，在一份清單中，每個項目以Table方式呈現，而列印時不希望項目Table跨頁。以下是我搞出來的解決方案:

<style type="text/css">

.cPrintOnly {

    page-break-before: always;

    display: none;

</style>

<script type="text/javascript">

$(function() {

    //DataList的每六列加一個表頭

    var $rows = $("#DataList1 > tbody > tr");

    $rows.each(function(i) {

        //取6的倍數, 排除最後一筆

        if ((i + 1) % 6 == 0 && i != $rows.length - 1) {

            //加上頁首並設定跳頁

            $(this).after("<tr class='cPrintOnly'><td>" +

        $("#dvPageHeader").html() + "</td></tr>");

});

    //列印鈕功能

    $("#btnPrint").click(function() {

        var $dv = $(this).parent();

        var $pgHdr = $(".cPrintOnly");

        //將列印鈕隱藏

        $dv.hide();

        //顯示換頁頁首

        $pgHdr.show();

        //列印

        window.print();

        //顯示列印鈕、隱藏換頁表頭

        $dv.show();

        $pgHdr.hide();

});

});

</script>

【程式說明】

列印時能強迫分頁歸功於CSS屬性: page-break-before
利用jQuery的each()及index參數，做到每隔六個項目一數，在後方插入一個表頭並設定強迫換頁印列。(奉天承運，User詔曰: 每頁都要有頁首，不然很醜...)
用window.print()列印。(註: 有跨瀏覽器Issue，但本案瀏覽器限IE)
~~換頁頁首預設隱藏，列印按鈕按下時，顯示換頁頁首，並隱藏列印鈕，印完再恢復。~~
【2009-11-05更新】關於列時印隱藏元素，有更好的做法。

CODE-將CSV檔案內容轉換成ADO.NET DataTable物件

Jeffrey — Fri, 30 Oct 2009 02:06:42 GMT

寫給同事用的工具函數，隨手貼文分享:

/// <summary>

/// 將CSV內容字串轉成DataTable(全部欄位都視為string，有需要請自行轉換), 不支援""包夾格式

/// </summary>

/// <param name="csvContent">整個CSV的內容</param>

/// <param name="firstRowAsHeader">第一列是否為欄位名稱，若無則以C1, C2自動命名</param>

/// <returns></returns>

public static DataTable ConvertCSVtoDataTable(string csvContent,

    bool firstRowAsHeader)

    DataTable t = new DataTable();

    using (StringReader sr = new StringReader(csvContent))

        string line = null;

        bool colCreated = false;

        while ((line = sr.ReadLine()) != null)

            string[] p = line.Split(',');

            if (!colCreated)

                int idx = 1;

                foreach (string s in p)

try

                        t.Columns.Add(

                            //第一欄是否有欄位名稱? 無則用C1, C2自動編號

                            firstRowAsHeader ? s : "C" + idx.ToString(),

                            typeof(string)

);

                    catch (Exception e1)

                        throw new ApplicationException(

                            "新增欄位失敗! 欄位名稱=" + s + "\n" + e1.ToString());

                    idx++;

                colCreated = true;

                //首欄若為欄名，則不當資料處理

                if (firstRowAsHeader) continue;

try

                t.Rows.Add(p);

            catch (Exception e2)

                throw new ApplicationException("資料匯入失敗!\n資料=" + line +

                    "\n錯誤訊息:" + e2.ToString());

    return t;

private static void test()

    string csv = "ID,Name,Score\n1,Jeffrey,200\n2,Darkthread,999";

    //Or you can read data from file

    //string csv = System.IO.File.ReadAllText("B:\\mydata.csv");

    DataTable t = ConvertCSVtoDataTable(csv, true);

    Debug.WriteLine("RowCount=" + t.Rows.Count);

    foreach (DataRow r in t.Rows)

        Debug.WriteLine(string.Format("{0}=>{1}", r["Name"], r["Score"]));

    csv = "1,Jeffrey,200\n2,Darkthread,999";

    t = ConvertCSVtoDataTable(csv, false);

    Debug.WriteLine("RowCount=" + t.Rows.Count);

    foreach (DataRow r in t.Rows)

        Debug.WriteLine(string.Format("{0}=>{1}", r["C2"], r["C3"]));

【茶包射手筆記】Office 2007人生變黑白

Jeffrey — Tue, 27 Oct 2009 23:03:17 GMT

同事遇到的狀況，使用PCAnywhere後，再開啟Excel 2007/Word 2007/Outlook 2007等Office家族軟體，操作介面就會變成如下貧血的怪樣子，但重開機就恢復正常。

Google到相關的討論，雖然情境不完全相同，但裡面提到了VGA Driver的因素，感覺上PCAnywhere在使用遠端搖控時，確實會與顯示層有些關聯，有可能是其更動了某些顯示設定導致。

靈機一動，想到調整解析度或許能重置相關設定，Bingo!! 只要隨便變一下解析度，問題就消失了。(大家這才發現，Office這怪樣子，似乎就是在256色模式下的長相。)

徹底解決Vista/Windows 7半夜自動開機問題

Jeffrey — Sat, 24 Oct 2009 23:23:38 GMT

之前談過Vista閙鬼半夜自動開機的問題，當時並未找到根本解決之道，只能在Sleep前留意將待安裝的更新先裝好避免。

前幾天網友pig在另一篇文章留言提到了電源管理的選項，我這才恍然大悟，原來該行為是可以被關閉的!

由【控制台/電源選項/變更計劃設定/變更進階電源設定】可以找到【睡眠/允許喚醒計時器】，將其停用，就可避免被Windows因為更新排程而被叫起床囉~~~

【提醒】停用此選項，將會延後Windows Update重大更新發佈後套用的時點。預設的設計雖然擾人，但比較安全，調整後就要自己多留意、更勤於安裝Windows更新哦! 另外，計時器喚醒還被應用在電視卡預約錄影等其他功能上，停用會使其失效，也要注意。

偵錯IIS7 ASP.NET程式時被強行關閉

Jeffrey — Fri, 23 Oct 2009 13:10:18 GMT

使用VS2008偵錯IIS7上的Web Application，程式中斷後，在你Line-By-Line埋首抓蟲之際，如果沒法在90秒內克敵制勝，IIS就會不耐久候，跳出以下訊息，偵錯過程跟著就中斷了。

The web server process that was being debugged has been terminated by Internet Information Services (IIS). This can be avoided by configuring Application Pool ping settings in IIS. See help for further details.

所幸IIS7雖然耐性不好，卻提供了明確的解決方案指引。按下Help按鈕，就會被引導到詳細的操作說明:

英文版: http://msdn.microsoft.com/en-us/library/bb763108.aspx
中文版: http://msdn.microsoft.com/zh-tw/library/bb763108.aspx

原來是在Debug期間，IIS會被監控機制(WAS)判定為無回應，一到了逾時上限(預設90秒)，Worker Process就會被重啟。官方文件已詳細說明將Ping停用的步驟(不過大家覺得第10-12點跑去設定Terminal Service是在搞笑，根本是多餘的，請忽略之)，這裡只補一下操作示意圖:

【注意】Ping功能可用來監測IIS Application Pool的狀態，偵測到無回應時會自動重啟Worker Process，有助於改善IIS穩定性，在正式運作的環境中，建議開啟。

瀏覽器對不合法XML元素名稱的處理

Jeffrey — Fri, 23 Oct 2009 02:55:13 GMT

因程式Bug搞出一個包含無效元素名稱的XML，發現IE的反應很有趣，XML物件的firstChild屬性會傳回null。

依XML規格，XML元素名稱必須符合以下條件:

包含字母、數字及其他字元
不可以數字或標點符號起始
開頭不可以是xml, XML或Xml
不能包含空白

我寫了個範例挑戰了這個禁忌，順手試了一下不合法XML格式在各瀏覽器下的反應。

var xmlStr ="<data><0>A</0></data>";

var xd = null;

if (window.ActiveXObject) {

    xd = new ActiveXObject("Microsoft.XMLDOM");

    xd.async = false; xd.loadXML(xmlStr);

else if (typeof DOMParser != "undefined")

    xd = new DOMParser().parseFromString(xmlStr, "text/xml");

var elem = xd.firstChild;

if (elem == null)

    alert("firstChild is null");

else

    alert(elem.xml || (new XMLSerializer()).serializeToString(elem));

【測試結果】

IE:
傳回null

Firefox:
得到<?xml-stylesheet href="chrome://global/locale/intl.css" type="text/css"?>

Chrome/Safari:
<data><parsererror xmlns="http://www.w3.org/1999/xhtml" style="display: block; white-space: pre; border: 2px solid #c77; padding: 0 1em 0 1em; margin: 1em; background-color: #fdd; color: black"><h3>This page contains the following errors:</h3><div style="font-family:monospace;font-size:12px">error on line 1 at column 8: StartTag: invalid element name
</div><h3>Below is a rendering of the page up to the first error.</h3></parsererror></data>

Opera:
<parsererror xmlns="http://www.mozilla.org/newlayout/xml/parsererror.xml">Error<sourcetext>Unknown source</sourcetext></parsererror>

本次最人性化回應獎，我決定頒給Chrome/Safari~~

TextBox.ReadOnly、Attributes["readonly"]及Disabled

Jeffrey — Tue, 20 Oct 2009 19:55:53 GMT

幫同事解答了關於TextBox.ReadOnly的特性，順便自己也溫習一下。

TextBox.ReadOnly = true;
TextBox.Attributes.Add("readonly", "readonly");
TextBox.Enabled = false;

以上三種寫法都可在網頁呈現唯讀的<INPUT>，但後端的行為有些差異。

我寫了一段示範，建立TextBox1, TextBox2, TextBox3分別用以上三種寫法設為前端唯讀。接著在網頁裡透過按鈕觸發Javascript將三者的值改成"ABC"，按鈕Postback回後端，再檢查三者的Text屬性及Post回傳值。程式如下:

<%@ Page Language="C#" %>

<script runat="server">

    void Page_Load(object sender, EventArgs e)

        if (!IsPostBack)

            TextBox1.ReadOnly = true;

            TextBox2.Attributes.Add("readonly", "readonly");

            TextBox3.Enabled = false;

            TextBox1.Text = TextBox2.Text = TextBox3.Text = "123";

    void Button1_Click(object sender, EventArgs e)

        Label1.Text = string.Format(@"

Control: TextBox1={0}, TextBox2={1}, TextBox3={2}<br />

Request: TextBox1={3}, TextBox2={4}, TextBox3={5}",

            TextBox1.Text, TextBox2.Text, TextBox3.Text,

            Request["TextBox1"], Request["TextBox2"], Request["TextBox3"]);

</script>

<html xmlns="http://www.w3.org/1999/xhtml">

<head runat="server">

    <title></title>

    <script src="js/jquery-1.3.2.js" type="text/javascript"></script>

    <script type="text/javascript">

        $(function() {

            $("#btnSetValue").click(function() {

                $("#TextBox1,#TextBox2,#TextBox3").val("ABC");

});

});

    </script>

</head>

<body>

    <form id="form1" runat="server">

    <asp:TextBox ID="TextBox1" runat="server"></asp:TextBox>

    <asp:TextBox ID="TextBox2" runat="server"></asp:TextBox>

    <asp:TextBox ID="TextBox3" runat="server"></asp:TextBox>

    <br />

    <input type="button" id="btnSetValue" value="Set Value" />

    <asp:Button ID="Button1" runat="server" OnClick="Button1_Click" Text="Submit"/>

    <br />

    <asp:Label ID="Label1" runat="server"></asp:Label>

    </form>

</body>

</html>

操作完成結果如下:

整理一下三者的差異:

TextBox.ReadOnly, TextBox.Enabled設定後，不管前端的值如何變更，Server端讀取到的還是原本賦與的值。
TextBox.ReadOnly = true時，前端仍會Post回修改過的新值，但會被TextBox Control忽略
TextBox.Enabled=false時，前端的內容根本不會被回傳(<input disabled>的關係)

觀察LINQ to SQL DataContext的連線開啟時機

Jeffrey — Sun, 18 Oct 2009 15:57:00 GMT

昨天的文章發表後，有兩位網友提到了DataContext是否要加using的議題。

我接觸LINQ to SQL是由Scott Gu的這幾篇文章開始入門的，在他的範例中沒有特別提到using，我也自始就忽略DataContext有實做IDispose這件事。雖然用using包住絕對有益無害(只要小心using中間過程如將DataContext傳到外部，要留意using結束後外部就不可再繼續叫用)，但我倒認為DataContext裡的Connection應該不是一new DataContext就建立一條連線不放，直到Dispose()才結束釋出，而是Query時開啟連線，用完即關閉；Update時再重新開啟連線，用完再度關閉。如此【最後一刻開啟、用完立即關閉】的寫法，較符合珍貴資源應用的Best Practice；換句話說，在DataContext裡應該就己實踐了類似using (SqlConnection)的做法，盡可能讓連線時間最短化。不過，畢竟只是猜想，不如做個實驗觀察一下。

static void log(string msg)

    Console.WriteLine("{0:HH:mm:ss.fff} {1}", DateTime.Now, msg);

    System.Threading.Thread.Sleep(2000);

static void Main(string[] args)

    MyLabDataContext db = new MyLabDataContext();

    log("DataContext created");

    var q = from o in db.Players

            select o;

    log("LINQ defined");

    Console.WriteLine(q.Count());

    log("Get the row count");

    Player p = new Player()

        UserName = "Darkthread",

        RegDate = new DateTime(2009, 1, 1),

        HiScore = 65536

};

    db.Players.InsertOnSubmit(p);

    log("InsertOnSubmit");

    db.SubmitChanges();

    log("SubmitChanges");

    db.Dispose();

    log("Disposed");

    Console.Read();

在以上的程式範例中，每個動作間相隔兩秒鐘，並記錄發生時間，以便跟SQL Profiler記錄的時間對照。依我的推論，連線開啟關閉應該會發生在q.Count()與db.SubmitChanes()。

00:55:50.285 DataContext created
00:55:52.292 LINQ defined
0
00:55:54.730 Get the row count
00:55:56.736 InsertOnSubmit
00:55:58.850 SubmitChanges
00:56:00.850 Disposed

接著我們對照一下SQL Profiler看到的結果:

EventClass	StartTime	EndTime	TextData
Audit Login	2009-10-19 00:55:54.587	NULL	-- network protocol: TCP/IP
Audit Logout	2009-10-19 00:55:54.587	2009-10-19 00:55:54.647	NULL
RPC:Completed	2009-10-19 00:55:54.647	2009-10-19 00:55:54.647	exec sp_reset_connection
Audit Login	2009-10-19 00:55:54.647	NULL	-- network protocol: TCP/IP
SQL:BatchCompleted	2009-10-19 00:55:54.647	2009-10-19 00:55:54.647	SELECT COUNT(*) AS [value] FROM [dbo].[Player] AS [t0]
Audit Logout	2009-10-19 00:55:54.647	2009-10-19 00:55:58.720	NULL
RPC:Completed	2009-10-19 00:55:58.720	2009-10-19 00:55:58.720	exec sp_reset_connection
Audit Login	2009-10-19 00:55:58.720	NULL	-- network protocol: TCP/IP
RPC:Completed	2009-10-19 00:55:58.810	2009-10-19 00:55:58.810	exec sp_executesql N'INSERT INTO [dbo].[Player]([UserName], [RegDate], [HiScore]) VALUES (@p0, @p1, @p2)',N'@p0 nvarchar(10),@p1 datetime,@p2 int',@p0=N'Darkthread',@p1='2009-01-01 00:00:00',@p2=65536
Audit Logout	2009-10-19 00:55:58.720	2009-10-19 00:59:25.550	NULL

我這麼解讀，00:55:50建立DataContext時並沒有開啟任何連線，q.Count()發生於00:55:54，此時有了第一次Audit Login。基於Connection Pooling的特性，每次SqlConnection.Open()時，會產生一個Audit Logout、exec sp_reset_connection再加一個Audit Login，而在此發生了兩次，第一次在00:55:54，第二次在00:55:58，剛好就是q.Count()及SubmitChanges()發生的時點。

最後一個Audit Logout則是出現在程式完全結束，Process終止，Connection Pool的連線真的被關閉時(00:59:25)。

由以上觀察，應可印證我的推論"LINQ to SQL裡DataContext內部對SqlConnection的處理原則為: 必要時才開啟，用後立即關閉"。進一步延伸，加上using應不會產生顯著影響，但對於實作IDispose的物件使用using絕對是良好的習慣。

小試LINQ to Oracle

Jeffrey — Sat, 17 Oct 2009 15:03:54 GMT

上回針對Oracle使用LINQ做了一番評估，打算為Oracle相關專案導入LINQ預做暖身。無意發現除了Entity Framework外，還有另外的選擇---devart的LINQ to Oracle!

基於工作專案常偏向RAD性質，對我來說，LINQ to Oracle的輕巧優於EF的龐大嚴謹功能完整。而LINQ to Oracle雖然也找得到免費解決方案，但畢竟要用在工作上，產品有廠商支援撐場，總是比Open Source多幾分穩當，何苦為了幫公司省錢砸了飯碗。

devart的產品看來符合我的需要，因此決定著手試用逐步體驗。到devart的網站下載dotConnect for Oracle安裝後，Visual Studio 2008在新增項目時就會多出一些選項。我試做了第一個LINQ to ORACLE範例:

1.在專案裡新增一個Devart LINQ to SQL Model--HRDataContext.lqml。(相當於LINQ to SQL的dbml)

2.在Solution Explorer裡點兩下lqml檔案，並不會在Visual Studio裡開出編輯畫面，而是另外啟動Entity Developer for dotConnect。雖然沒有內嵌在VS2008 IDE內，但它仿效LINQ to SQL dbml的視覺化操作，透過拖拉就可對應資料表Schema建立Class。
如下圖，先 (1) 建立與Oracle DB的連線 (2) 選取資料表，拖拉到設計區，接著就出現跟LINQ to SQL一樣的設計畫面 (3) 記得要改一下Context Namespace，預設會跟lqml同名，而二者名稱相同容易混淆 (4) 不要忘記按一下儲存，設計結果才會回寫到VS2008專案裡。

3.回到VS2008，會發現Entity Developer for dotConnect會依設計結果產生多個額外檔案。

4.LINQ to Oracle的程式寫起來跟LINQ to SQL完全相同:

    class Program

        static void Main(string[] args)

            HRDataContext db = new HRDataContext();

            Player p = new Player()

                Playerid = "Darkthread",

                Name = "黑暗執行緒",

                Email = "admin@darkthread.net"

};

            db.Players.InsertOnSubmit(p);

            db.SubmitChanges();

            Console.WriteLine("Done!");

5.執行後用SQL lPlus查詢，資料真的被寫入DB了。

可以把LINQ to SQL的開發經驗直接移植到Oracle上，實在是件快意無比的事! 啾咪 ^.<

Oracle Distributed Transaction Error

Jeffrey — Fri, 16 Oct 2009 15:29:54 GMT

寫了以下的程式做SQL與Oracle的分散式交易:

using (System.Transactions.TransactionScope tx =

    new System.Transactions.TransactionScope())

    //... Update data on SQL Server ...

    using (OracleConnection cn = new OracleConnection(cnStr))

        cn.Open();

        OracleCommand cmdOra = new OracleCommand(

            "INSERT INTO MYLOG VALUES (SYSDATE, 'DEBUG')", cn);

        cmdOra.ExecuteNonQuery();

        cmdOra.CommandText =

            "SELECT LOGTIME FROM MYLOG WHERE REMARK='DEBUG'";

        OracleDataReader dr = cmdOra.ExecuteReader();

        dr.Read();

        Response.Write(dr["LOGTIME"].ToString());

        dr.Close();

        cn.Close();

    //tx.Complete();

    Response.Write("OK");

執行環境為Windows 2008 x64 + ASP.NET 2.0 + System.Data.OracleClient + Oracle 11.1.0.6 x64 Client。程式一直傳回ORA-00161: transaction branch length 105 is illegal (maximum allowed 64) 錯誤。

網路上有不少相關的討論，大都指向Oracle的官方說法:

Windows Vista and Windows Server 2008 introduce new MSDTC changes that do not interoperate with older versions of Oracle Services for MTS. Oracle Services for MTS 10.2.0.4 and higher, with the exception of 11.1.0.6, support these new changes on Windows Vista Service Pack 1 and Windows Server 2008 or higher.

敢情我是中了籤王，10.2.0.4以後版本都可以支援，但11.1.0.6例外。到OTN下載 11107_w2k8_x64_production_client.zip (523MB)。

下載安裝，藥到病除!

黑暗尋寶完全攻略

Jeffrey — Thu, 15 Oct 2009 14:53:14 GMT

歷經漫長的六日(原本預估只想撐住四小時，結果百米賽跑變成馬拉松... orz)，紀念黑暗執行緒網站百萬人次的黑暗尋寶活動，終於由CCN在2009/10/15 00:36達陣成功，抱走VX-7000! 恭喜CCN之外，也向各位參賽者說聲辛苦了。

【以下有雷，會提及解題關鍵，還想保留闖關樂趣的人回頭是岸】

依粗略統計，這次比較威的關卡是第1.5關(Seednet網頁空間免費加贈的URL Redirect及HTTP 404)、第3關、第6關，跟許多人想破頭卡很大的第7關。其實比賽開始後10小時(16:38)就有人(Orange)抵達第7關，排除1.5關的干擾後，又有很多高手紛紛來到第7關，但卡在一張達文西密碼電影海報的照片的JPG就沒了頭緒。於是分別在10/11 22:22追加公告關於EXIF的提示，10/12 22:00公告變位字提示，10/13 22:00公告CLSID提示，10/14 22:00公告"茶包射手的獵物提示"，終於由CCN率先破解謎語，抵達終點。

現在來分享一下本次關卡設計的背後祕辛及破解說明:

Why GUID?
由一個網頁找到下一個網頁的遊戲，URL是關鍵，如果URL的組合可以被預期或猜測，就可能發在不知線索的情況下，直接猜中下一關檔名。很長的亂數名稱是一種做法，但身為MS Developer，我更愛GUID。
Why Seednet Homepage?
我猜有些人可能會動起"暴力破解"的歪腦筋(qwert0533，對!! 就是在說你 XD)，使用程式大量嚐試可能的GUID組合，因此我選擇將網頁放在平日閒置的Seednet個人網頁空間而非我的部落格平台，以防止受到暴力破解攻擊對Blog本身的波及。但Seednet怪異的分流機制，在一開始造成一些人的困擾，在此說聲抱歉。
為什麼遊戲網頁都要放廣告?
廣告就真的只是廣告而已，跟解題沒有任何關聯。不過我想有很多人會花時間去查它，足以產生不錯的欺敵拖延效果。後來證明 1) 的確很多人被廣告迷惑 2) 其實根本沒必要"拖延"...
當然，說不想藉趁機賺一下廣告收入絕對是騙人滴。對不起，我又貪財了。
第1關怎麼解?
這... 這... 這... 按連結，好嗎? 這明明是送分題。
第2 關怎麼解?
畫面看不到東西，任何Web Developer的下一步反射動作就是View Source，看HTML原始碼，原則上這也是送分題。
更! 第3關是在搞什麼鬼?
用第2關的View Source技巧，可以發現第3關的圖檔URL變成darkthre”e”dbanner.jpg，然後就卡住了。設計思維是用"檔名不同"突顯"第3關故意用了一張不一樣的圖"，所以圖是關鍵，應"仔細檢查"兩張圖有什麼不同。(瀏覽器的Zoom In功能可以幫上大忙!)
第4關，Palette調色盤? 跟解題有什麼關係?
白色黑色"Palette”的GIF圖檔，說明了"跟調色盤有關"，而GIF圖檔是內建256色調色盤的，所以就用Hex Viewer類的工具看一下，GUID果然藏在裡面:

感覺上有些朋友較少接觸GIF圖檔的格式細節，看GIF檔案找到答案進了第5關，居然還是不知道"Palette”與解題有何關聯? (城市還有鹽，對! 我就是在說你~~)
第5關，其實是最簡單的!
A1 A2 A3 A4 A5 A6 A7 A8 - B1 B2 B3 B4 - C1 C2 C3 C4 - D1 D2 D3 D4 - E1 E2 E3 E4 E5 E6 E7 E8 E9 E10 E11 E12
Hint Formulas:
1.A7 - E10 - E8 = -8
2.B4 * A5 * D1 = 726
... 略 ...
511.A8 * B4 + B2 = 12
512.E9 / E4 - E1 = –2
題目一清二楚，完全不拐彎，也沒陷阱。我寫了程式用亂數出題，偷懶沒去細數如何包含最少的聯立方程式就有解，所以放上512個公式以求保險，順便也展現我的氣度與佛心。(謎之聲: 去~~~)。
這題可以寫程式解，不過因為隨機產生的公式有些很白目(例如: 507.C1 - A5 / A5 = 3)，我想直接用人工分析應該比較快，花點耐性不用太久就可以解開!
這關完全沒被抱怨，看來是大家最愛的一題；相對地，也意味難度跟趣味性不足呀! XD
第6關，向本站的忠實讀者致意!
提示只有一行編碼: orOiuKK3otGi0aKzorWizwCjwqOyo7SjswAU/yL/I/8Z/wDvvJnvvKXvvKbvvKMAIf8X/xH/Gf8W/xb/E/8i/xP/Jf8Q/yX/ 程式寫多的人都看得出來是Base64編碼，用Convert.FromBase64String()解開，可以得到:
A2 B3 A2 B8 A2 B7 A2 D1 A2 D1 A2 B3 A2 B5 A2 CF 00 A3 C2 A3 B2 A3 B4 A3 B3 00 14 FF 22 FF 23 FF 19 FF 00 EF BC 99 EF BC A5 EF BC A6 EF BC A3 00 21 FF 17 FF 11 FF 19 FF 16 FF 16 FF 13 FF 22 FF 13 FF 25 FF 10 FF 25 FF
抓一下00的位置當成分割點，可以分成16, 8, 8, 12, 24個Byte，看起來跟GUID的8-4-4-4-12結構有點關聯。把byte[]轉成string試試，不管用哪一種Encoding，會發現string中有一部分會變成全型的0-9A-F字元。忠實讀者一定不會忘記中文編碼是本站的特色主題之一，而打開中文編碼解析工具，照著BIG5, GB2312, UCS-2, UTF-8(一個中文字會變3個byte，4*3=12解開了第四節長度不合群之謎), UTF-16編碼GetString(byte[])，分開取得五節全型16進位數，換成半型就是前往第七關的鑰匙!
第7關終極殺陣
眾多高手被卡在此動彈不得，逼得只能陸續增加提示，降低難度後，才有人闖關成功。
最初只有一張達文西密碼的電影照片JPEG檔，就是全部的提示。圖片是網路上找到的，被我加了工，藏了資訊在EXIF裡，不過似乎很多人沒有料到EXIF裡會藏東西。(當然，也有高手在第二天連海報照原始圖都找到，還用工具做過比對，驗證圖片內容完全一致，鎖定了線索就在Metadata中，了不起!)
有鑑於讓眾家高手卡著無解也不是辦法，於是我先釋出第一波提示，讓大家聚焦在EXIF的Camera欄位:
* It's not a GIF
* Metadata
* Canon 10D, Canon 5D2, Nikon D70

不過即便鎖定了EXIF，似乎有些朋友還沒體會到”tri linen St. RCP(三亞麻布聖RCP?)"是一段變位字，照片之所以選擇達文西密碼，就是希望電影一開始的變位字謎團可以形成暗示... 照片暗示效果不彰，索性祭出第二波提示:
* 啊，嚴峻的魔鬼！啊，跛足的聖人！
明確指明是變位字後，大家知道到重組，但大多還是沒什麼頭緒(其實可以用字典暴力攻擊把變位字可能的組合試出來，但成本看來不低)，再釋出第三波提示:
* CLSID
其實，"tri linen St. RCP”是RSClient.Print的變位結果，這顆Reporting Service附屬的由網頁直接印報表元件在黑暗小站亮相過好多次(1 2 3)，提示是CLSID，期望勾起大家的回憶，很快聯想到是它。(後來我發現這個提示很糟，因為Google CLSID + darkthread就可以直接連到相關網頁，幸好沒人藉此破關)
無奈大家跟我還是沒能心有靈犀，於是得再丟出第四波提示，直接說Reporting Service太明了，苦思許多，想了個"茶包射手的獵物"，暗示它在本站演過茶包。公告後不久，CCN終於闖關成功，我終於不必再為第五波提示傷透腦筋了。

謝謝所有參賽的朋友，希望大家在解題過程中有享受到樂趣。歡迎大家在留言版留下感想或意見，覺得哪一關最有趣，哪一關卡最久，哪一關最欠揍，什麼感想都可以。

我超愛這類動腦解題的比賽，下回各位如有舉辦，記得要通知我!

最後，再次恭喜CCN!!