WEB前端

web标准化交流会（w3ctech.com）从发起至今，也快一年时间了。从最初的的北京一个城市，现在也发展到了上海，深圳，广州，天津五个城市。一路走来，以前一直最担心的问题是场地问题，从现在来看，基本已得到了解决。各城市从整体来看，还算发展良好，当然其实这里面我自己是明白的。

就像人的生存一样，先要解决温饱问题，其实就是我们的场地的问题，这个问题是解决了，但是其实等着我们的是一个新的问题，而且是非常大的挑战——– 质量。

交流会的目的是什么？我最初的想法很简单，因为群里大家经常在闲聊，已经不像以前那样经常聊技术了，既然要闲聊，就闲聊吧，那么是否可以在一个月里找一两天，大家坐在一起真正的聊聊技术，大家共同的来提高技术。如果把这个问题放大一点来看，其实就是可以帮助整个行业的发展，也许你会觉得这很夸张，不过没有关系。

既然是要有提高，那么其实就和交流会的质量挂钩了，只有交流会的质量做起来了，这样参与的人才能提高，但是参与的人要想提高，就得有一些参与的人来进行分享，最后就形成一个相互分享的圈子，其实这是一个链条。

ok，交流会面临的第一个难题：建立分享链机制

经常会有人给我说，这个主题太泛了， 不知道聊什么了，也许是有这样的情况，最终可能成为闲聊，或者又有人说，这个主题太深了，去了也听不懂，或者就放弃不去了，这样的问题，就给交流会质量方面带来了第二个难题：

第二难题：交流会的主题

面对这些的难题，这样的挑战，交流会应该如何办？

这也是我最近一直在思考的问题，欢迎各位朋友提出你宝贵的意见和建议，谢谢！

听说Fiddler本身主要功能是性能测试相关的。

但是我最喜欢的是他的文件替换功能，简单是让我爱得不行。

特别对于一个对性能要求非常高的网站来说，或者说对带宽成本要求降低的产品来说，嘿嘿，其实现在这样做，已经成为常规，就是将你的js压缩，线上的js是被压缩过的，如果这时候js报错，怎么办？

马上去改模板，换一个未压缩的js，进行测试？这样太烦了，因为还要修改模板，同时上传，反正比较烦，定宇前段时间推荐了Fiddler，说Fiddler用于调试非常的方便，一直没有机会尝试，这个软件是英文的，对于我这个英文很差的人来说，看也看不懂，哈哈，不过今天尝试了一把，就是把线上的js文件替换成你本地未压缩的，这样firebug就可以帮你定位到js报错的行数，哈哈， 这个不用我多说吧，那具体怎么做呢？我们来看看吧！

其实很简单，就是启动Fiddler，最后刷新你出问题的页面，在Fiddler中，左侧就有一个列表，这里面全是你所提求的信息，在这个列表中，找到你需要替换的文件，对应的窗口右侧，找到AutoResponse这个选项，最后将这个选项中的两个复选框都勾上，最后在最下面，第一个下拉框中，找到find file…的，去找到你需要替换成的本地文件，点save，最后把框框中的复选框也给勾上，好了，现在去刷新你的页面看看吧。

调试之旅开始了，哈哈，记得不用的时候，记得把这个给关掉哟，哈哈！

哎，因为我的网站好像不能传图了，所以全是文字。有兴趣就慢慢看吧。。。

哎！

氛围可以影响你的心情，心情可以影响你的工作！

你拿着在多的薪水，在很好的办公楼中工作，其实这一些远远不能和氛围相比，我相信你会明白我在说什么！

哈，经常会有人说，你不要拍脑袋想事情，就要去执行。反正大概是这样的了哈，我也不太懂，啥意思。

这个标题的确也是属于我突出奇想，想出来的。但是我觉得我应该写，因为今年我觉得今年的分享者，其他他们就是演讲嘉宾，但是我更喜欢叫他们分享者，嘿嘿，当然他们也是我的朋友，兄弟，嘿嘿！

今年北京的嘉宾不算多，不算少，六个！哈哈，本来是五个哈，怎么知道彪叔真的跑来了呢，哈哈哈！

他们来自五湖四海，德国，马来西亚，台湾，深圳，当然还有北京，嘿嘿，其实可见是阵容庞大！

还有他们对重构人生非常重视，准备得非常的认真，也就是说，对这件事情是非常非常非常的认真。

我们从Klaus Birkenbihl的演讲可以看出，一个德国人，用英文讲，我觉得…当然他已经有很长的英语交流了，但是这次不同的是，他的ppt是中文的，最后没办法，他只有提前准备好稿子，我觉得可见他和安琪也准备了很长时间，一个德国人，可以用英文演讲，能够让听众明白他讲的什么意思，得提前把ppt翻译成中文，最后自己在写草稿，在来给大家分享，当然现场有一些人还不够满意，哎，我也没有办法，我觉得他们做得很棒！

