厝边网基于iWebSNS二次开发,沿用了其网站架构和框架,即:应用页(modules.php为入口)作为iframe子页分别由 个人中心页(main.php 仅登录用户访问)和用户主页(home.php 内容对外开放)两个父页面引用。
内容由应用页承载,如果直接访问应用页(iframe) 则js跳转到包含父框架的地址,虽然最终能到达目标地址,但由于使用js执行判断,跳转前子页已渲染完毕,如此跳转影响用户体验,于是考虑让子页的搜录排名在完整页之后,作为妥协方案。
厝边网基于iWebSNS二次开发,沿用了其网站架构和框架,即:应用页(modules.php为入口)作为iframe子页分别由 个人中心页(main.php 仅登录用户访问)和用户主页(home.php 内容对外开放)两个父页面引用。
内容由应用页承载,如果直接访问应用页(iframe) 则js跳转到包含父框架的地址,虽然最终能到达目标地址,但由于使用js执行判断,跳转前子页已渲染完毕,如此跳转影响用户体验,于是考虑让子页的搜录排名在完整页之后,作为妥协方案。
目前参与的项目中有个弹窗音乐播放器,使用url传参(模拟get方法)实现无刷新为播放器(弹窗)添加歌曲列表的功能。偶尔会遇到歌曲列表被截断的情况。仔细研究后发现只有在首次弹窗时发生问题,如果传参时播放器窗口已打开,则无此问题。
刚开始以为是脚本加载或执行过程中依赖关系处理不当导致此问题,而窗口已打开由于加载缓存文件较快不存在网速影响。直到今天安插debug脚本结合调试工具才发现真正的问题在于通过url传递的参数超长部分被截断了,诡异之处在于:播放同样的歌曲列表,按理说传递的参数包括参数长度都是一样的,如果是浏览器限制导致问题,给同样的参数应该产生相同的结果才对,而实际操作中却只在首次播放(弹窗口)时出现参数被截断的问题。
唯一可能导致问题的差异变量是目标窗口(以window.name标识)的存在情况,通过window.open打开一个指定name参数的窗口,如果该窗口不存在,则传递的url参数(字符串)长度超过2083部分被舍弃;若目标窗口存在,则url参数长度超过4113部分被舍弃。
不理解我哦。什么我们的婚姻破裂是互不真心。那种有一个人先错吧。而且他到现在还这个样子,我是怕哦