装上AMP环境之后，就准备试用下监控宝的服务器监控，他们的监控是使用的SNMP监控（可以参照监控宝这里的安全指引第一部分）。因为在配置中自己遇到了一些问题，所以记录下。（不是所有的同学都会遇到问题，张磊同学就说他安装配置一帆风顺）。

我选择使用的server是Ubuntu 10.04 LTS，并且使用开源的Net-SNMP来做监控，如果有同学也选择的Linode并使用和我相同的系统如果在安装和配置Net-SNMP遇到同样的问题，下面的内容可能能用到。

因为Net-SNMP并没有为Debian用户编译好.deb包，所以只能到项目主页下载源码编译。

如果你也是拿到服务器第一步就来配置了，所以在第一步./configure的时候就遇到最基础的libc6-dev包没有的问题，此时报错会如下configure: error: C compiler cannot create executables。在Debian系下你只需要apt-get就可以了（我是直接root用户登录的）：

同时我发现监控宝指引上的openssl的路径和我的不同（一般openssl是默认安装了好的），所以这里参数也需要改下（不过我并没有开启SSL，米钱），使用dpkg（dpkg -L openssl）可以查看，如我的路径是：/usr/bin/openssl。

接下来我发现在执行make的时候，又报错了：/usr/bin/ld: cannot find -lperl 。这是因为系统没有安装perl这个lib，也可以使用apt-get简单的来安装（根据报错信息我们知道需要安装libperl-dev）：

其实我们打开Makefile可以看到这里是调gcc来编译的。习惯了在desktop发行版上双击.deb包来安装软件的如我等小白明显就是一开始就可以弄好编译环境。

到此，应该你的Net-SNMP应该顺利编译安装上了。不过我杯具的是安装的是SNMPv3，不过配置好了之后监控宝却一直通信不上，试着用SNMPv2c的验证通信上了。

最后再次推荐下强大的监控宝。并且感兴趣的同学可以使用我的邀请链接注册（其实本文“很不厚道地”埋了很多这个链接），地址是：http://www.jiankongbao.com/invite/x2r3ro，这样我和你都能额外获得5条监控宝的报警短信，反正于大家都没坏处嘛。

既然话题是我和JavaScript那些事儿，我也插播下我自己与JavaScript的那些事。我几乎也是05年左右第一次开始接触javascript，当然记得第一次alert出来hello的时候的那个兴奋。不过很惭愧的是，后来一直没怎么深入学习。月影大侠也是05年开始玩js，现在是js界叱咤风云的人物，我却还基础的JavaScript都玩不好，更惭愧的是现在还每天坐在月影旁边。后来工作了之后项目承担点与JavaScript打交道较少，并且有月影、JK及rank等同学写好的脚本库和组件，加上自己懒惰的性格，学习得也愈少了。

以一个用瀑布型都玩不好的菜鸟的理解，我认为JavaScript可以说是一个人小鬼大的语言，他的很多特性使得他容易上手又难以精通。并且他从出生起就带着很多不完善的东西，就像老道说的可惜大家已经用上并且爱上他了，所以再要严格的来次涅磐就不大可能了，后面rank同学也说到了组件开发中接口的设计就说到了设计中的这一点要一开始就考虑到。还有就是JavaScript规范的相对混乱，在基于浏览器的开发情况下：核心部分是ECMA来制定，而DOM又是W3C来规范，BOM部分实现上各个浏览器各自为政。不过个人觉得JavaScript最好玩的就是他的弱类型及对象的prototype，这是一种很好的抽象。这样一切传参和返回都可以是任意类型包括函数。就可以玩出看上去可能有点非主流但是很帅很流行的闭包、泛函这样的东西。

接下来说下在交流会上得到的收获。

首先是吕婷同学的分享，分享了她自己学习JavaScript的过程，ppt很漂亮。

然后老潘分享了《JavaScript闭包实例》，开始之前他自嘲说这个话题很枯燥，基本大家都会睡觉了。结果还好，好像就一哥们睡着了（不小心被我发现了）。老潘的分享很好，基本用很容易理解的方式向大家介绍了闭包及使用中内存泄漏等风险。

