解决本地IIS服务不执行JQuery的load方法(IE和Chrome)

jQuery后台框架:老系统渐进式升级的兼容性实践 在WebForms等传统ASP.NET后台系统仍广泛服役的现实下,'渐进式增强'成为技术演进的关键路径。其核心原理是通过轻量级前端补丁(如jQuery+iframe+Cookie)实现交互体验升级,而非推倒重来。这种方案的技术价值在于规避了现代框架与服务器控件(如__EVENTTARGET、ScriptManager)的生命周期冲突,保障系统稳定性与用户操作连续性。典型应用场景包括政企老旧合同管理、医保/公积金业务中台、高校教务系统等需长期维护且终端环境受限(IE8+/Chrome45)的生产环境。本文聚焦 阅读详情

本地测试jquery方法,发现load方法不执行,研究如下:
从w3cschoold抄了一段js,准备在本地执行:

$("button").click(function(){
  $("#div1").load("demo_test.txt",function(responseTxt,statusTxt,xhr){
    if(statusTxt=="success")
      alert("External content loaded successfully!");
    if(statusTxt=="error")
      alert("Error: "+xhr.status+": "+xhr.statusText);
  });
});

从浏览器打开file:///C:/Users/lenovo/Documents/StudySpace/StudyJQuery/h2.html发现在ie可以执行,chrome不执行。找到如下解释:
首先对于chrome来说,不能执行不加ip的jquery:

CHROME 5里面对非针对服务端的AJAX调用做了严格的限制,如果是在SERVER端调用就没有问题了。
如果只是在本地测试,没有将项目文件放在服务器里通过IP地址访问测试,谷歌chrome浏览器可能根本不就显示效果!!!!!!!!!!!

解释参考:https://blog.youkuaiyun.com/yy374864125/article/details/8983017

然后,准备配置本地IIS,做一个静态本地站点,方便在chrome中测试js,配置之后,浏览器打开http://localhost:7680/tests/h2.html发现ie和chrome都不执行load了,why!!!
考虑是IIS安全配置问题,自己摸索找到如下原因:
其次,配置本地IIS时,【启用或关闭Windows功能】不要打开:【万维网服务】【安全性】【请求筛选】

在这里插入图片描述

刚开始不知情时打开【请求筛选】,丫的怎么也不行,关掉这个选项,重启电脑,可以执行load了

binggo!

jQuery微创改造动易后台:兼容IE6+的遗产系统现代化方案 jQuery作为轻量级DOM操作库,其零构建依赖、原生API稳定性和成熟事件代理机制,使其成为老旧ASP.NET Web Forms系统的首选前端增强方案。尤其在需兼容IE6/7/8、运行于IIS6+.NET Framework 2.0等受限环境时,jQuery比现代框架具备不可替代的底层适配能力。它不替代服务端逻辑,而是通过作用域隔离、时机劫持与事件桥接,在不动C#业务代码和ASPX结构的前提下,实现菜单交互优化、AJAX局部刷新、批量操作增强等工程级升级。本文聚焦动易SiteFactory 6.x/7. 阅读详情

相关推荐

ASP.NET IE10/11 Cookie写入失败根因与修复方案

Cookie 是 Web 应用实现会话管理、用户认证和状态保持的基础机制,其核心依赖 HTTP 协议的 Set-Cookie 响应头与浏览器的持久化支持。在 ASP.NET Framework(4.0–4.7.2)中,框架通过 User-Agent 字符串解析浏览器能力,但对含 Trident/ 的 IE10/11 UA 存在误判逻辑,导致 HttpBrowserCapabilities.SupportsCookies 被错误设为 false,进而静默丢弃 Response.Cookies 写入——这是典型

SailingAptech的专栏 502

IIS配置jquery ajax、 json,mp4文件支持

在MIME增加一个Json类型,在MIME增加一个配置如:添加---> 文件扩展名为 .JSON ,MIME类型为text/json(也有将application/x-javascript) 然后再在应用程序映射增加一个脚本映射 请求路径为:*.JSON,可执行文件为C:/Windows/System32/inetsrv/asp.dll。 如果IIS7 没有找到asp.dll