子斌，哈！中文很棒，马来西亚人，从他的演讲风格，他的ppt的准备，因为我们只给了他1小时时间，是的，这个时间是比较紧，想让他在1小时时间里，要让大家对html5，css3有一个深刻的了解，更深的认识，的确是有难度的，但是从当天的出色表现，可以看出，子斌在之前做足了准备，虽然他是马来西亚人，可能当时也会说一些中文，但是必竟他不是土生土长在中国，所以我觉得他非常的ok。

定宇，从台湾过来的，一个热爱运动的家伙，哈哈！其实大家都知道，虽然台湾也说中文，当然他们英文也很棒，但是他们用的文字是繁体中文，所以他们所学习的中文也是在几十年前的那种风格，所以他们有些东西说出来以后，和大陆还是有些不同的，那定定从在ppt的编制，就开始选择使用的简体中文，我觉得这对于他来说也算是一个挑战，还经常会问身边的朋友，来确定一些大陆的说法，不管是从生活上，还是专业上的用法，当然还有很多，我觉得都值得我们去学习。

哈哈，那还有就是克军啦，克军就不用多说了，他的优秀我们大家也是经常看到的，嘿嘿，而且我也知道他最近公司也特别忙，为了我们的这个活动也花费了他很多的业余时间，因为这些东西是需要准备的，我们从他的ppt就能看出来，哈哈，是网页的哟，上次看到过opera的cto这样做过，当然网上还有一个html5的介绍也是网页版的，当然我最开始以为子斌也会用网页的方式，这些点点滴滴，都能看出克军为本次活动花了很大的心思。

米饭今年的表现比去年好了很多，很ok，哈哈，过多的话，也不多说了，希望在下一次的分享中，米饭可以更上一层楼。

嘿嘿，彪叔嘛，哈哈哈，我也不知道如何来形容了，很有激情，哈哈，等我有钱了，我也会全国到处乱跑的！

不过目前的我，还不够站在这几百人面前去分享，但是我还是会去做“分会分享”！

哈，今年重构人生北京的嘉宾，你们是最优秀的。

你们是我的朋友，兄弟！

希望在明年，或者不需要明年，在不久可以在一次和你们合作！

加油！我也不知道我在上面说了一些什么！

哈哈！

由webrebuild与w3c合作创作的“重构人生”结束的钟声已经敲响过。

前一篇我谈到了需要反思，但是我也不得不谈今年我认为比较优秀的地方：

1、我们采用了自主编写的报名系统进行报名，同时我们采用了电脑签到的方式，最后在抽奖环节将是从通过签到的同学中抽出。

2、我们采用了双语主持，我相信以后在这一点上将做得更好，同时我们的主持风格也将会有新的变化；

3、我们优秀的嘉宾，给我们带来了非常ok的分享：Klaus Birkenbihl（W3C），子斌，定宇，克军，米饭，彪叔。

4、这次工作人员都非常的卖力，很ok

5、我们的老朋友：tension，现在自己做公司了，就是昨天最后的大奖，易联主机（http://www.elinkhost.com/） 。其实他为我们考虑了很多，比如铭牌，大家喝的矿泉水，等等。

当然还有很多很多，我在这里就不在提了，当然这次活动要非常感谢W3C，感谢安琪，安琪对这次的活动的帮助也是非常的大的，同时还有很多公司对我们的支持，我非常的感谢，在这里，我也不依依罗列了。

一个一个的环节过去了，最后应该是做总结的时候，但是还没有等做完总结，大家就开始走了，原因是我们流程出问题了。

不管怎么样，活动是做完了，在大家眼里，这次活动还是成功的。

但对于我来说，心中即有喜悦感，但更多的应该去反思！

1、流程出了什么问题

2、究竟应该营造出什么样的氛围

3、我们当天发生了什么，为什么会发生这样的情况

4、接下来我们应该如何走？

其实这些问题都是属于我，及我们这个团队（组委会）应该去想的事情？

我们现在缺少什么？我们是靠什么把这次会议做完的，我们在前期准备了什么？这些，大家有想过吗？我自己有想过吗？能现在把他说出来，理清楚吗？我也不知道，带着这样，那样的疑问，我应该怎么做呢？

其实好多细节的问题都还没有做好，包括借了一个摄像机，这次真的还不如去年用摄像头录制的，当然啦，不管用什么录，这次的场地环境就应该限制了我们录制视频，没办法！

当然这一切都不是理由，其实是在告诉我，如果以后在确定场地之前，要么把所有的东西检测清楚，特别是设备，他可能会受到很多环境的影响，而使用起来不是那么ok。要么就是场地的环境自己是可控的。

