r/>
以后大家还是各玩各的而已....- 另问， 为什么google 是javascript的亲爹？ 求科普.
- /platform.html5.org/...
- 不错的科普文
- bug1描述:IE6,某些情况下,开启gzip的资源,会不渲染或不执行(如果是.js的话.)会引发此bug的条件:1. 首先,必须由a页面脚本导致跳转到b页面 : 即 a页面有 location.hr...
- ......谷歌就够弱的了....百度说,google不懂中国,真没错.. 都其的什么土鳖名字.
- @胡尐睿丶 博客这套皮肤是自己做的么？ 求分享啊... 很喜欢这个风格.
- @winter-cn
很好啦.要多少是多啊. - 格式，一团糟了，等有时间，再重排吧... 悲剧的evernote.我对你真是无语了...
- 我去,你把整个词法约定部分给总结了啊..
比我笔记里的词法约定那篇的注解，要给力的多啊.. 顶吧.还能说啥子. - Sub.prototype = Base.prototype;
这种写法，不知道是不是有什么隐患。
sub.prototype.xxx = 123
Base.prototype.xxx ???
导致你的Base的原型被侵入了. - 确实可以为了cache而全部资源同源化. 但其实部分浏览器因为顽固的 manifest静默检测上有bug. 有时候我们需要在网络可用的时候,借助其他开放性资源,做一些非离线存储的本地化数据的更新. ... 饿说着说着，似乎跑题了. 就这样吧.
个人看法是html5 是新的ie6,这句话真没错. 浏览器实现不统一，和实现的bug.充斥其中，让人苦不堪言.... - >. manifest文件从标准角度来说,是不能直接从缓存读取的.即使像上一条说的,你明确的把manifest放入另一个清单中.至少也是服务器尝试返回304.再去读缓存.(注1)
. 在线的情况下,用户代理每次访问页面，都会去读一次manifest.如果发现其改变, 则重新加载全部清单中的资源(注2).
. 对于浏览器来说,manifest的加载是要晚于其他资源的. 这就导致check manifest的过程是滞后的.发现manifest改变.所有浏览器的实现都是紧随这做静默更新资源.以保证下次pv,应用到更新.
. manifest文件必须与引入它的页面同源.就算我在CACHE中标识了,加入了NETWORK之后,还是会进行在线访问
CACHE的优先级要比NETWORK高.
之所以楼主认为manifest有问题，就是因为理解不透彻啊.
看来找时间我还是写个科普文吧.
你误会了NETWORK的设计初衷, 请仔细阅读我之前回复对白名单的描述.那么试试看 指定
NETWORK:
*
看看. 并不存在当一个页面被缓存时,所有的资源都必须加入manifest清单中.
这个说法呀.br/>
.在线白名单通配符标记(online whitelist wildcard flag),分别为open 和 blocking
注:白名单的open状态(以通配符"*"作为首个token的白名单,则进入open状态,表示匹配所有URL,如果*不作为首个token出现,会被忽略.)表示, 所有被在线白名单名称空间 ,所匹配的url,如果没有显示的出现在CACHE项中,则都视为 该资源存在于白名单中(因为进入open状态,此时这些资源,都是遵守HTTP缓存头域相关缓存策略的.). blaaa@岑安
客气啦 :)把循环的step 改为3 .
在余数为1或2的情况,即最后产生的2-3个有效字符的逻辑, 拿到循环体外处理. 然后每次push(char1,char2,char2,char4).
我想，在处理 长字符串的时候，可能会有2-3倍的性能提升吧.Harmony 里有好东西，也有不好的东西, 关键都是草案, 保持关注吧.哎... JS模块化总会是众口难调的东西....1楼的回复.....伍迷您好, 这篇写的很诚恳啊. 回头去买两本书看看... 另外似乎你误解了 winter.他本意是反对 把 A场景的一套经验,拿到B场景来套用. 而不管B场景是否需要A场景的那些经验. 即 解决困难不是目的,反倒更像是，没有困难,制造困难也要上的意思. 另外似乎,他也没有提过大话设计模式... 我估计他也没看过. 回头我去把您的两个作品都买来学习一番，顺便让他去看看,然后大家再讨论吧. 另: 您的教学态度,令我感到钦佩. 一时的对错有时候真不重要, 态度决定高度啊.器最大支持4096.
IE似乎是4095 , Opera是4096, FF Safari 则是4097.
2. 大多数浏览器只允许每个站点存储 20 个 Cookie.
首先,站点,应该换位域, 然后就是20个的限制. 在2007 年的时候，微软对IE6/IE7 发了一个补丁（KB937143 MS07-045），把cookie数目的上限从20提高到了50 （见http://support.microsoft.com/kb/941495 ）。 你可以让IE6/IE7的用户安装这个补丁来解决这个问题。 而IE8默认就是50 个. 至于其他好文, 我个人喜欢这类文章. 是一个人经验的结晶.很明显 有些人美理解 无限这个词的意思.该是怎样.而且该题目对arguments 和 形参的相互维护关系.并不典型...
其他的问题没仔细看.因为值得说的地方太少. 这几道题.说实话出的很差. 1.考核点不够给力. 2 不够深入 . 3 存在各种浏览器实现差异. 4.所谓答案有各种考虑不周.. 尤其是没有交代具体环境. 比如代码如果工作在ES5 严格模式下.可能又会是另外的样子.
这些题目,仅当娱乐吧....