xinshiku的博客 3154

IIS日志实战指南:从配置、分析到性能优化闭环

IIS日志是Windows Web服务最基础、最客观的运行证据源,其本质是记录HTTP事务全链路的结构化时间序列数据。它融合了网络层(如sc-win32-status)、应用层(sc-status)与传输层(cs-bytes/sc-bytes)三重指标,支撑真实用户行为还原、性能瓶颈定位与安全事件溯源。相比APM工具的采样式监控,IIS日志具备不可篡改、全覆盖、低侵入的技术价值,广泛应用于电商转化归因、爬虫治理、慢接口诊断及CDN/代理环境下的真实IP识别等核心运维场景。本文聚焦IIS日志的字段语义解析、U

rongdmmap的博客 426

优化Jquery,加快网页加载速度

总是从ID选择器开始继承 在class前使用tag 将jquery对象缓存起来 掌握强大的链式操作 使用子查询 对直接的DOM操作进行限制 冒泡 消除无效查询 推迟到 $(window).load 压缩js 全面掌握jquery库 1. 总是从ID选择器开始继承 在jquery中最快的选择器是ID选择器. 因为它直接来自于Javascript的getElementById

leijuly'blog 5167

ASP.NET JavaScript管理方案:资源加载与依赖控制实战

JavaScript在传统ASP.NET项目中常被当作胶水代码随意嵌入,导致重复、难调试、缓存失控等典型问题。其本质是客户端资源缺乏与服务器生命周期对齐的治理机制。本文围绕ASP.NET原生资源管道,解析Bundle与ScriptManager协同的加载原理,强调物理层(带版本号的文件命名)、逻辑层(Core/Page/Component模块划分)和执行层(App.Lifecycle时机控制)三层治理模型。方案不引入Webpack等前端工程化工具,而是通过可审计的Bundle配置、CDN回退、运行时错误上报

rongdmmap的博客 632

Silverlight技术解析:XAML渲染、RIA服务与现代Web遗产

Silverlight是微软推出的基于.NET的浏览器插件框架,代表了Web富客户端时代对高性能UI、强类型数据契约与安全沙箱模型的系统性探索。其核心在于XAML驱动的硬件加速渲染管线,跳过DOM直接对接GPU,实现接近原生的矢量动画性能;依托精简CLR运行时,支持托管代码与JavaScript双向低延迟通信;通过RIA Services建立领域模型级的数据同步机制,以变更集(ChangeSet)提升企业级数据交互效率。这些设计深刻影响了Blazor的组件化架构、WebAssembly的安全执行模型以及现代

xiang_fu的博客 327

IIS优化网站性能(转)

阅读目录 开始 配置OutputCache 启用内容过期 解决资源文件升级问题 启用压缩 删除无用的HttpModule 其它优化选项 本文将介绍一些方法用于优化ASP.NET网站性能,这些方法都是不需要修改程序代码的。 它们主要分为二个方面: 1. 利用ASP.NET自身的扩展性进行优化。 2. 优化IIS设置。 回到顶部 配置OutputCache 用...

weixin_30455365的博客 423

解密‘喜乐的ASP.NET’:经典Web Forms技术图谱与工程遗产

ASP.NET Web Forms是微软早期Web开发的核心范式,其Page生命周期、ViewState状态管理与Web.config声明式配置构成独特技术体系。理解这一架构不仅关乎历史认知,更对诊断遗留系统性能瓶颈、迁移升级路径及现代.NET问题根因分析具有关键价值。例如,Blazor Server的首屏延迟、ASP.NET Core中Session丢失等现象,常可溯源至Web Forms时代的IIS管道行为、ViewState膨胀或StateServer机制。本文基于真实ID‘喜乐的ASP.NET’还原

as2886089的博客 457

win7 iis7.0 asp页面加载jquery无法显示

iis7.0设置启用父路径.设置调试属性  启用服务端调试 true  启用客户端调试 true即可