然后阿当用一个tabView实现来说明组件开发，用多步修正的方法来演示，很不错，一步步带领大家思考怎样满足多变的需求及优化余地。相信刚接触JavaScript的同学也能很好的理解。

接下来是rank的分享，分享的也是组件开发。从需求、实现、使用、迭代等方面说明了组件开发中的重点及大家容易忽视的一些点。比如接口的实现，既要做到统一又方便后面升级开发、要做到内部高效率又要使使用者能容易使用。

很巧合的是这次虽说话题是《我和JavaScript那些事儿》，不过讨论最多的是组件实现这个具体的话题上，可能因为分享者带来的话题有关系吧。其中很有收获的一点是月影突然带来的一个关于组件实现的一个很独特的观点。可能是因为我们过多的关注（样式）组件最终的“展现”形式而没有用一种归类抽象的观点来看问题。就拿样式组件来说，其实质其实是通过交互带来的样式反馈。月影同时用Twitter来类比，比如我（类比页面中的某ELement）fo了@akira_cn（类比页面中另一个Element如button等），然后月影受到某刺激事件如女朋友的表扬（类比页面中click等事件，这个事件可以是任何的，onclick，onmouseover或者onhit什么的无所谓），然后月影发出通知：“MM表扬我了”（组件中建立好的联系通道），接着我作为一个fo对这个通知作出反映：“恭喜，恭喜！请客！”（类比出现popup框或者将某块常用说到的tabView中某块content块显示出来）。

这次交流会收获很大，也特别感谢soso提供的QQ公仔奖品，感谢腾讯的同学热情的招待，感谢所有分享者的准备，感谢所有参与交流的同学。bobo和Robin一上午就在忙碌的布置会场，大家给他俩来点掌声。

同时，因为某些特别的原因，在这里特别祝福波波，不管他做出怎样的决定，希望他以后的人生路更加精彩！也特别感谢他带给我们这么好的交流机会和平台。

最后，交流会下一期就是一周年生日了，祝福我们的交流会！

HTML是一门标记语言（Markup Language），标记语言在于他的设计不需要逻辑功能，他最主要的作用就是用确定的标签（在html中是HTML elements）来容纳有不同的内容。其实世间万物本来就有他自己的意义的，在网页上显示出来的一切文本、图像、视频也是。一块巧克力不把它放到巧克力盒子里我们一样知道它是巧克力，只是为了方便生产、运输、卖出的识别我们大多会将巧克力用包装装起来。一个图像我们不用img标签包含，浏览器也是有可能知道它是一个图像的，从一定程度上来说，超文本标记语言的发展是浏览器工业化发展的一个象征。将同类的的东西放到同一个特定的“容器”中，在oop中来说，就是类的思想了。

于是，真正引发的问题就是这个容器究竟该设计得多“大”？这就是设计中经典的抽象程度的问题了。阴阳五行足够概括世间万物、但不能完全描述世间万物。在HTML中，使用标签（Element）和属性（Attribute）二维结合来描述超文本资源。无奈所有的东西都是不断发展的，互联网也不例外。其实HTML5中多出来video等标签就像HTML2多出来img标签一样正常，虽然我们确实值得欢呼，也不用太为此担心兼容——想想gif、png、jpeg——我是达尔文物竞天择思想的支持者。但是我觉得HTML的设计从一开始就没有很好的考虑抽象程度这个问题，可能是为了迁就使用上的方便，最明显的就是这门语言虽然有结构树（DOM）的层级、但是没有意义上的继承，不管是从标签上还是属性上。HTML生来就是有语义的，XHTML想解决数据和结构分离，结果被传道士努力得让大家都只在乎结构和表现的分离了。XHTML2曾一度想放弃向前兼容，还推荐将图像从img标签过渡到object标签，以达到更高的抽象程度，用以更“方便”地描述互联网上将来越多的不同格式的其他资源。HTML5又干脆弄出来一大堆的极度语义化的标签。那么Microformat的出现又是因为什么原因呢？

