1. 登陆报拒绝访问错误的问题!
这个跟IE7, 还是什么host, 还是什么门槛, 都无关, 从IE5之后跨frame调用都是要保证两个frame都是已经load完成的状态, 并且是同一个子域的, 否则, 就会碰到拒绝访问的错误.
解决它还是要在js里加足够的判断, 和错误处理代码! 这都是老话了.
2. tag等文字排序问题!
英文和数字是没问题的, 但是对于中文等双字节及以上的字符, js里拿到的都是Unicode, 排出来也是按Unicode排的.
这个问题如果要在js里解决, 我目前也不知道有什么更好的办法, 以前的项目通常情况都是由Server排好序的再交给js, (一般是DB SQL直接就已经排好).
建议对排序要求很强烈的地方, 暂时由server直接排好, XML里就是排好的, 当然, 要有cache机制. 不能总在那儿实时的排!
3. IE7的使用门槛问题!
目前IE7使用我们的站点, 总共有两处涉及到trust site设置.(设置方式一样)
1) 自定义头像的客户端剪裁区处理.
这个是为了省带宽了, 也大大方便了用户, 因为用户直接在客户端就能快速预览很多本地机器上的图和实时剪裁的效果, 最后确定了, 传一次就好了.
想去掉IE7中这个功能对trust site的依赖, 很简单, 只要增加任何图片先上传的步骤即可, 甭管有用没用, 先传上去再说, 实现起来是很简单的, 只是会浪费用户时间和我们的带宽和存储.
所以, 各有利弊了, 短期我觉得在IE7占有量上来前, 不是很迫切.
我建议区别对待, 后面有时间可以实现先上传再剪裁的逻辑, 但是仅仅在js判断当前是IE7时才走这个逻辑, 其他低版本的IE, 还是走客户端直接剪裁的逻辑对大家都好些!
2) 就是u.video.qq.com那里了, 因为存在跨域 POST 的问题, 所以发布那天临时用了iframe 做 proxy.
但是, 说实话, 我觉得这个不应该这么设计, 应该把这个POST也统一到video.qq.com上去(跟其他CGI访问一样), 至于某些数据的问题可以由后台进行交换和处理, 不一定非要让客户端向子域POST一个请求才能做到! karl考虑一下.
所以, IE7也是同样可以没有任何门槛的! Hehe