xml20的专栏 2068

ASP.NET Web Forms Page模型深度解析:生命周期、ViewState与PostBack机制

ASP.NET Web Forms 的 Page 模型是微软早期为弥合前后端能力鸿沟而设计的服务端状态管理范式。其核心在于通过 HTTP 无状态协议模拟桌面应用体验,依托 Page 生命周期(PreInit→Render→Unload)、ViewState 自动状态持久化、PostBack 事件驱动机制,实现业务逻辑与 UI 渲染的深度耦合。该模型虽不适用于现代单页应用,但在政务、金融等强合规性遗留系统中仍具不可替代的工程价值——它降低了非前端开发者构建交互式表单的门槛,并保障了复杂表单级联、动态权限、服务

unixboy 488

企业级OA系统架构解析:从经典三层到现代微服务演进

企业级应用开发中,三层架构是经典的分层设计模式,通过表现层、业务逻辑层和数据访问层的分离,实现了关注点分离和代码复用。其核心原理在于通过接口抽象降低层间耦合,使系统更易于维护和扩展。这种架构模式在OA、ERP等管理系统中具有重要技术价值,能够有效支撑权限管理、工作流审批等复杂业务场景。以企业OA系统为例,基于ASP.NET和SQL Server的技术栈实现了RBAC权限模型和状态机驱动的工作流引擎,通过数据库表结构设计(如User、Role、Permission表)和事务管理保证了业务一致性。随着技术发展,

weixin_30386713的博客 329

Chrome本地跨域请求设置,实现HTML模板页

按照需求,公司现在需要通过第三方的API反馈的数据,进行在本地就可以打开的静态页面程序(完全脱离IIS等服务器)。为了更好的维护项目,需要实现静态HTML引入HTML模板,完成ASP.NET模板页的类似功能。HTML本身并不具备该功能,只能借助于JS。因此想到了使用AngularJS的ng-include或者jQuery的load。但是完成如下测试代码后,Chrome浏览器,提示“Cross or...

weixin_30681121的博客 319

配置IIS支持解析json格式的文件解决jquery-easyui的json在iis服务器不显示数据

配置IIS支持解析json格式的文件解决jquery-easyui的json在iis服务器不显示数据

ASP.NET Web Forms头像裁剪无刷新上传实战指南

头像裁剪是Web应用中典型的文件处理场景,其本质是前端图像交互与后端二进制流处理的协同问题。核心原理在于浏览器端坐标映射、图片缩放算法与服务端Session状态保持的精准配合。技术价值体现在跨IE8–Edge全版本兼容性、内存可控的高质量缩略图生成,以及IIS环境下无刷新上传的稳定性保障。典型应用场景包括政务系统、金融后台、教育平台等需长期维护的.NET Web Forms老系统。本文聚焦Uploadify与CutPic.js在真实生产环境中的深度适配,覆盖Session传递、坐标映射、Flash通信、II

天下无双 466

高效爬取懂车帝车型数据:从静态解析到动态反爬实战

本文详细解析了如何高效爬取懂车帝车型数据,从静态HTML解析到动态接口反爬的完整实战路径。文章重点介绍了使用浏览器开发者工具定位数据、应对CSS混淆与参数加密等反爬策略,并提供了整合静态与动态抓取逻辑的Python代码示例,帮助开发者稳健地获取结构化车型信息。

wind6的博客 936

实战MSP-M0G3507与陶晶驰串口屏的通信协议解析

本文详细解析了MSP-M0G3507微控制器与陶晶驰串口屏的通信协议实现。内容涵盖串口配置、协议帧结构、数据校验机制及ASCII协议实战代码,重点介绍了陶晶驰串口屏的指令集应用和调试技巧,为嵌入式开发提供可靠的串口通信解决方案。

h9j8k7l6m5n的博客 866

ASP.NET WebForms页面性能优化实战:ViewState瘦身、Repeater替代与AJAX并行化

