其他

　　今天又遇到IIS 7不能壓縮js檔案的問題，在IIS 7已經啟用靜態內容壓縮，但在瀏覽器中訪問沒有生效。　　記得以前遇到過這個問題，開始沒想起來解決方案...　　後來想起來了，是IIS 7預設的MIME Types中.js的設定不對，見：　　　　將application/x-javascript改為application/javascript，問題就解決了。　　　　謹記：解決了問題一定要用部落格記錄一下，不然，如果遇到以前解決過的問題，卻忘記瞭解決方法，那是讓人很鬱悶的事。

方法一：網上最常見的做法是用DataGridView的RowPostPaint事件在RowHeaderCell中繪製行號：RowPostPaintCode highlighting produced by Actipro CodeHighlighter

站長建站會遇到很多的問題，空間用哪裡的？CMS選PHP的還是.Net的？建站後如何推廣等等，但是我覺得最重要的應該是網域名稱的選擇！眾所周知網域名稱是一種不可再生的互連網資源，它對網站的重要性無異於水對人體的重要性，一個好的、意義顯而易見的網域名稱無疑會節省您大筆的宣傳費用，同時能夠讓人們很快的記住它，記住您的網站。電訊廠商為了自己的利益拚命的引入各種不同尾碼的網域名稱註冊，引入了全球通用的不夠還要引入別的國家的網域名稱尾碼比如.me尾碼、.la尾碼等等，導致我們站長在建站時無從選擇，或者說選網

生活網：http://www.shenghuo.cn  pr4拼車網：http://www.dache.cn pr5            http://beijing.dache.cn pr3            http://guangzhou.dache.cn pr3            http://shenzhen.dache.cn pr3            http://cheyouhui.dache.cn pr3拼車網：http://www.pinche.com.cn

