ASP

問題描述：編寫asp.net程式，當編譯調試比較頻繁的時候，很容易經常地出現訪問被拒絕。形如：分析器錯誤資訊: 訪問被拒絕：“Microsoft.Web.UI.WebControls”。源錯誤: 行 197： <add assembly="System.Web.Mobile, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>行 198： <add assembly="*"/>..

程式網路工作群組ASP網站管理員(ASPAdmin) V1.02 ------------------------------------------- Tools/ |該目錄下均為本地運行檔案, 應用時只需要上傳 |ASPAdmin(_A).asp 一個檔案就可以了. Encode.vbs |用來產生密碼, 運行該檔案, 按提示輸入明文密 |碼確定後, 得到加密後的密碼. pack.vbs |用來打包檔案夾, 根目錄為檔案所在目錄. unpack.vbs

指令碼收藏Asp版 目錄頁(dir.htm)面改自：myhyli的網頁(http://www.blueidea.com/user/myhyli) -------------------- 使用者：haiwa 密碼：51windows.com -------------------- 添加指令碼時，只要把名稱，類別，代碼：填上就行，代碼為html代碼！ -------------------- 同時可以做成網路收藏夾用 把dirurl.asp改名為dir.asp

為什麼在ASP裡指定了codepage為65001還經常顯示亂碼.才子在這裡將這個問題詳細解釋一下,以免很多朋友再走彎路,甚至排斥UTF-8. 如果你還不知道UTF-8是什麼東東,那才子建議你先去搜尋一下UTF-8的相關資料吧. UTF-8編碼之所以被越來越多的人接受甚至喜歡,肯定是有道理的,在WEB2.0盛行的今天,在大談多瀏覽器安全色的同時,不得不想到字元編碼不同所造成的亂碼現象同樣需要得到很好的處理.....

眾所周知，asp+access最大的安全隱患在於access資料庫可以被別人 下載，而現在提供的很多asp空間都是只支援access資料庫，這樣一來， asp+access的安全問題就顯得很突出了。 1.Access資料庫的儲存隱患 在ASP＋Access應用系統中，如果獲得或者猜到Access資料庫的儲存路 徑和資料庫名，則該資料庫就可以被下載到本地。 2.Access資料庫的解密隱患

利用.NET 提供的類，如Drawing.Bitmap ，Drawing.Bitmap 等，很容易就可以實現對圖片的簡單處理。包括打浮水印，放大縮小，等操作。 public partial class WebForm4 : System.Web.UI.Page { // 原始圖片路徑 private string path; private System.Drawing.Bitmap bitmap;

這次在項目中，用到了大檔案上傳，要上傳的檔案有100多m，於是研究現在國內使用的大檔案上傳的組件發現用的比較多的有兩個控制項AspnetUpload 2.0和Lion.Web.UpLoadModule，另外還有思歸在它的部落格堂中所說的辦法 http://blog.joycode.com/saucer/archive/2004/03/16/16225.aspx 兩個控制項的方法是：利用隱含的HttpWorkerRequest，用它的GetPreloadedEntityBody 和

常用的產生驗證碼程式 ，圖片效果如下：來源程式如下： 複製代碼 代碼如下:using System; using System.IO; using System.Drawing; using System.Drawing.Imaging; using System.Text; using System.Collections; using System.Web; using System.Web.UI; using System.Web.UI.WebControls;

當做小項目用 ASP.NET + Access 資料庫時，總是遇到資料庫路徑問題，本人以前的解決方案是每次訪問資料庫時，把連結字串以參數的形式傳到資料訪問層，實施起來相當麻煩，這次找到了一個比較好的方案，這是本人目前的最終解決方案(如題) ^_^ 解決方案為： 在 Web.Config 中配置 Access 資料庫驅動和資料庫檔案名稱。 請看代碼 <appSettings> <add key="DBDriver"

問題： 　　網站有bbs.xxx.com / main.xxx.com / pay.xxx.com 這三個不同的次層網域站,要實現任何一次層網域處登陸,其他各次層網域的站均登陸。 　　解決辦法： 　　設定cookie的domain屬性。 　　詳細介紹： 　　把儲存使用者登陸資訊的cookie的網域設定成一樣即可。usercookie.Domain=".xxx.com"; 要注意,在網域名稱前必須要加一個"."。這個設定在登陸和退出的時候都需要。

格式限定符中往往有一些字母代表特點的意思 比如，在DateTime.ToString中，y代碼年，M代表月，等等 那麼如果ToString的結果我本身就需要這些字元又怎麼辦呢？ 此時就需要使用逸出字元，而且這個轉義標記就是我們熟悉的"\" DateTime now = DateTime.Now; now.ToString("yyyy,MM,dd HH:mm:ffff");//2006,07,06 14:51:3425 now.ToString(@"\year:yyyy,\mon\t\h:MM,\

譬如我有一個登陸頁面,上面有兩個Label和兩個Textbox,頁面命名為Login.aspx,控制項命名為lbl_UserName,lbl_Password,txt_UserName,txt_Password。 首先可以在網站上建立一個App_LocalResources的檔案夾,然後建立一個資源檔,命名為Login.aspx.resx 命名需要跟匹配的頁面名字相同。然後再建立另一個資源檔,命名為Login.aspx.zh-Cn.resx Login.aspx.resx

微軟今天發布了Enterprise Library 3.0，又有新的東西可以研究了，在Enterprise Library 3.0中包含如下8個應用程式塊： l Caching Application Block l Cryptography Application Block l Data Access Application Block l Exception Handling Application Block l

有時候，我們在調試ASP.net程式的時候，會很痛苦的碰到。某某組件訪問被拒絕。這時候重起IIS，電腦登出都不起作用。這時候的錯誤資訊一般類似如下的方式： “/”應用程式中的伺服器錯誤。 -------------------------------------------------------------------------------- 配置錯誤 說明: 在處理向該請求提供服務所需的設定檔時出錯。請檢查下面的特定錯誤詳細資料並適當地修改設定檔。 分析器錯誤資訊:

有的時候我們要操作一個URL地址中查詢參數，為了不破壞URL的原有結構，我們一般不能直接在URL的後面加&query=value，特別是我們的URL中有多個參數時，這種處理更麻煩。 下面兩個小方法就是專門用來為一個URL添加一個查詢參數或刪除一個查詢參數，這兩個方法隱藏了原URL有無參數，是不是原來就有這個參數，有沒有fragment(#anchor)這些細節和處理 /**//// <summary> /// Add a query to an URL. /// if

.NET Framework中為我們提供了3種類型的Timer，分別是： Server Timer(System.Timers.Timer),Thread Timer(System.Threading.Timer )和Windows Timer(System.Windows.Forms.Timer)。 其中Windows Timer和WinAPI中的Timer一樣，是基於訊息的，而且是單線程的。另外兩個Timer則不同於Windows

1. 資料庫訪問效能最佳化 　　 資料庫的串連和關閉 　　訪問資料庫資源需要建立串連、開啟串連和關閉串連幾個操作。這些過程需要多次與資料庫交換資訊以通過身分識別驗證，比較耗費伺服器資源。ASP.NET中提供了串連池（Connection Pool）改善開啟和關閉資料庫對效能的影響。系統將使用者的資料庫連接放在串連池中，需要時取出，關閉時收回串連，等待下一次的串連請求。

我昨天晚上在做相簿的時候突然又發現，iis下cookies裡的中文又出現問題了，顯示亂碼。 費了好一段時間，才解決： //寫入cookies時 string t =HttpUtility.UrlEncode(要寫入到cookies的中文值); HttpCookie c = new HttpCookie("user_realname", t); Response.Cookies.Add(c); //讀取cookies時 t=擷取的中文cookies值; t =

程式健壯性最基本要求就是程式錯誤的處理與捕捉，在ASP.NET中，錯誤的處理有和其他程式設計語言一樣的機制，可以使用Try…Catch…Finally等方式，這一點和ASP相比具有較大的進步。而且，使用這些錯誤處理方法，可以大大提高程式的可讀性和程式調試速度，在這幾個優勢結合的情況下，我們更加應該注意這一點。 關於錯誤的處理，我們可以參考這篇文章: Try...Catch...Finally in ASP.NET Introduction Error handling in Classic

以前曾說過用HttpModule來在Response前更改Cookie，今天遇到Asp.net自做主張，把我辛苦轉換的漢字ꪻ這樣的表現形式，又轉成漢字，別說是Asp.net的Web控制項，就是Html控制項Ranat=server都會被它強行轉換成漢字輸出。 如果把頁面內容一行行用Response寫出來，那樣太累，而且容易出錯。所以最好的辦法是在Asp.net的產生動作完成之後，再進行一次轉換，這樣Asp.net就拿你沒有辦法了。