WebForms是微软经典的ASP.NET服务端渲染框架,其控件生命周期、ViewState机制和PostBack模型在现代高并发场景下易成性能瓶颈。本文从原理出发,解析ViewState序列化开销大、GridView渲染路径冗长、AJAX串行请求阻塞等核心问题,揭示其如何导致首屏加载超2秒、IIS线程池频繁饱和等典型故障。通过精准控制ViewState生命周期、用轻量Repeater替代重型服务端控件、实施前端Fetch并行+后端CancellationToken熔断,实现服务端渲染耗时压降至340ms以

diaozhiwa5526的博客 435

ADS新手必看:ICCAP数据导入与导出CSV的完整流程(附常见问题解决)

本文为ADS新手详细讲解了如何将ICCAP测试数据导入ADS进行仿真分析,并导出为通用CSV格式的完整流程。内容涵盖文件格式解析、导入设置、数据验证、处理技巧及常见问题排查,重点解决了数据文件导入过程中的兼容性与单位映射等核心难点,帮助射频工程师高效连接测量与仿真环节。

peace的博客 557

ASP.NET技术写作手记:从基础细节到认知地图

ASP.NET作为经典的Web开发框架,其核心价值不仅在于语法和API,更在于对请求生命周期、状态管理、配置机制等底层原理的深刻理解。掌握Request.Params取值顺序、HttpHandler映射规则、Cache穿透防护等关键细节,是避免线上故障的基础能力;而将这些知识点组织成可检索、可复用的‘技术认知地图’,则体现了工程化写作的真正价值。这类内容既服务于初学者快速定位问题,也支撑资深开发者构建系统性调试能力。本文聚焦ASP.NET中那些文档未明说、但生产环境高频踩坑的技术细节,结合真实故障排查与性能

unixboy 484

Ansys Electronics Desktop仿真——HFSS线圈寄生电阻,电感

Ansys Electronics Desktop仿真——HFSS线圈寄生电阻,电感

冲击10w 1万+

Prometheus+Grafana+alertmanager+PrometheusAlert监控告警 实现飞书告警

以上 是以grafana做的邮件告警,但是感觉邮件很少人看。下面是以webhook 可以接入。启动alertmanager (设置 开机在启动)下载prometheusalter 配置文件。这里的告警是基于grafana上搭建的。我们启动PrometheusAlert。写完之后进行重启Prometheus。prometheus 的告警规则。测试 基于我们生产环境做的文档。然后在grafana上导模板。上导入模板就可以 直接引用。访问 grafana页面。重启一下grafana。

墨痕诉清风的博客 854

ASP.NET乱码问题根因与全场景解决方案

字符编码是Web应用数据流转的基础契约,其核心原理在于字节流在HTTP请求、运行时解码、数据库存储和HTTP响应四个环节中必须保持编码一致性。UTF-8作为现代Web事实标准,若在任一环节被ISO-8859-1、GBK或系统默认编码(如Encoding.Default)意外覆盖,即触发乱码。该问题的技术价值不仅在于显示正确性,更关乎数据完整性、API互操作性与安全合规性。典型应用场景涵盖ASP.NET WebForms表单提交、MVC模型绑定、Web API JSON响应、SQL Server中文存取、文件

xiang_fu的博客 374

深入URP之Shader篇1: URP Shader概述

我们知道,URP和HDRP都是基于SRP的,尽管现在可以使用Shader Graph编写Shader,但是手写Shader仍然是有一定的优势,特别是在性能方面,手写Shader可以更极致的优化,因此我们在项目中前期都是直接使用Shader Graph编写Shader,项目后期会改成手写Shader来提高性能。而在SRP中手写Shader,我们仍然使用的是Shader Lab,这个结构并没有太大的变化,但是SRP Shader中使用Shader Lab语言还是有几点不同。

聚焦游戏和图形引擎开发技术 4635
上一篇: html+css模拟京东商城登陆首页
下一篇: SpringMVC框架Java Web项目中消息传递的流程
西城月老
博客等级 码龄11年 40粉丝 29原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值