在我结语之前，在次感谢支持我的朋友们，他们有经常出席交流会的嘉宾，也有这次站在台上的嘉宾，当然还有一些在国外，在外地支持我的朋友们，他们经常在精神上鼓励我，同时也会在行动上鼓励我，非常感谢他们，同时也感觉来参加这次交流会的所有人，谢谢你们的支持！

7月17日结束的钟声已经敲响很长时间，给我迎来的将是：反思！

我记得在第八期交流会（淘宝北京）的时候，关于缓存当时现场发生了争论，昨天晚上在看“精通css与html设计模式”的时候，发现发关于缓存的原话：（至于现在的情况，我在此就不在多说，只需要说说究竟怎么情况就行）

缓存的文件只有在服务器端设置的截止日期前能提高性能。

当缓存的文件到期了，浏览器会询问服务器那个文件是否有更改。即使文件没有任何变化，不用重新下载，这也将用掉0.1-0.5秒/文件的时间。

从上面的描述可以看出，浏览器应该是先在本地读缓存的截止日期，如果发现到期，才会到服务器询问。

下面是建议：

因为此，尽可能把到期日设置得远一些，至于多远，要依据你所期望的服务器上的变更文件的频率。问题是,如果你在到期日前对这个文件进行了修改，用户将不会看到文件有任何更新，因为浏览器才懒得去询问服务器呢！

从上面这句话更能说明，根据服务器端最开始设置的缓存时间，浏览器先读本地，过期在询问服务器。

真是好事多磨呀，

又遇新问题，就是我使用了图片整合，将一张整合过的图片插入到html中，在使用定位等方式将图片显示局部。

现在开始打印，在ie下，前不久写过一篇类似的文章，方法是换成ie7兼容模式，可是在火狐下，又出现新问题了。

就是图片打印出来的是灰色的背景一样的东西，而不是图片原样。

第一个问题，排查成功：原因是在页面上方有一个div，他的边框为1000px，为了模拟背景而使用的，而且他的父级使用了overflow:hidden，视觉上没有问题，火狐下打印预览也没有问题，可是打印出来的，却有问题了，因为这个div用了绝对定位，并且用了z-index:1，所以将下面的定位给盖住了。

新的问题出现了…

打印出来的背景，从开始到结束，前面差不多一半以上的图片的位置不正确，有偏差，明天继续追查！

问题在次排查成功!

哎，定位，z-index的原因造成的。。。。郁闷呀，这时候开始得考虑在火狐下，背景图片究竟应该如何合并了，可以应对以后各种布局方式…..哎！

你应该知道，微软在出ie8的时候，为了搞什么向下兼容，出来了一个ie7兼容模式，事实是我在常理情况下是不用的，没办法，最近在做打印的时候，ie8打印存在问题，在前面已经提过。

实现ie7兼容模式的方法，在你的head中插入下面代码：

<meta http-equiv=”X-UA-Compatible” content=”IE=EmulateIE7″ />

嗯，是的，插入这断代码，但是现在问题就出来了，你插入完这段代码以后，如果你使用的win7的话，打开ie8，使用开发者工具（F12）,你可能会发现，文本模式那里还是ie8模式。奇怪，为什么呢？在xp下正常，ie7兼容模式。

原因是你的这段meta放置错误，一定注意了，比如你的link呀，什么的，这类的信息，请一定放到所有的meta之后，也就是在ie7兼容的meta之前不能有除meta以外的其他标签存在。不然win7下可能就会出现这种杯具的问题。

也许是我的经常不够丰富造成的吧。

不知道叫事件复制准不准确。

最近在写js，哈哈，我写的js的确很糟糕。不过没办法，继续努力吧！

遇到一个问题，就是我需要在setTimeout中执行一个队列的事件，而在每一个事件中都执行了阻止事件传播，如果你稍微对js有一点点了解的话，应该清楚，就是在阻止事件传播的时候，需要传入evevt进去，而在ie下，他是window.event。哈哈，不知道我这样说，说清楚没有。

我遇到的问题就是在ie下执行的时候，只会执行队列中的第一个，执行完成后，会提示我找不到这个对象，其实就是window.event。究竟是怎么回事呢，原来是在setTimeout中，window.event默认只能使用一次，使用以后会被销毁。是的，大概是这个意思。最后求助了google，及行业内的很多人，都无解…就是想把事件缓存起来…. 其实缓存起来的提示也是hedger给我的提示，最后也是他给了我答案….就是复制事件，具体怎么操作呢，看下面：

function onClick(evt) {

evt = evt || window.event;

var evtCopy = {

type: evt.type,

target: evt.target || evt.srcElement,

clientX: evt.clientX,

clientY: clientY

};

window.setTimeout(function(){

onClickLater(evtCopy );

}, 1000);

}

function onClickLater(evt) {

alert(evt.target);

}

evtCopy 就是这个被复制的事件，这样，就可以了，嘿嘿！