web-config

    3熱度

    3回答

    我知道有至少兩種方法來充分利用web.config文件:使用其中引入.NET 2.0中的configSource屬性 - here is a good blog entry了。 appSettings標籤的file屬性,它允許您使用相對路徑指向外部文件。描述在MSDN documentation on the appSettings element。 現在,我的問題是,這兩種方法工作得很好只對物理

    2熱度

    4回答

    我正在將與會員相關的模式添加到those instructions之後的現有數據庫(讓我們稱之爲myDatabase)。 作爲結果,myDatabase中正在創建表,視圖和存儲過程的數量。 下一步是修改web.config中的使用CustomizedMembershipProvider <membership defaultProvider="CustomizedMembershipProvide

    1熱度

    4回答

    在哪裏可以爲我的應用程序中的目錄(如App_Code,App_Browsers等)設置自定義錯誤?我已經在web.config中配置了customErrors,並且按預期工作。例如, http://www.mysite.com/bla.aspx>重定向到404頁 但 http://www.mysite.com/App_Code/>顯示 「系統找不到指定的文件。」 有我的網站沒有物理App_Code

    0熱度

    2回答

    我剛剛安裝了WIN2003服務器上的應用程序,我得到這個錯誤: Line 149: <roleManager> Line 150: <providers> Line 151: <add name="AspNetSqlRoleProvider" connectionStringName="LocalSqlServer" applicationName="/" type="System.Web

    163熱度

    9回答

    我需要在ASP.NET應用程序中使用不同的數據庫連接字符串和SMTP服務器地址,具體取決於它是在開發環境還是生產環境中運行。 該應用程序通過WebConfigurationManager.AppSettings屬性從Web.config文件讀取設置。 我使用Build/Publish命令通過FTP將應用程序部署到生產服務器,然後用正確的手動替換遠程Web.config。 是否有可能以某種方式簡化部

    4熱度

    9回答

    在我們的Web應用程序中,我們將數據訪問層分離到他們自己的項目中。 這會產生一些與設置有關的問題。 因爲DAL最終需要從多個應用程序中消費,所以web.config似乎不是一個保存連接字符串和其他DAL相關設置的好地方。 爲了解決這個問題,在我們最近的一些項目中,我們引入了第三個項目,僅用於設置。我們把設置放在一個.Setting文件系統中......通過一個簡單的包裝,可以輕鬆實現各種環境(De

    0熱度

    3回答

    我有一個相對簡單的網站,我正在爲Intranet環境工作。這些頁面有一個鉤子,用於在用戶單擊頁面上的鏈接時顯示一小段文本(可能帶有一些HTML用於標記目的)以獲得幫助。我在辯論是否將幫助代碼片段放在自己的XML文件中,或者在web.config中創建一個片段。該網站將被部署在多個客戶端網站,並且假定更新web.config文件似乎重新啓動該網站,我傾向於將它放在自己的文件中。我的問題是在哪裏找到它

    1熱度

    4回答

    在asp.net 3.5,我有一個問題,如果我上傳我的global.asax到遠程web服務器,應用程序開始尋找我的本地sql服務器,並最終超時。由於sql server登錄,我使用不同的本地和遠程配置文件。本地是Windows身份驗證,遠程是SQL服務器身份驗證。但是,這些信息都不存儲在global.asax中。 global.asax只有 但一旦上傳,東西導致遠程嘗試找到本地web.confi

    14熱度

    3回答

    我將如何去爲我的web應用程序的不同部分設置不同的身份驗證標籤?假設我有: / /folder1/ /folder2/ 是否可以爲每個文件夾指定不同的<authentication/>標籤? 我想讓folder1使用Windows身份驗證,但folder2使用Forms身份驗證。 我想在一個<location/>標籤做什麼,但它並不像你可以在一個<location/>標籤<authenti

    10熱度

    8回答

    我們有一個運行在IIS服務器上的傳統ASP.net驅動的站點,該站點由中央團隊開發並被多個客戶使用。然而,每個客戶都有自己的網站aspx文件副本和web.config文件。這是由於良好意義的支持工程師對源aspx文件的副本沒有被折回到中央源代碼中所造成的問題,所以我們的代碼基礎是分歧的。我們目前的文件夾結構看起來像: OurApp /來源ASPX &默認的web.config customer1表