Time of Update: 2018-12-07
文章目錄 1.Ajax Library方式2. jQuery方式3. 還有一種好像是要引用AJAX.dll檔案的. 在後台註冊前台方法. 這個好像在.net2.0的時候用的比較多. 具體沒仔細研究. 從用戶端調用後台靜態方法1.Ajax Library方式C#代碼:[WebMethod]public static DateTime GetCurrentTime(string str){ return
Time of Update: 2018-12-07
頁面上直接引用<%@ Register TagPrefix="scott" TagName="header" Src="Controls/Header.ascx" %><%@ Register TagPrefix="scott" TagName="footer" Src="Controls/Footer.ascx" %><%@ Register TagPrefix="ControlVendor" Assembly="ControlVendor" %><h
Time of Update: 2018-12-07
using Microsoft.Office.Interop.Excel; 針對office 2003需添加引用Microsoft Excel 11.0 Object Library 如添加之後還不能用再using microsoft.office.core和excel引用的dll為Interop.Microsoft.Office.Core.dllInterop.Excel.dllExcel匯出類:using System;using System.IO;using
Time of Update: 2018-12-07
文章目錄 在Global.asax的Application_BeginRequest中添加如下代碼 Uploadify是JQuery的一個上傳外掛程式,帶進度顯示, 支援多檔案上傳。不過官方提供的執行個體時php版本的Uploadify唯一的缺點就是不支援中文按鈕官方下載 官方文檔 官方示範實現Uploadify實現最低要求:jQuery 1.4.x or greater swfObject 2.2 or greater Flash
Time of Update: 2018-12-07
錯誤:<html><head><title>Object moved</title></head><body> <h2>Object moved to <a href="/Admin/WebService/AddAdminInfo.asmx?AspxAutoDetectCookieSupport=1">here</a>.</h2> </body>&
Time of Update: 2018-12-07
1 using System.Data; 2 using System.Configuration; 3 using System.Web; 4 using System.Web.Security; 5 using System.Web.UI; 6 using System.Web.UI.WebControls; 7 using System.Web.UI.WebControls.WebParts; 8 using System.Web.UI.HtmlControls; 9 1
Time of Update: 2018-12-07
文章目錄 4、返回Hashtable方法的調用 利用JQuery的$.ajax()可以很方便的調用asp.net的後台方法。[WebMethod] 命名空間1、無參數的方法調用, 注意:1.方法一定要靜態方法,而且要有[WebMethod]的聲明後台<C#>:using System.Web.Script.Services; [WebMethod] public static string SayHello()
Time of Update: 2018-12-07
以前用asp.net mvc做東西的時候經常出現“*/?Length=*”的情況。那時沒有什麼好的解決方案,就通過靜態連結來解決,問題當然也很多。最近又出來了這樣的情況,語句是<%= Html.ActionLink("Default", "Index", "Default", new { id = 1 })%>,以前技術不行還可以忍受,現在怎麼能行呢。果斷Google,"asp.net mvc
Time of Update: 2018-12-07
什麼是緩衝?Web 應用程式通常都是被多個使用者訪問。一個Web網站可能存在一個“重量級”的載入,它能夠使得網站在訪問的時候,拖慢整個伺服器。當網站被大量使用者同時訪問的時候,訪問速度緩慢是大部分網站共同存在的問題。為瞭解決這個問題,我們可以使用一個更進階別的硬體設定,負載平衡器,高頻寬,但是載入並不是拖慢網站唯一的“罪魁禍首”,所以我們需要提供一種方案,它也同樣能夠加速資料訪問以及提升效能。而採用緩衝正是一種很不錯的解決方案。緩衝是一種能夠儲存我們通常需要使用的資料的技術,它能夠把web
Time of Update: 2018-12-07
上周六,我在園子裡提出開發一個開源UserCenter的想法,得到了許多網友的關注和評價,在此先謝謝各位了。在回複中我得到了許多有用的資訊,和團隊討論了許久,得出了一些新的東西,現在總結成產品的機會評估報告。我用nUserCenter稱呼這個產品。 1,nUserCenter要解決什麼問題?一個可用的.net
Time of Update: 2018-12-07
最近項目中有個圖片線上裁剪功能,本人尋找資料,方法如下:前台展現用jquery.Jcrop實現,後台使用 System.Drawing.Image類來進行裁剪.1.前台展現實現網上找到這個jquery.Jcrop,稍看了下,發現它提供的效果完全能滿足項目需求.官方網址:http://deepliquid.com/content/Jcrop.html,感興趣的朋友可去看看.頁面先引用相關樣式和指令碼: <link href="Styles/jquery.Jcrop.css"
Time of Update: 2018-12-07
構建高效能ASP.NET網站之三 細節決定成敗 前言:曾經就因為一個小小的疏忽,從而導致了伺服器崩潰了,後來才發現:原來就是因為一個迴圈而導致的,所以,對“注意細節“這一說法是深有感觸。 系列文章連結: 構建高效能ASP.NET網站 開篇 構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 構建高效能ASP.NET網站之三 細節決定成敗 構建高效能ASP.NET網站 第五章—效能調優綜述(前篇)
Time of Update: 2018-12-07
構建高效能ASP.NET網站 第五章—效能調優綜述(前篇) 前言:這段時間,把系列文章又重新整理了一下,之前關於效能最佳化的介紹一些不是很清晰。可以說從本篇開始,才算是一個完整的系列的開始。 系列文章連結: 構建高效能ASP.NET網站 開篇 構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 構建高效能ASP.NET網站之三 細節決定成敗 構建高效能ASP.NET網站 第五章—效能調優綜述(前篇)
Time of Update: 2018-12-07
大型高效能ASP.NET系統架構設計 大型Live App系統平台主要是針對於大流量、高並髮網站建立的底層系統架構。大型網站的運行需要一個可靠、安全、可擴充、易維護的應用系統平台做為支撐,以保證網站應用程式的平穩運行。 系列文章連結: 構建高效能ASP.NET網站 開篇 構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 構建高效能ASP.NET網站之三 細節決定成敗 構建高效能ASP.NET網站
Time of Update: 2018-12-07
構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 前言:在對ASP.NET網站進行最佳化的時候,往往不是只是懂得ASP.NET就足夠了的。 在最佳化的過程中,一般先是找出問題可能存在的地方,然後證明找出的問題就是要解決的問題,確認之後,在進行一些措施。系列文章在結構上的安排是這樣的:先講述前端的調優,我會在文章的標題後面標上”前端”,如果是後台代碼的調優,我會在標題上標上”後端”,如果是資料庫設計的調優,我會在標題上標上”資料庫”,希望大家多多提建議。 系列文章連結:
Time of Update: 2018-12-07
構建高效能ASP.NET網站 第五章—效能調優綜述(後篇) 前言:本篇主要講述如何根據一些簡單的工具和簡單的現象來粗布的定位網站的效能問題。 本章的議題如下:效能調優的一般過程利用分析工具分析頁面載入資訊利用分析工具分析效能瓶頸 系列文章連結: 構建高效能ASP.NET網站 開篇 構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 構建高效能ASP.NET網站之三 細節決定成敗
Time of Update: 2018-12-07
構建高效能ASP.NET網站 第五章—效能調優綜述(中篇) 前言:本篇主要講述用一些簡單的工具來分析一些與網站效能有關的資料,在上一篇文章中,我們討論了一下效能調優的一般過程,本篇就開始介紹一些方法和工具,讓大家快速的入門。 系列文章連結: 構建高效能ASP.NET網站 開篇 構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 構建高效能ASP.NET網站之三 細節決定成敗
Time of Update: 2018-12-07
構建高效能ASP.NET網站 第七章 如何解決記憶體的問題(前篇)—託管資源最佳化—記憶體回收機制剖析 前言:本章主要詳細的講述如何因記憶體問題而導致的效能問題,很多的時候都是深入.NET核心進行分析,然後給出解決方案,同時,本系列的其他文章,也爭取做到:深入淺出。 本篇是為後面的做個鋪墊,而且比較的精彩。只有真正的理解了本篇,後面才可以順利的走下去。 本篇的議題如下:記憶體問題概述(前篇)託管資源最佳化(前篇) 對象的生命週期(前篇) 對象的”代“(
Time of Update: 2018-12-07
構建高效能ASP.NET網站 開篇 前言:有段時間沒有寫ASP.NET的東西了,心裡總是覺得缺少了什麼,畢竟自己對ASP.NET還是情有獨鐘的. 在本系列文章中,準備比較全面的講述ASP.NET的效能的最佳化,從前台到後台,以後本列文也看作為大家的一個手冊來查詢! 系列文章連結: 構建高效能ASP.NET網站 開篇 構建高效能ASP.NET網站之一 剖析頁面的處理過程(前端) 構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 構建高效能ASP.NET網站之三
Time of Update: 2018-12-07
構建高效能ASP.NET網站 第七章 如何解決記憶體的問題(前中篇)—託管資源最佳化—監測CLR效能 前言:在上一篇文章中講述了一些記憶體回收的一些知識,本篇就講述如何來監測CLR是否導致了一些效能問題。 本篇的議題如下:記憶體問題概述(前篇)託管資源最佳化(前篇) 對象的生命週期(前篇) 對象的”代“(前篇) 大對象堆(LOH) (前篇) CLR計數器的使用 (中篇) CLR