要看清楚这些，其实我们应该明白其实W3C是一个商业组织。WHATWG更是一个商业化——最明白就是浏览器竞争——的产物。很多东西其实就是商业杂交出来的（比如最明显的代表就是鼓吹“高尚情操”的video标签），HTML的一出生就流淌着商业的血。问题还在于离开商业一切都活不了。

不要再讨论HTML5好不好、HTML5什么时候出来、我们什么时候用它。

有些东西你在思考的时候永远很难想到，比如中国特色的双核浏览器，虽然或许这只是在揠苗助长。

这是个最好的时代，这是个最差的时代。或许一直以来就是。

脱掉衣服，亮出身材，大家一起裸奔吧

想参与或了解更多，请点击http://www.webrebuild.org/naked

随着交流会发表意见的同学越来越多，可以发现最终关键词一致性的落在了“沟通”上。崔凯通过“请吃饭”这一最明了的例子说明了良好的沟通方式可以有效解决跨团队协作中遇到的“困难”。月影在接下来两杯水的例子中用带有哲学又易懂的方式解释了如何从本质上解决跨部门协作难题，那就是我们放开各自心中的“成见”，通过换位思考再大家站到同一个视线上来看问题。如果大家还记得彪叔《一专多长》的PPT的话，应该对引言中法拉利车队的故事印象深刻吧？

到场的同学都觉得前端需要和很多部门打交道，认为前端是“最累”的部门。这一点可能是因为到会者中大部分职业是前端开发的缘故。其实，每个部门都是“最累”的，我们需要与UE打交道，同样UE需要与PM与我们等部门打交道，我们需要和RD、QA、OP打交道，同样RD需要与PM与我们与QA与OP等部门打交道。每个部门都有需要协同合作的人和部门。当我们抱怨UE生气我们页面切出来与UE图相差的时候其实我们可以换位想想当RD将我们的HTML嵌套得“乱七八糟”的时候我们是多么生气的。

我相信在任何一家公司，所有部门的人都是在干同一件事情，那就是将这个项目这个产品做好，大家将自己各自杯子里的水倒干，拥有同样一份事业心将杯子叠到同样一个方向同一个目标。我们可以思考月影在会上提出的问题：你将你做的事情怎样看待？工作、职业还是事业？如果你不思考这个问题，那么工作中“被”遇到的问题将越来越多。相反，你就会知道你要做到什么程度会有成就感？什么时候要换家公司为互联网做贡献了。

这次交流会回来一直很有感想，因为自己所在的部门最近也遇到了一点事情。但是面对外界的质疑和猜想我们依旧保留那份创业心凝聚在一起，很高兴能和这样一群拥有事业心的同事并肩奋斗。

最后，以个人情感并代整个交流会组委会感谢腾讯北京公司提供的场地、茶水和礼品，感谢易联主机CEO tesion提供的奖品，感谢winter和kejun分享的PPT，感谢所有到会的同学和所有关注w3ctech的同学。(p.s：特别赞扬在整个交流会中站着做记录的我们的场记吕婷MM，大家给点掌声！)

那就是geolocation，W3C对geolocation的解释是“defines an API that provides scripted access to geographical location information associated with the hosting device”。Firefox从3.5起就支持geolocation了，习惯赶时髦的opera也发布了一个支持geolocation的版本，几天前Chrome dev 5也正式支持geolocation了。如果你的浏览器被鄙视了也可以使用google gears的Geolocation API 曲线救国来玩（关于这一点请参考JerryQu同学早一段时间写的文章）。于是记录和朋友们分享下。

如果你有兴趣可以使用上面提到的浏览器点击这里看个简单的demo。

简单说下前端的实现吧，主要代码如下：

geolocation的原理就是收集你上网的终端设备的某些信息发送到特定的服务接口用来查询以获得你的地理信息，如果你是使用的是无线wifi上网的方式，发送的信息如JerryQu提到的一样，大致如下（Firefox下的抓包）：

