Ⅰ Web.Config 配置文件
進入你的網頁文件夾，找到Web.config文件，用記事本打開，或者你直接在vs中打開修改也行，這里我用記事本打開找到<customErrors mode="RemoteOnly"/>處將其修改為<customErrors mode="Off"/>保存就行了~上邊是我的文件，你的是找到<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>將它替換為<customErrors mode="Off"/>就行了。沒有的話，自己寫下如下代碼也行的~<customErrors mode="Off"/>
Ⅱ Web.Config是干什麼的
資源的配置信息包含在一組配置文件中，每個文件都名為 Web.config。每個配置文件都包含 XML 標記和子標記的嵌套層次結構，這些標記帶有指定配置設置的屬性。因為這些標記必須是格式正確的 XML，所以標記、子標記和屬性是區分大小寫的。標記名和屬性名是 Camel 大小寫形式的，這意味著標記名的第一個字元是小寫的，任何後面連接單詞的第一個字母是大寫的。屬性值是 Pascal 大小寫形式的，這意味著第一個字元是大寫的，任何後面連接單詞的第一個字母也是大寫的。true 和 false 例外，它們總是小寫的。 所有配置信息都駐留在 和 根 XML 標記之間。標記間的配置信息分為兩個主區域：配置節處理程序聲明區域和配置節設置區域。 配置節處理程序聲明出現在配置文件頂部 和 標記之間。包含在 標記中的每個聲明都指定提供特定配置數據集的節的名稱和處理該節中配置數據的 .NET 框架類的名稱。 配置節設置區域位於 區域之後，它包含實際的配置設置。 區域中的每個聲明都有一個配置節。每個配置節都包含子標記，這些子標記帶有包含該節設置的屬性。 您只需要聲明配置節處理程序一次。您可以將其放置在伺服器的根 Machine.config 文件中或包含 Web 應用程序文件的虛擬目錄的 Web.config 文件中。子目錄中的配置文件自動繼承父目錄中聲明的配置處理程序。有關更多信息，請參閱配置繼承。 配置設置在節分組標記下經常嵌套在一起。這些頂級節標記通常表示配置設置應用到的命名空間。例如，頂級 標記表示網路類的設置， 標記表示 ASP.NET 類的設置。 ASP.NET 配置基礎結構不對基礎結構支持的配置數據的類型作出任何假設。配置節處理程序類處理所有 Web.config 數據。您可以使用與 .NET 框架一起提供的預定義的配置節處理程序，或者您可以創建自己的處理程序來處理自己的自定義配置數據。Web.Config是干什麼的？
Ⅲ web.config文件配置
該提示你程序在運行中已經產生異常，但是異常是怎麼來的，沒有顯示出來，如果你要顯示你程序中是哪裡出現了錯誤，就在web.config中添加上面提示的配置：
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
如果要在出錯時轉向你所自己做的錯誤頁面的話，可以在如下節點設置：
<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="（你自己做的錯誤頁地址）"/>
</system.web>
</configuration>
Ⅳ web.config配置文件在哪
找到IIS中部署的網站，然後右鍵瀏覽就能看到網站目錄，裡面就有你要找的web.config文件
Ⅳ 在vs中怎樣配置web.config文件
先打開vs2010軟體，找到項目文件，雙擊web.config
第一種：取連接字元串
string
connString
=
System.Web.Configuration.WebConfigurationManager.ConnectionStrings["SqlConnStr"].ConnectionString;
或者
protected
static
string
connectionString
=
ConfigurationManager.ConnectionStrings["SqlConnStr"].ConnectionString;
web.config文件:加在後面
第二種：取連接字元串：
string
myvar=configurationsettings.appsettings["connstring"];
web.config文件:加在
和
之間
據說兩者通用，但是第二種是asp.net2.0的新特性，建議使用第二種。其實我一直有個疑問，兩個字元串中的UID；PWD;和User
ID;
Password;是否等價。根據網上我查到的資料是可以互換通用的。
連接SQL
Server資料庫的機制與連接Access的機制沒有什麼太大的區別,只是改變了Connection對象和連接字元串中的不同參數.
首先,連接SQL
Server使用的命名空間不是"System.Data.OleDb",而是"System.Data.SqlClient".
其次就是他的連接字元串了,我們一個一個參數來介紹(注意:參數間用分號分隔):
"user
id=sa":連接資料庫的驗證用戶名為sa.他還有一個別名"uid",所以這句我們還可以寫成"uid=sa".
"password=":連接資料庫的驗證密碼為空.他的別名為"pwd",所以我們可以寫為"pwd=".
這里注意,你的SQL
Server必須已經設置了需要用戶名和密碼來登錄,否則不能用這樣的方式來登錄.如果你的SQL
Server設置為Windows登錄,那麼在這里就不需要使用"user
id"和"password"這樣的方式來登錄,而需要使用"Trusted_Connection=SSPI"來進行登錄.
initial
catalog=Northwind":使用的數據源為"Northwind"這個資料庫.他的別名為"Database",本句可以寫成"Database=Northwind".
"Server=YourSQLServer":使用名為"YourSQLServer"的伺服器.他的別名為"Data
Source","Address","Addr".如果使用的是本地資料庫且定義了實例名,則可以寫為"Server=(local)\實例名";如果是遠程伺服器,則將"(local)"替換為遠程伺服器的名稱或IP地址.
"Connect
Timeout=30":連接超時時間為30秒.
在這里,建立連接對象用的構造函數為:SqlConnection.
最後要保存你所更改的文件，右鍵
保存（ctrl+S）.
Ⅵ 「web.config」配置文件在哪
是你本地的網站么？打開你的網站文件，就在這個文件里有的web文件，xml格式的，然後以記事本打開，然後把這段代碼貼進去就行。
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/> </system.web></configuration>
注意：web配置文件里頭可能已經有了 customErrors節點，你需要先刪除或者注釋原來的節點才能配置成功。
Ⅶ 怎樣在Web 應用程序根目錄下的「web.config」配置文件中創建一個 <customErrors> 標記求高手指點
Web.config中用<customErrors>可以自定義默認的出錯頁面:
<customErrors mode="On |off|RemoteOnly" defaultRedirect ="error/customerrorpage.aspx">
<error statusCode="404" redirect="/error/404Page.aspx"/>（如果發生404錯誤：找不到頁面）
<error statusCode="403" redirect="/error/403page.aspx"/>（如果發生403錯誤：系統驗證失敗）
</customErrors>
報錯模式
(1)關閉模式：一旦發生錯誤，asp.net 把默認的報錯頁面顯示給本地和遠程用戶。
（2）開啟（on）模式：當報錯模式屬性被設為「開啟」時，asp,net把用戶自定義的出錯頁面，而不是其默認的報錯頁面顯示給本地和遠程用戶。
（3）只有遠程啟動(RemoteOnly)模式 :asp.net的報錯頁面只能被本地用戶看到遠程用戶的訪問請求，將會顯示自定義的出錯頁面。
<customErrors>標識節和global.aspx中的application_error事件有什麼樣的關系呢？
首先：當系統發生錯誤時，首先是觸發在Global.asax中的Application_Error事件，可以再Application_Error事件用Server.GetLastError得到異常，接著系統處理完該事件之後，然後才轉向Web.config中指定的錯誤頁面，這里有一點請注意，在轉向出錯頁面之前，asp.net會調用Server.ClearError()來清除所有出錯的異常，因此，在出錯頁面中，並不能用Server.GetLastError得到出錯的原因。
為了實現統一的出錯頁面，並能顯示其原因，可以考慮在global.assa內的Application_Error事件中將錯誤信息存儲在Session對象或Cache對象中，然後在自定義錯誤頁面將其取出顯示就可以了。也可以在Application_Error事件內直接調用如下代碼
protected void Application_Error(Object sender,EventArgs e)
{
if(Context!=null&&Context.IsCustomErrorEnabled)
{
Server.Transfer("Error.aspx",false);
}
}
Context.IsCustomErrorEnabled是用於判斷應用程序是否使用了自定義出錯頁面，因為Server.Transfer方法會阻止Rsponse.End的內部調用，在伺服器內部直接轉向，這樣在Error.aspx里就可以捕獲頁面異常了。
Ⅷ web.config的創建WEB.CONFIG文件
1.在「解決方案資源管理器」中，單擊「刷新」圖標以確認應用程序還沒有 Web.config 文件。
如果已使用網站管理工具或某些其他方式來配置應用程序，則可能已自動創建了 Web.config 文件。單擊「刷新」更新文件列表。
2.在「解決方案資源管理器」中，右擊網站名稱，然後單擊「添加新項」。
3.在「模板」窗口中，單擊「Web 配置文件」。
「名稱」文本框中的文件名應為 Web.config。可以為該文件提供其他名稱，不過這是默認名稱。.config 文件擴展名可防止ASP.NET下載相應文件。
4.單擊「添加」創建該文件，然後將其打開進行編輯。
該文件包含本主題後面「示例」部分中顯示的代碼，並具有一些初始默認值。應用程序從 %SystemRoot%Microsoft.NETFramework<版本>CONFIG 目錄下的 Machine.config 和 Web.config 文件繼承所有配置設置，但在此處看不到這些默認設置。如果要重寫繼承的默認設置或添加 httpHandlers 元素（ASP.NET設置架構） 等集合元素，則只需創建應用程序級別和目錄級別的 Web.config 文件。
若要查看當前應用程序的所有配置設置，可以運行主題如何：以編程方式查看繼承的配置設置和本地配置設置中包含的代碼。也可以查看 %SystemRoot%Microsoft.NETFramework<版本>CONFIG 目錄下的 Machine.config.comments 或 Web.config.comments 文件（這兩個文件也包含有用的注釋），但這兩個文件將不會包含所有運行時設置，請參見如何：以編程方式查看繼承的配置設置和本地配置設置。
5.如果更改了 Web.config 文件，則保存該文件。
保存 Web.config 文件會重新啟動應用程序。也可以選擇使用單個節元素的 configSource 屬性指向某個輔助配置文件，更改輔助配置文件不會導致應用程序重新啟動。有關更多信息，請參見節元素所繼承的常規屬性中的 configSource。
Ⅸ Web.config在哪裡找
Web.config在IIS的項目根目錄，不同的電腦，此目錄有差異。
查找的操作方法和步驟如下：
1、首先，單擊左下角的開始菜單，然後在彈出的界面中單擊倒數第二個圖標，見下圖，然後進入下一步。
Ⅹ 怎樣在web.config中配置這些參數
web.config
Web配置文件(*.config)編輯本段認識Web.config文件
Web.config文件是一個XML文本文件，它用來儲存 ASP.NET Web 應用程序的配置信息（如最常用的設置ASP.NET Web 應用程序的身份驗證方式），它可以出現在應用程序的每一個目錄中。當你通過VB.NET新建一個Web應用程序後，默認情況下會在根目錄自動創建一個默認的 Web.config文件，包括默認的配置設置，所有的子目錄都繼承它的配置設置。如果你想修改子目錄的配置設置，你可以在該子目錄下新建一個Web.config文件。它可以提供除從父目錄繼承的配置信息以外的配置信息，也可以重寫或修改父目錄中定義的設置。 在運行時對Web.config文件的修改不需要重啟服務就可以生效（註：＜processModel＞ 節例外）。當然Web.config文件是可以擴展的。你可以自定義新配置參數並編寫配置節處理程序以對它們進行處理。編輯本段web.config配置文件
（默認的配置設置）以下所有的代碼都應該位於 ＜configuration＞ ＜system.web＞ 和 ＜/system.web＞ ＜/configuration＞ 之間，出於學習的目的下面的示例都省略了這段XML標記 1、＜authentication＞ 節 作用：配置 ASP.NET 身份驗證支持（為Windows、Forms、PassPort、None四種）。該元素只能在計算機、站點或應用程序級別聲明。＜authentication＞ 元素必需與＜/autherization＞ 節配合使用。 示例： 以下示例為基於窗體（Forms）的身份驗證配置站點，當沒有登陸的用戶訪問需要身份驗證的網頁，網頁自動跳轉到登陸網頁。 ＜authentication mode="Forms" ＞ ＜forms loginUrl="logon.aspx" name=".FormsAuthCookie"/＞ ＜/authentication＞ 其中元素loginUrl表示登陸網頁的名稱，name表示Cookie名稱 2、＜authorization＞ 節 作用：控制對 URL 資源的客戶端訪問（如允許匿名用戶訪問）。此元素可以在任何級別（計算機、站點、應用程序、子目錄或頁）上聲明。必需與＜/authentication＞ 節配合使用。 示例：以下示例禁止匿名用戶的訪問 ＜authorization＞ ＜deny users="?"/＞ ＜/authorization＞ 註：你可以使用user.identity.name來獲取已經過驗證的當前的用戶名；可以使用 web.Security.FormsAuthentication.RedirectFromLoginPage方法將已驗證的用戶重定向到用戶剛才請求的頁面.具體的實例請參考: Forms驗證:http://www.knowsky.com/343322.html 3、＜compilation＞節 作用：配置 ASP.NET 使用的所有編譯設置。默認的debug屬性為「False」.在程序編譯完成交付使用之後應將其設為"True"（Web.config文件中有詳細說明，此處省略示例） 4、＜customErrors＞ 作用：為 ASP.NET 應用程序提供有關自定義錯誤信息的信息。它不適用於 XML Web services 中發生的錯誤。 示例：當發生錯誤時，將網頁跳轉到自定義的錯誤頁面。 ＜customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly"＞ ＜/customErrors＞ 其中元素defaultRedirect表示自定義的錯誤網頁的名稱。mode元素表示：對不在本地 Web 伺服器上運行的用戶顯示自定義(友好的)信息。 5、＜httpRuntime＞節 作用：配置 ASP.NET HTTP 運行庫設置。該節可以在計算機、站點、應用程序和子目錄級別聲明。 示例：控制用戶上傳文件最大為4M，最長時間為60秒，最多請求數為100 ＜httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/＞ 6、 ＜pages＞ 作用：標識特定於頁的配置設置（如是否啟用會話狀態、視圖狀態，是否檢測用戶的輸入等）。＜pages＞可以在計算機、站點、應用程序和子目錄級別聲明。 示例：不檢測用戶在瀏覽器輸入的內容中是否存在潛在的危險數據（註：該項默認是檢測，如果你使用了不檢測，一要對用戶的輸入進行編碼或驗證)，在從客戶端回發頁時將檢查加密的視圖狀態，以驗證視圖狀態是否已在客戶端被篡改。(註：該項默認是不驗證） ＜pages buffer="true" enableViewStateMac="true" validateRequest="false"/＞ 7、＜sessionState＞ 作用：為當前應用程序配置會話狀態設置（如設置是否啟用會話狀態，會話狀態保存位置）。 示例： ＜sessionState mode="InProc" cookieless="true" timeout="20"/＞ ＜/sessionState＞ 註： mode="InProc"表示：在本地儲存會話狀態（你也可以選擇儲存在遠程伺服器或SAL伺服器中或不啟用會話狀態） cookieless="true"表示：如果用戶瀏覽器不支持Cookie時啟用會話狀態(默認為False） timeout="20"表示：會話可以處於空閑狀態的分鍾數 8、＜trace＞ 作用：配置 ASP.NET 跟蹤服務，主要用來程序測試判斷哪裡出錯。 示例：以下為Web.config中的默認配置： ＜trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" /＞ 註： enabled="false"表示不啟用跟蹤；requestLimit="10"表示指定在伺服器上存儲的跟蹤請求的數目 pageOutput="false"表示只能通過跟蹤實用工具訪問跟蹤輸出； traceMode="SortByTime"表示以處理跟蹤的順序來顯示跟蹤信息 localOnly="true" 表示跟蹤查看器 (trace.axd) 只用於宿主 Web 伺服器編輯本段自定義Web.config文件配置節
自定義Web.config文件配置節過程分為兩步。 一是在在配置文件頂部 ＜configSections＞ 和 ＜/configSections＞標記之間聲明配置節的名稱和處理該節中配置數據的 .NET Framework 類的名稱。 二是在 ＜configSections＞ 區域之後為聲明的節做實際的配置設置。 示例：創建一個節存儲資料庫連接字元串 ＜configuration＞ ＜configSections＞ ＜section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/＞ ＜/configSections＞ ＜appSettings＞ ＜add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/＞ ＜/appSettings＞ ＜system.web＞ ...... ＜/system.web＞ ＜/configuration＞編輯本段訪問Web.config文件
你可以通過使用ConfigurationSettings.AppSettings 靜態字元串集合來訪問 Web.config 文件示例：獲取上面例子中建立的連接字元串。 vb.net Dim sconstr As String = System.Configuration.ConfigurationManager.AppSettings("ConnectionString") c# ConnectionString string=System.Configuration.ConfigurationManager.AppSettings["ConnectionString"];編輯本段創建Web.config文件
1.在「解決方案資源管理器」中，單擊「刷新」圖標以確認應用程序還沒有 Web.config 文件。 如果已使用網站管理工具或某些其他方式來配置應用程序，則可能已自動創建了 Web.config 文件。單擊「刷新」更新文件列表。 2.在「解決方案資源管理器」中，右擊網站名稱，然後單擊「添加新項」。 3.在「模板」窗口中，單擊「Web 配置文件」。 「名稱」文本框中的文件名應為 Web.config。可以為該文件提供其他名稱，不過這是默認名稱。.config 文件擴展名可防止 ASP.NET 下載相應文件。 4.單擊「添加」創建該文件，然後將其打開進行編輯。 該文件包含本主題後面「示例」部分中顯示的代碼，並具有一些初始默認值。應用程序從 %SystemRoot%\Microsoft.NET\Framework\<版本>\CONFIG 目錄下的 Machine.config 和 Web.config 文件繼承所有配置設置，但在此處看不到這些默認設置。如果要重寫繼承的默認設置或添加 httpHandlers 元素（ASP.NET 設置架構） 等集合元素，則只需創建應用程序級別和目錄級別的 Web.config 文件。 若要查看當前應用程序的所有配置設置，可以運行主題如何：以編程方式查看繼承的配置設置和本地配置設置中包含的代碼。也可以查看 %SystemRoot%\Microsoft.NET\Framework\<版本>\CONFIG 目錄下的 Machine.config.comments 或 Web.config.comments 文件（這兩個文件也包含有用的注釋），但這兩個文件將不會包含所有運行時設置，請參見如何：以編程方式查看繼承的配置設置和本地配置設置。 5.如果更改了 Web.config 文件，則保存該文件。 保存 Web.config 文件會重新啟動應用程序。也可以選擇使用單個節元素的 configSource 屬性指向某個輔助配置文件，更改輔助配置文件不會導致應用程序重新啟動。有關更多信息，請參見節元素所繼承的常規屬性中的 configSource。