微軟最近發布了“IE 9網站模式技術白皮書”，給大家參考一下吧 也可以下載附件：IE9_固定網站_技術白皮書.rar ************************************************************************ IE9固定網站功能簡介 簡單來說，IE9固定網站(Pinned

很久以前就知道物件導向設計有一些公認的基本原則，可都是零零碎碎的瞭解一部分，雖然在實踐的過程中也有意識的用到了一些，可是從來沒有系統的總結過，這是我從網上找到的比較詳細的介紹，就當是讀書筆記吧    所有的設計模式都是對不同的可變性的封裝，從而使系統在不同角度達到“開閉原則”的要求。　　　　在軟體軟體系統中，一個模組設計得好不 好的最主要、最重要的標誌，就是該模組在多大程度上將自己的內部資料和其他與實現有關的細節隱藏起來。一個設計得好的模組可以將它所有的實現細節隱藏起

近期用到了雲網和財付通的介面。但是頁面post給他們之後，返回來的資料卻不止一條，就是返回頁面要被請求至少兩次，立刻電話給tenpay和雲網，但是他們那邊的資料也只是顯示回傳了一次。這就讓我偶不得其所了，檢查了N次代碼沒有發現明顯的錯誤。但是肯定是流程出了問題，否則不可能出現這樣的情況，於是乎仔細尋找，終於在當雲網或者財付通返回訂單的時候，我要查詢存放訂單的庫，看看此訂單是否存在。然後進行支付成功之後的操作，比如將使用者的金額入庫等等，這個檢索的時候出現了問題，在此提示大家，使用sqldatar

應用程式集區呢？這是微軟的一個全新概念：應用程式集區是將一個或多個應用程式連結到一個或多個背景工作處理序集合的配置。因為應用程式集區中的應用程式與其他應用程式被背景工作處理序邊界分隔，所以某個應用程式集區中的應用程式不會受到其他應用程式集區中應用程式所產生的問題的影響。         Windows 2003同時支援兩種工作模式，預設為ISS

原作者: Scott Hanselman 原文譯者: Tony Qu 原發佈於: http://feed.yeeyan.com/articles/view/15070/5074前些日子我發了一份ASP.NET面試題 清單. 有一些訪客比較保守，覺得我是沒事找事，裡面都是些很瑣碎的問題。剩下的人則說“蠻不錯的，我得去看一看其中的一些問題”

　　一起來 看看有關應用程式集區的一些問題。應用程式集區的“屬性”對話方塊有四頁——回收，效能，健全狀態，標識，六所示。在這些選項頁中，最令人信服的恐怕就是 “回收”頁，使用該選項頁可以管理背景工作處理序的回收。在背景工作處理序隔離模式中，IIS可以配置成定期重新啟動應用程式集區中的背景工作處理序，從而更好地管理那些的工作進 程。這確保了池中的應用程式運行正常，並且可以恢複丟失的系統資源。為了回收背景工作處理序，失敗背景工作處理序接收請求的能力將被限制，直到它處理完儲存在請求隊列

1、啟動2008中的WebDev.WebServer 在。net2.0裡面有一個異常好用的工具就是WebDev.WebServer，位於c盤下的microsoft.net的framework中呢！但是在2008中卻不在這個目錄中！而是位於：C:\Program Files\Common Files\Microsoft Shared\DevServer\9.0\WebDev.WebServer.EXE     使用這個東東可以讓你指定web伺服器，自訂連接埠調試！很是方便！2、設定SQL2005

　在IIS 6.0的Web園中，我們不必建立額外的Web網站，只要指定用於某個應用程式集區的背景工作處理序就可以了。 具體的配置步驟是：開啟應用程式集區的“屬性”對話方塊，轉到“效能”頁，在“Web園”下面的“最大背景工作處理序數”輸入框中輸入進程數量，八。當伺服器的 負載較小，不需要額外的背景工作處理序時，IIS 6.0在一定的時間後（預設20分鐘，可配置）自動縮減實際的背景工作處理序數量如果負載變大，需要額外的背景工作處理序，IIS

文章目錄 什麼是Firebug應用Console 控制台查看和修改HTMLCSS調試網路狀況監視器DOM查看器附

    在Discuz中他們使用了模板機制去掉了Form標誌，因為他們很少使用服務端控制項，所以頁面看起來相當的清爽，不像我們一般開發的asp.net程式。不管怎麼著，尤其是使用了主版頁面的頁面，一開始都先來一個viewstate，viewstate控制的不好還很長，很影響頁面的載入速度，而且裡面的id全部變得又臭又長，如_ct100_**********_***這樣，擷取的時候很痛苦，   

        眾所周知，在.NET下面專門有個Regex類是處理Regex的。本人幾年的編程經曆，多多少少也接觸了一些正則表式處理字串的問題，可以說對於寫Regex還算是小有心得。       

dudu放首頁吧！關係到咱們程式員的健康！    今天上海下起了雨，天色也是陰沉不定，於是偶的肩膀和手腕開始隱隱作痛，做程式都知道，鍵盤和滑鼠是傷身子的兩大物件，寫程式以來鍵盤滑鼠用了N個，但是還是把手給傷了，一直想找一個手感好的，但是未果，健康第一，如果沒有健康我們什麼都沒有啦！畢竟誰也不想落下一身的病啊！所以我的建議是買電腦最不能省的就是鍵盤和滑鼠，不知道園子裡各位都用什麼鍵盤，滑鼠，有沒有手感好的！推薦下，讓大家都用上手感好而且對身體傷害小的，除了技術我們還得擁有健康，   

        最近一段時間做公司內部的一個業務員業績管理網站，其中在做報表查詢的時候遇到了一個有意思的問題，著實為難了我一下。因為一些不方便的原因，同時也為了便於描述，下面我把這個報表查詢簡化一下，但是本質上是一樣的。         首先是說說表結構吧，一共兩張表，暫命名為表T1和T2吧，T1有A，B，C，D四個欄位，T2有A，B，C，E四個欄位。T2表的A，B兩列的聯合的值是T1表A，B兩列聯合的值的子集         我想要的結果是返回一個查詢暫命名為T吧，T的結構是 A      

 最近遇到一個問題就是根據不同的情況產生不同的表單，不知大家有沒有用過kijiji的資訊發布，就是類似那樣的，比如我選擇了房源出租就顯示房屋的必要資訊比如方位，裝修，面積等等，而我選擇了汽車就會出現如年份，公裡數等等。而且是有的必填有的不用填。    而且他們有幾個必須的比如標題，連絡人，qq等等這是每一個頁面都一致的，那根據類別來的欄位是怎麼搞定的呢！   

 1 /**//* 2    checkbox 全選 3    checkCHK 點擊全選的checkbox name屬性 4    selectCHK 控制項中 比如（gridview）checkbox的id名稱 5 */ 6 function CheckAll(form,checkCHK,selectCHK) 7    {   8        var chkObj = document .getElementsByTagName("input"); 9        var n = 0; 

上次我只是把全聯結的SQL語句寫出來了，但是沒有對其內在的過程做分析，只是簡單提到了一下，內部做了四次表掃描。昨天抽空又看了一下，終於基本弄懂了裡面的原理，首先我們來看一下查詢計劃給出的圖： 右上方兩次表掃描加一次嵌套迴圈是做的一次標準的左串連，在圖中也明確的標示出來了。關鍵是右下方的那兩次表掃描和串連。表掃描好說，就是為串連作準備的，那麼，右下角的那次串連是怎麼回事呢，而且從圖上標示的資訊可以看出，串連的類型是"Left Anti Semi