标签: webforms

我收到了相当自我解释的错误:

从客户端(*)检测到潜在危险的Request.Path值.

问题是由*请求URL引起的:

https://stackoverflow.com/Search/test*/0/1/10/1

此网址用于填充搜索页面,其中"test*"是搜索字词,其余网址与各种其他过滤条件相关.

是否有一种简单的方法可以在URL中允许这些特殊字符？我试过修改web.config,但无济于事.

我应该手动编码/解码特殊字符吗？或者有这样做的最佳实践,我想避免使用查询字符串. - 但它可能是一种选择.

应用程序本身是一个c# asp.netwebforms应用程序,它使用路由生成上面的漂亮URL.

大约6个月前,我推出了一个网站,每个请求都需要通过https.当我找到确保页面的每个请求都通过https的唯一方法是在页面加载事件中检查它.如果请求不是通过http,我会response.redirect(" https://example.com ")

有没有更好的方法 - 理想情况下web.config中的一些设置？

我有一个带有remote = true的简单表单.

此表单实际上位于HTML对话框上,一旦单击"提交"按钮,该对话框就会关闭.

现在,我需要在表单成功提交后对主HTML页面进行一些更改.

我尝试使用jQuery.但这并不能确保在表单提交的某种形式的响应之后执行任务.

$("#myform").submit(function(event) {

// do the task here ..

});

如何附加回调,以便我的代码只有在成功提交表单后才能执行？有没有办法在表单中添加一些.success或.complete回调？

在我的.Net 2.0 Asp.net WebForms应用程序中,我的Global.asax包含以下代码:

<%@ Application CodeBehind="Global.asax.cs" Inherits="MyNamespace.Global" Language="C#" %>

但是当我构建时,我得到一个错误陈述 -

无法加载"MyNamespace.Global"类型.

这似乎是因为Global.asax文件中的编译器没有看到MyNamespace命名空间(在文件Global.asax.cs后面的代码中定义)(在R#intellisence中没有显示..).事实证明这是一个非常难以破解...任何帮助将不胜感激!

注意:Global.asax和Global.asax.cs位于同一文件夹中.

注意2:使用csc从vs提示符编译时,编译正常

我正在尝试找到触发表单提交的提交按钮的值

$("form").submit(function() {

});

我可以触发一个$("input [type = submit]").每个按钮的click()事件并设置一些变量,但这似乎不如在提交时从表单中拉出按钮的优雅.

我发现ASP.NET MVC比ASP.NET WebForms快30倍.有什么真正的性能差异,这是衡量和性能的好处.

这是为了帮助我考虑从ASP.NET WebForms迁移到ASP.NET MVC.

我的Web服务中有以下代码:

string str_uploadpath = Server.MapPath("/UploadBucket/Raw/");
FileStream objfilestream = new FileStream(str_uploadpath +
                fileName, FileMode.Create, FileAccess.ReadWrite);

有人可以帮助我从代码的第2行解决此错误消息的问题.

不支持给定路径的格式.

文件夹的权限设置为对每个人的完全访问权限,它是文件夹的实际路径.

断点给了我str_uploadpathas 的价值C:\\webprojects\\webservices\\UploadBucket\\Raw\\.

这个字符串有什么问题？

我有几个小的divs利用jQuerydraggable.这些div被放置在一个UpdatePanel,并在拖动器上我使用_doPostBack()JavaScript函数.我从页面表格中提取必要的信息.

我的问题是,当我调用此函数时,整个页面被重新加载,但我只想重新加载更新面板.

有很多例子可以让它在MVC应用程序上运行.它是如何在Web窗体上完成的？

我有一个Web应用程序,用户需要上传.zip文件.在服务器端,我正在检查上传文件的mime类型,以确保它是application/x-zip-compressed或application/zip.

在Firefox和IE上,这对我来说很好.然而,当一个同事测试它时,它在Firefox上失败了(发送mime类型就像是" application/octet-stream")但是在Internet Explorer上工作.我们的设置似乎是相同的:IE8,FF 3.5.1禁用所有附加组件,Win XP SP3,WinRAR安装为本机.zip文件处理程序(不确定是否相关).

所以我的问题是:浏览器如何确定要发送的mime类型？

请注意:我知道mime类型是由浏览器发送的,因此不可靠.我只是检查它是为了方便 - 主要是为了给出一个比你通过尝试打开非zip文件作为zip文件获得的更友好的错误消息,并避免加载(可能是沉重的)zip文件库.