邮件原文：
Bluehost is having a weekend of great savings. As affiliates you can take advantage of our Black Friday - Cyber Monday sale. For this sale all pricing is $1 off the standard rates. This means your referrals will be able to sign up for as low as $3.95 per month.
You do not need to change your affiliate links or modify anything. The sale will take affect automatically on our site. Have a great weekend!
大意是
厝边网基于iWebSNS二次开发，沿用了其网站架构和框架，即：应用页（modules.php为入口）作为iframe子页分别由 个人中心页（main.php 仅登录用户访问）和用户主页（home.php 内容对外开放）两个父页面引用。
内容由应用页承载，如果直接访问应用页（iframe） 则js跳转到包含父框架的地址，虽然最终能到达目标地址，但由于使用js执行判断，跳转前子页已渲染完毕，如此跳转影响用户体验，于是考虑让子页的搜录排名在完整页之后，作为妥协方案。
目前参与的项目中有个弹窗音乐播放器，使用url传参（模拟get方法）实现无刷新为播放器（弹窗）添加歌曲列表的功能。偶尔会遇到歌曲列表被截断的情况。仔细研究后发现只有在首次弹窗时发生问题，如果传参时播放器窗口已打开，则无此问题。
刚开始以为是脚本加载或执行过程中依赖关系处理不当导致此问题，而窗口已打开由于加载缓存文件较快不存在网速影响。直到今天安插debug脚本结合调试工具才发现真正的问题在于通过url传递的参数超长部分被截断了，诡异之处在于：播放同样的歌曲列表，按理说传递的参数包括参数长度都是一样的，如果是浏览器限制导致问题，给同样的参数应该产生相同的结果才对，而实际操作中却只在首次播放（弹窗口）时出现参数被截断的问题。
唯一可能导致问题的差异变量是目标窗口（以window.name标识）的存在情况，通过window.open打开一个指定name参数的窗口，如果该窗口不存在，则传递的url参数（字符串）长度超过2083部分被舍弃；若目标窗口存在，则url参数长度超过4113部分被舍弃。