返回的信息类似如下(可以查看我通过curl脚本模拟的数据 http://www.ivershuo.com/did/geolocation/loc.php)：

可以发现firefox也是使用的google的loc接口，如果你提供的access_token值为空或者是错误的在respone的时候会给你返回一个正确的access_token（该值是2周有效的）。wifi_towers包含了你的wifi信息数组用来判断你离热点们(?)的距离等信息。如果你使用的是有线上网的方式会发现传送的wifi_towers数组是空的，但是也会返回地理位置的值，应该是通过ip来返回的（因为我使用服务器脚本去请求该接口的时候返回的是服务器所在地的地理信息），所以偏差很大。现在还不知道是不是可以传送gps数据，有条件的同学可以试试在android手机上验证可以使用gps数据。

不过照前面的demo来看，就算是wifi的方式得到的位置信息还是有一定的偏差（这中间也有不同地图服务的定位信息的偏差），但是比ip获得的位置已经精确很多了。对位置信息精确度教高的web应用可以试点应用玩玩。

回到开头的那句话，大家不要担心跨省，因为浏览器在发送这个信息的时候会先要获得你的授权的。

p.s1：要使用geolocation：Firefox浏览器需要保证about:config中geo.enabled的值为true，chrome dev需要带参数“"--enable-geolocation"”启动。

p.s2：如果你也想构造数据请求google的loc接口，需要保证数据是以application/json的格式请求的。

虽然以ivershuo.cn的名义发布过一些乱七八糟的东西，虽然很多朋友看得起给了ivershuo.cn一个链接，虽然PR值也熬到了5，虽然我很想用代表了我爱着的国家的后缀的域名，但是我必须为以前犯下的不可饶恕的罪过——成为cnnic的帮凶去注册了.cn的域名——负责。

同时我以前承诺的永久订阅地址http://feed.ivershuo.cn也会换到http://feed.ivershuo.com上面来，很抱歉因为我们国家的伟大我被放弃了以前的承诺。

各位以前与阿肆的博客做过链接的朋友，如果您有心，麻烦将阿肆的博客链接url换成http://www.ivershuo.com，谢谢！

走狗新网互联，你继续给我停止解析吧！

WEB标准化交流会在北京已经成功举办了三届，首先感谢这三期以来积极参与讨论的参会者，感谢身边网和百度UXday的场地支持，感谢W3C中国、简单网、buleidea、谷歌中国软件部、百度FE及WED团队的支持。我们也希望更多的前端爱好者参与到讨论会中来，共同讨论和推广WEB标准。

好了，回到昨天的讨论的话题吧。先从DTD开始，DTD其实主要是告诉终端你的doc是什么type的。就好像在入校之前你会告诉学校你的性别以方便安排你到男宿舍还是女宿舍一样，不写DTD就留给了浏览器一个“猜”的任务，这样其实是比较危险的，很多情况下你不知道浏览器会怎样来处理。假如春哥入学不写明性别，就可能有分错宿舍的危险。接下来讨论的是通过W3C验证的必要性，大部分同学观点比较明确和统一：通过W3C验证至少可以去除一些基础的嵌套错误。就像是照镜子吧，脸上有个脏的地方可以通过镜子照出来，有没有前列腺炎是不能照镜子照出来的，所以镜子是必要的，但是镜子不能反映所有的问题。这就是为什么会有医生为什么会有专业的前端开发者。语义化及命名规范以及由此衍生的microformats和RDFa等知识好像在昨天的参会者中研究的同学并不是很多，记得原先初中政治课中有说道规则是为了更大方面的自由。第二期交流会的时候就有提到行业规范化的东西、后来我和月影回来一直觉得可以推动这方面的工作，这个真的还是挺有意义的。社会主义是有可能实现的，关键是不能做空想社会主义也不能在实现的时候变质，我们的国家已经走了中国特色，我们的网页不能再走中国特色，如果你和我一样觉得互联网是当今世界社会主义最好的呈现的话。如果能理解就不会出现div和ul标签泛滥的情况，扯远了~。微格式和twiter的@符的马太效应使我们想到可以做和应该做的还有很多。关于标签更大语义化的工作W3C也在努力，大家应该可以在HTML5中感受到，就有同学提到了实际应用中经常遇到不知道该选择什么样的标签的问题，这也确实是现阶段HTML标签存在的一个问题。当网页内容越来越“丰富”的时候问题将会更加明显化，最开始的网页不是也不支持图片？现在的网页上img标签已经遍地都是了。不过世间万物可以归宗两象五行，又但是W3C曾有想将图片归用object标签来描述是合理的么？这方面可以思考的还有很多。会上有很多同学不太熟悉属性语义和属性值语义方面的东西，特发几个传送门：语义网、microformats.org、RDFa。

交流会的第二个讨论话题是样式合理化的问题。在实际应用中会分项目的性质来把不同的组织，一般小的个人网站就一个样式文件就行了，节省请求。对于具体的应用项目可以分离公共样式+项目特定样式的形式组织，大家的意见也都比较统一。讨论期间rekey有提到公用样式后期的特殊化的问题，相信这也是很多页面开发者遇到的实际问题。其实克军在12号的webrebuild要也有讲到这个问题，关于模块化的组织。核心还是在页面架构方面，好的架构可复用性和单独拓展性都是需要考虑到的，当然在实际项目中还要评估为什么以前的统一模块中有一个或几个要单独加/减其他东西。能不能实现改的功能是我们在架构时候需要考虑的，为什么需要改是产品和设计和我们协作的问题，有一个前期的一致规范是好的。克军上次也有提到接下来HTML要走一段路了，关于模块化方面的东西个人觉得某些方面是可以借鉴js框架的思维。HTML是洋葱的核心（？,见克军ppt），是牵一发动全身的东西，这么重要的东西不能三思而后行么？

第三个讨论话题是素材合理性，更多的涉及到了第一期讨论会网站重构中的文件组织和第二期讨论会CSS Sprites方面的知识。讨论到了图片格式的选择，结论还是大部分选择png-8、gif、jpg这三种格式，按需所取。比较理想的是期间讨论了图片压缩的话题，本来我们上周自己的组内也讨论了这个话题，两次讨论得到的结论都是压缩无止境，呵呵。其实素材管理很有讨论性的是图片管理和缓存方面的东西，我也很想听到各个公司对于这方面的实战经验，因为到会的有谷歌、微软、新浪、百度等大公司的前端，各个公司的部署肯定有很多不同，很有交流讨论价值，不过由于时间原因还是没来得及讨论。

很高兴在twitter直播上码头同学有提到“认为要做好页面重构的合理化最重要的是前期项目规划的合理化”。这其实是我一直在等待的答案。建筑结构工程师和只会砌墙（切图）的建筑工人，你自己怎样定位？知道这一点你就知道以怎样的态度来思考你在干的事情。

期待下一次的交流会，如果你也一样的话，请留意w3ctech官方网站，我们将在每月的最后一个礼拜的周六聚首讨论。更多信息可以follow我们的twitter：http://twitter.com/w3ctech或加入QQ群：46077068。

早两天终于将域名从比较垃圾的阳光互联转出到Godaddy了，比较兴奋，并且终于可以添加SRV记录了，hoho。

不过因为天朝的强大，域名转发功能被X了。

国内的某些DNS解析提供商也禁用了域名转发。

一般的朋友会使用强大的htaccess来做重定向，可是因为我觉得写htaccess比较麻烦，又为了给不支持htaccess的朋友提供方面所以使用php来重定向，使用xml来存储，这样没有方便没有数据库的朋友。

有需要的朋友可以在这里下载，有需要修改的加了注释

有几点说明下：

1. 将文件上传到你的空间，绑定你想转发的域名到这个空间上
2. 没有使用登陆验证，请修改a4.php这个文件名
3. 同时如果你不想让别人看到你哪些域名在使用转发，修改xml文件名，Linux机修改其属性为777
4. 使用robots文件防蜘蛛暴漏你的添加域名的文件地址（像Godaddy就强大到给你生成sitmap提交到google）
5. 如果你的空间和域名都支持泛解析，那就更乖乖了

懒人工具，提供给和我一样懒的朋友。