無標題文檔

对于微格式(microformats)的观点

麦鸡 在他的 Blog 宣传 微格式(microformats) 的应用,期前我们部门也做过相似的讨论,在这里总结下本人的看法:

微格式 相比某些炒得沸沸扬扬的「标准」而言,它本身仅仅是约定而已,所以它并不是强制性的。

微格式 的初衷,本人认为是交换和表现数据,但这并不能说明如果不用,我们的站点就「不够 Web2.0」。

微格式 并不是解决 Web 数据交换的唯一出路,所以不要神话它(更不要概念化它)。以后 微格式 是否将成为新的热点,本人保留意见,因为目前在国内所见到的是炒作概念。

目前国外已经非常流行的 RSS,在国内依然是非常的小众 。那么,这种情况下,什么时候能够轮到 微格式 在国内广泛应用?

想到这里,如果 微格式 不能给网站带来根本利益,那些决策者是不会主动去用它们的。

微格式可能对 SEO 这块有利 (这块是否是上述所言的利益?),同时它对于 Web 文档的语义无关(微格式 的约定非常的宽松)。

鸡生蛋、蛋生鸡。只有草根的开发人员联合起来,微格式 才有进步发展的支持。

总之,技术人员使用 微格式 的成本非常低。因此,即便目前为止,微格式在国内还没有真正的推广普及开来。但就个人而言,我们有什么理由「以善小而不为」呢?

盗窃案后续

首先,感谢大家的近日来对于我的关心,基本上本人已经从郁闷中走了出来。接下来,说下在本人 从报案至今 的发生的的一些事情。

非常幸运的是,本人的手机安装了 防盗软件 (谁会想到这个时候它会派上用场呢)。其功能就是如果本人的手机换上了未被认证的 SIM 卡,该 SIM 卡的相关信息就会发送到指定的手机中。

其实,第二天(周日)我就收到了 SIM 被更换的消息,并迅速此信息告之了当地的警察(还是那套流程)。警察的答复都在意料之中「有消息我们会联系你的」。

当然本人并没有闲着,尤其是 一直表示歉意小妮子 同学(很多时候都是轮到我安慰她)。她出色的侦查能力,查到了此号码的归属地为「江苏,苏州」。进一步的,继续使用「非常规手段」,查到了次此 SIM 卡的用户信息(包括真实姓名、身份证号码、身份证地址等)。

这是个重大的突破,本人对此也非常的激动,于是今晚(周二)很早下班再次去公安局汇报此事。小妮子 事前嘱咐本人,先不要说我们掌握的情况,先打探下警察方面的进展。

向他们询问案件的进展,我们亲爱的人民警察一脸的无辜样:「您提供的手机号得汇报上级,经领导批准以后才能查的」。对此,本人早已经是意料之中,情理之外。

万般无奈之际,本人将目前掌握告诉警察,他表示非常的惊讶(他是否会认为我「上头有人」?)。其表示将会在验证提供的信息以后,并采取进行进一步的行动(娘希匹,第一步都没有跨出去,就想着进一步了?)。

当本人询问是否能主动联系此 SIM 卡持有人,并用现金赎回本人的笔记本、手机等物品时,那位神勇的警察叔叔非常明确的表示,「那是你们单方面的事情,我们无权过问。不过如果这样能找回失物,那也件未尝不可」(真他妈后悔怎么没有录音)。

本人彻底的对警察已经失望,甚至绝望。

在回去的路上和 小妮子 商量,是否直接联系此人。经过商量以后,我决定赌一次,于是找了个公用电话。

电话通了,接电话的人声音听起来非常的年轻(和本人期望的一样,但不确定是否就是嫌疑人)。在说明情况以后,此人表示对此并不之情,他也是刚购买此手机。

在本人的「恐吓和威胁」下,此人明显感到有些慌张,甚至说话感觉有点结巴(九零后,丫的心理素质就是差)。顺水推舟,本人暗示「购买赃物也是犯罪」(不记得我们伟大的 Party 制定的法律中是否有这样一条)。

继续恐吓:「此手机开关机记录都在本人的监视范围内,本人并将其提交给了警方,相信警方找到你只是个时间问题。如果你并不是嫌疑人,请将此手机退还给卖家,或者直接叫卖家和我联系沟通。」

接下来,本人并不想多说(其实也怕露怯),最后说了句「给你时间考虑下,有空我会再打你电话的」。

从目前的情况来说,找回手机的可能性会比笔记本大些。值得玩味的是其阐述的内容:本人周六晚手机被盗,周日下午就被购买。本人认为,其一,要么是此人在说谎,此人必定和嫌疑人有关系(有什么理由说没有呢);其二,要么就是犯罪团伙已经形成了 高效率的团队 (此人描述他收到物品,包括手机、充电器、包装都是全套的)。

