Timons開發筆記

--Me.RegisterStartupScript("Message", " ") --Me.RegisterStartupScript("Message", " ")

http://ithelp.ithome.com.tw/question/10008820

之前常常看到有些網站在加入會員時第一步驟就是先看同意書, 但是同意書並不是直接拉到下面按下同意按鈕就可以跳過的, 而是按鈕上會倒數個十秒後才讓你可以按下同意. var time=10000;//設定倒數10秒 function DisableEnable(objid){ if(time 而這樣個功能怎麼做呢?? 主要還是要靠setTimeout來做到數的功能

Dim dteStart As DateTime= Now '...要計算執行時間的程式區段... Dim TS As TimeSpan= Now.Subtract(dteStart) 'Response.Write("執行時間: " & TS.TotalMilliseconds & " 毫秒")

http://www.dotblogs.com.tw/kirkchen/archive/2010/01/27/13367.aspx ※此問題僅存在x86系統之中，若使用x64系統作為Server不存在此類問題 前言 最近在使用擴充Gridview匯出Excel檔案時， 因為客戶需要一次性的匯出大量的資料 (約13000筆，匯出之Excel檔案大小約為13mb)， 當連續多次執行匯出之後，可以在工作管理員中發現， w3wp.exe所使用的記憶體量大的驚人， 而且當記憶體消耗量達到約1GB出頭的時候， 又再次執行匯出Excel，就很容易會產生OutofMemory Exception。 這是因為在x86系統中，Process的記憶體限制為2GB， 而在Asp.Net預設所能使用的記憶體限制為最大記憶體的60%， 因此當w3wp.exe所消耗的記憶體達到約1GB以上的時候， 就很容易會發生OutOfMemory Exception， 為了解決此問題，我們可以調整w3wp.exe所能使用的記憶體大小， 來降低此問題發生的機率。 實際演練 為了解決記憶體不夠用的問題， 我們主要可以針對兩個部分著手， 調整x86系統中每個process的記憶體限制以及Asp.Net預設所能使用的最大記憶體， 1. 調整x86系統中每個process的記憶體限制 在KB283037寫道： 一般而言，在 Windows 2000 或 Windows Server 2003 下執行程序時， 可以存取高達 2 GB 的記憶體位址空間 (假設沒有使用 /3GB 參數)， 其中有些是實體記憶體，有些是虛擬記憶體。 執行的程式愈多 (也因而有更多處理程序)，交付的記憶體就愈多， 最多可達 2 GB 的整個位址空間。 因此，我們可以藉由在Boot.ini使用 /3GB 參數， 來增加我們Process所能使用的記憶體大小至3GB， 首先我們可以找到Boot.ini的位址，預設是在C:\boot.ini且是隱藏的， 我們可以C:\透過"工具=>資料夾選項=>檢視"取消勾選"隱藏保護的作業系統檔案"來找到它。 再來我們可以發現boot.ini已經出現在我們的C:\中 我們可以替boot.ini的開機參數加上/3gb，來調整Process所能使用的最大記憶體至

SQL Server 連線基本概念 1樓 ruok 發表於：2008/6/16 11:31:00 SQL Server 連線基本概念 「除了目前最熱門的Oracle資料庫外，當今有很多大型公司甚至是辦公室都會利用微軟的SQL Server來作為資料庫的管理程式。筆者今期就和大家探討以下該資料庫伺服器在連線方面的概念。SQL Server 2000用戶端使用 API、物件程式庫和通訊協定的堆疊來進行連線。在堆疊的頂層是API或物件程式庫。應用程式是經由物件程式庫所公開的 API 功能或介面連線到MicrosoftRSQL Server。用於存取SQL Server的API範例包括ODBC和DB程式庫。用於存取SQL Server 的物件程式庫範例包括OLE DB、ADO和ADO.NET。 ADO最終還是使用OLE DB來和伺服器通訊，因此Windows應用程式常用於和SQL Server通訊的物件程式庫實際上只有兩種：OLE DB和ADO.NET。經由ADO或ADO.NET連線當然比在ODBC上更普遍(雖然SQL Server的Query Analyzer和 Enterprise Manager 仍是在ODBC上連線)。現今大多數的應用程式是使用物件程式庫連線到SQL Server，而非使用ODBC或其他類似的元件。 ADO和OLE DB OLE DB用戶端(也稱為取用者)是經由用戶端提供者的方式與伺服器及其他後端通訊。這個提供者是一或多組COM元件，用於將應用程式的要求轉譯成網路處理序之間的通訊(IPC)要求。在SQL Server 的例子中，最常用的OLE DB提供者是SQLOLEDB，也就是微軟為SQL Server所提供的OLE DB提供者。SQLOLEDB隨附於SQL Server並安裝為Microsoft Data Access Components (MDAC)堆疊的一部分。 使用ADO與SQL Server通訊的應用程式首先會使用Connection物件與伺服器建立連線來達成。ADO的Connection物件會接受一個指定OLE DB提供者的連接字串作為傳入的參數。如果應用程式是使用SQLOLEDB提供者連線到SQL Server，大家會在此字串中看到「SQLOLEDB」。 ADO應用程式也有可能在ODBC上連線到SQL Server。若要這麼做的話，

12月25日 MSXML 6 SP2 會造成 SQL Server 2008 安裝失敗 今天上課時，安裝 SQL Server 2008 一直失敗，檢視其錯誤 Log 說是 MSXML 造成的，因為 2008/11/11 KB954459 更新安裝了 MSXML 6 SP2 到新增移除可以比對這個版本 但 SQL Server 2008 自家用的 MSXML 是 6.1，所以 SQL Server 2008 的安裝程式執行過程中，發現系統上有更新的版本，就在執行紀錄留下訊息，放棄繼續安裝，而非略過。 只好先移除掉 MSXML 6 SP2，安裝完 SQL Server 2008 後，再更新 HotFix 一次 感謝微軟 James、River 一起幫忙找出這個問題的原委

http://silverlight4.pixnet.net/blog/post/2815124