request-validation

    2熱度

    1回答

    我在ASP中有這種形式的MVC 3 <form action="/account/changeemail" id="form_changeemail" method="post"> <%=Html.AntiForgeryToken()%> <input type="email" name="email" id="email" class="required email" />

    0熱度

    1回答

    我們與MVC(4,5)合作,我們的一些客戶要求我們將實施一些谷歌分析/ facebook像素代碼。 我們不擅長搜索引擎優化等,所以我們只是採取我們的客戶提供的JS代碼,我們在他們的網站上實施它(我們的主機(快速瀏覽和檢查代碼後))。 現在我們想要自動化流程,所以我們想創建一個CMS頁面,管理員(我們的客戶)可以發佈一個腳本塊(他自己的分析代碼)到我們的服務器上進行自動檢查和實施相關視圖(mvc .

    2熱度

    2回答

    我在南希示例應用程序和與請求驗證的問題。 我使用FluentValidator與BindAndValidate擴展。因此,例如,我有模式: public class User { public string Name { get; set; } public int Age { get; set; } } 而且模塊: Post["/create-user"] = m =

    1熱度

    1回答

    我希望能夠做到在內容類型RequestValidation「應用/ JSON」以一致的方式,以表單驗證(「應用程序/ x-WWW的形式,進行了urlencoded」 )。 我讀過https://msdn.microsoft.com/en-us/library/system.web.util.requestvalidator(v=vs.110).aspx但一直沒有太大的幫助。 我期待在試圖實現一個自

    2熱度

    1回答

    我在我的laravel 5.4應用程序中有一個註冊表單,並且laravel form request validation用於服務器端驗證。這種形式的一些字段是使用javascript中的計算動態填充的,需要根據用戶輸入進行驗證。 表單中的用戶輸入字段爲'quantity','rate'和'discount'。 填寫的字段爲'total'和'bill_amount'。 我需要的驗證是: 檢查 '總

    12熱度

    4回答

    我們通過ASP.NET拋出的異常,如下配置我們的自定義錯誤頁: <customErrors mode="On" redirectMode="ResponseRewrite"> <error statusCode="400" redirect="~/400.aspx"/> <error statusCode="404" redirect="~/404.aspx"/> <

    0熱度

    2回答

    我正在使用ASP.NET WebForms(.NET 4.5)並且有一個「內容塊」控件,它可以在多個頁面上重複使用。我試着設置控件的ValidateRequestMode,甚至將單個元素設置爲「Disabled」,但來自web.config的請求驗證仍然可以防止不安全的輸入。 有沒有辦法解決這個問題,或者我做錯了什麼? 例子:

    1熱度

    1回答

    如果可能的話,請讓別人告訴我如何在.NET中請求驗證時設置斷點或查看它引發的錯誤? 請求驗證發生在來自我的某個視圖的AJAX請求期間,但我無法查看正在傳回的錯誤(正如我在嘗試發佈HTML和javascript時發生的那樣,正在發生)但我喜歡能夠挖掘一下並查看正在生成的消息。如果從here下載MVC的源代碼,並打開其調試在Visual Studio 感謝

    0熱度

    1回答

    我是Laravel的新手,我嘗試驗證請求。我有以下要求等級: namespace App\Http\Requests; class TestRequest extends FormRequest { protected function rules() { return [ 'group_id' => 'required|exists:group

    0熱度

    1回答

    有很多關於這一主題的問題,但我沒有找到一個對我們的特殊情況下,潛在的危險人物...... 我們有一個高效運行的網站一次在一段時間內 - 每天大約5到10次 - 我們收到關於潛在危險的Request.Path值的錯誤通知。這裏奇怪的是,實際的「危險」字符不在請求路徑中,而是在參數中。 當尋找到請求對象,我們得到的值這樣的: HttpContext.Current.Request.Url.Absolu