要弄清楚此人有无说谎其实很简单,因为之前 妮子 了解的情况是此号码在杭州并没有通话记录,如果明日(周三)查询此号码在杭州已有通话记录,那么必定上述第一种情况无疑(我已经不会考虑再联系警察了)。

不管怎样,本人解决方案的天平已经倾向于私了了。在这种环境下,完全依靠警察至少目前在本人看来是不靠谱的。

在这里再提供个说法,就是警察在做失物笔录的时候,他们会尽量的压低价格,以此来隐瞒上报案情的严重程度。原因很简单,他们当然期望自己管辖的社区了然无事(原来他们也有 KPI),但是如当真采取这一做法,其和·谐程度真当让人叹为观止。

上述的观点真实性无法判断,所以烦请各位读者自鉴。咨询过律师(也可以自行搜索网络),就是在国内对于盗窃案件的判定程度是非常底的(尤其嫌疑人盗窃是私人物品时,国家的另谈),如不触及人身安全就会按照民事案件处理。

那么,接下来还能说什么呢?本人既然已经联系上了和失物有关的人员(不管是知情),我会在其「考虑清楚」以后再次联系他。如有必要,我会和其商定赎金 -- 这已经是本人目前为止最好的打算了。

Twitter 的前端浅析

前段时间(似乎目前也有)Twitter 的网站不是非常的稳定,虽然是 服务器方面的问题 ,而本人职业倾向,于是就看了下 Twitter 的前端代码,下面我说下我的个人观点。

按照期前所说的 评定标准 ,我们来对比下 Twitter 做得如何。

减少 HTTP 请求数,以及使用 CDN、加 Expires 头等

https://friable.rocks/_/2009_11_05/058855b87c6a.jpg

这是本人的 Twitter 主页的请求数统计( 大图 ),看得出在页面不大(150K)的情况下,请求数竟然达到了 60 个居多。

其中,大部分的请求数是图片等,主要的内容是用户的头像。其中,大部分的图像资源来自 s3.amazonaws.com 这个站点,而同时多达 60 多的并发请求数,还是让人对效率方面堪忧。

https://friable.rocks/_/2009_11_05/648315b87e99.jpg

上图是 Twitter 返回的 HTTP 头信息,看得出虽然设置了 Expires 头等信息,但是似乎缓存并没有发挥实际的功效(谁能告诉我原因?)。

Javascript 和 CSS 方面

Twitter 的 CSS 文件仅为一个,并且在页面的头部就已经载入。在这里我无法理解的就是为什么它们没有把样式给压缩,甚至连注释都存在。

https://friable.rocks/_/2009_11_05/345865b87c66.jpg

特别是针对 Twitter 这样突发流量非常大的站点,相信压缩过以后效率会更理想些。

https://friable.rocks/_/2009_11_05/024525b87c64.jpg

Javascript 方面的问题除了说了上述的 CSS 一样未被压缩过以外,它们还分别载入了两套不同的 Javascript 框架,分别是 Prototype 和 jQuery

相信 Javascript 运行开销会比较大的还有 urchin.js 这个文件,它是 Google 的统计埋点(Twitter 没有自己的统计系统?)。

Twitter 的页面虽然简单,但是如此安排前端脚本,在庞大的流量基数面前,个人认为不应该抱乐观的态度。

其他

Twitter 的 HTML 结构发现,有很多的结构都是被简化了的(可能这是处于针对移动设备的考虑)。

https://friable.rocks/_/2009_11_05/939665b87c68.jpg

有趣的一点就是他们会将很多事情交给 Javascript 去做,比如是否出现「On a mobile phone」的提示。

个人认为针对「无障碍」的 HTML 结构而言,固然是可以这样做(给用户更多的提示信息)。

但对于桌面用户而言,毕竟这是属于多余的结构,所以此类的提示信息应该放在服务器上面判断。当然,反驳本热观点的最好理由就是:其一,坚持「无障碍」的 HTML(结构);其二,减少服务器的运行开支。

--Split--

本人的水平有限,此文希望能起到抛砖引玉的效果。PS:大家想听我发牢骚,可以 去我的页面看看

我的照片

嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHubTwitterInstagram 等。

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 要知道作为码农取名是件很难的事情,所以不想在取名这事情上太费心思。

作为八零后,自认为还仅存点点可能不怎么被理解的幽默感,以及对平淡生活的追求和向往。 为了避免不必要的麻烦,声明本站所输出的内容以及观点仅代表个人,不代表自己所服务公司或组织的任何立场。

如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQG91dGxvb2suY29tCg== | base64 -d`

分类

搜索

文章