Community Server 2.0的脚本的一个小问题

本文探讨了在CommunityServer 2中遇到的附件上传失败问题,特别是在使用iframe时出现的脚本错误。通过修改window.top为window.parent解决了跨框架调用的问题。

现在的网站都很有一个很流行这样一个功能,加载数据的时候。整个页面不刷新,但曾现不可用和半透明的状态。Community Server也有一个类似的功能,比如你发新帖的添加附件处,点击它。打开一个新窗口(其实只是一个iframe),整个背景曾现不可用和半透明的状态。这几天修改CS2的界面,把论坛板块放在一个框架页的左边。右边显示帖子列表,遇到一个问题,发表新帖子(在框架页的右边)的时候,添加附件老添加不进去,IE显示脚本错误,我直接把发表新帖子不放在框架页里浏览就OK。晕。
  决定研究代码。发现了问题所在:
  在CommunityerverControls20里的UploadAttachment类里的protected virtual void Save_Click(object sender,
EventArgs e)方法里有一行
  const string resultArray = "<script language=/"javascript/">window.returnVal = new Array(/"{0}
/",/"{1}/",/"{2}/",{3});window.top.hidePopWin(true);</script>";
  通过调试,window.top.hidePopWin(true)没有执行到。
  查DHTML文档发现 window.top 的作用是 获取最顶层的祖先窗口。 靠,怪不得了,把window.top换成window.parent就OK

 整个过程说明两个问题:
 1,CS2在脚本上写的还是不够严谨(环境变化会影响功能);
 2,本人对脚本知识不精,没能一眼看出window.top的问题,浪费了一个上午的时间。

 

当前,全球经济格局深刻调整,数字化浪潮席卷各行各业,智能物流作为现代物流发展的必然趋势和关键支撑,正迎来前所未有的发展机遇。以人工智能、物联网、大数据、云计算、区块链等前沿信息技术的快速迭代与深度融合为驱动,智能物流不再是传统物流的简单技术叠加,而是正在经历一场从自动化向智能化、从被动响应向主动预测、从信息孤岛向全面互联的深刻变革。展望2025年,智能物流系统将不再局限于提升效率、降低成本的基本目标,而是要构建一个感知更全面、决策更精准、执行更高效、协同更顺畅的智慧运行体系。这要求我们必须超越传统思维定式,以系统化、前瞻性的视角,全面规划和实施智能物流系统的建设。本实施方案正是基于对行业发展趋势的深刻洞察和对未来需求的精准把握而制定。我们的核心目标在于:通过构建一个集成了先进感知技术、大数据分析引擎、智能决策算法和高效协同平台的综合智能物流系统,实现物流全链路的可视化、透明化和智能化管理。这不仅是技术层面的革新,更是管理模式和服务能力的全面提升。本方案旨在明确系统建设的战略方向、关键任务、技术路径和实施步骤,确保通过系统化部署,有效应对日益复杂的供应链环境,提升整体物流韧性,优化资源配置效率,降低运营成本,并最终为客户创造更卓越的价值体验。我们致力于通过本方案的实施,引领智能物流迈向更高水平,为构建现代化经济体系、推动高质量发展提供强有力的物流保障。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值