流亭猪蹄

以前 Laura 在青岛工作过一年。时间过去了这么久,还没有忘记青岛的流亭猪蹄 :) 这次我来青岛,吩咐下来要带点回去。宾馆附近就是两个超市,Jusco 与 家乐福,转了一圈,一身汗。猪蹄倒是有,没有”流亭”字样。出门上了出租车,一打听,”市区买不到,除非你到流亭买。”

回到宾馆,搜索了一下,网上的一些简介基本上都是用这个:

流亭秘制猪蹄,据族谱记载,最早起源于清朝末年(1893年),至今已有110余年的历史,以”诚信、创新发展”的理念,五代相传。流亭秘制猪蹄系列产品。口味纯正,口感凉爽,香而不腻,无任何防腐材料,是岛城名吃,绿色食品,深受国内外消费者喜爱。

最有名的店有两家,鑫复盛与复盛,不知道啥关系。云里雾里,对复盛的介绍如下:

“复盛”字号创始于清朝末年、民国初期,是一个距今已有百年经营立时的老字号饭店。复盛饭店以祖传秘方加现代科技工艺和创新精神,研制出适合当今人们口味的流亭”复盛牌”猪蹄及系列产品,该产品曾荣获”青岛名吃”称号,在青岛市青年喜爱的国产消费品活动中获同类消费品活动中获同类产品第一名,”复盛牌”猪蹄以其独特的品质,赢得了顾客的认可和赞誉,饭店天天宾客满座,国内顾客络绎不绝,甚至许多国外游客也慕名而来,盛赞”复盛牌”猪蹄为”天下第一蹄”。

在网上找复盛的电话(给我的第一感觉可能这家正宗一些),发现好几个提供生活信息的网站列出的电话根本就是错的。不由得感慨在互联网相对发达的今天,仍然有很多闭塞的地方。鑫复盛自己有个介绍网站,电话过去,总算通了。问了一下营业时间,早晨不营业。”鑫复盛和复盛啥关系?”,”鑫复盛是老爷子的店,复盛是儿子开的。” 原来还是父子店。

看来”流亭猪蹄”这个品牌还有待进一步宣传与开发。唠叨了半天,明天早晨也不知道能买到不。

EOF

补记: 晚上吃饭回来,发现新华书店就在对面。走到门口刚要进去,服务员告诉我打烊了。看看时间还差几分钟,”能就在门口转转么?” “不行!” 新华书店的服务态度还是这么差,怎么迎接奥运啊?

在青岛

刚毕业那会儿,来青岛挺勤快的。之后俺家 Laura 从青岛辞职后,我就一趟没来过。这次借着开会的机会算是故地重游。地面 30 摄氏度,海风吹来,凉快极了。相比之下,杭州好像一个大蒸笼,就这个热,据说在全国的”火炉”评比中还排不上号呢。

下午跟着大家一起去石老人海滨浴场,这个石老人浴场其实离真正的石老人还有好远呢。沙滩还算凑合。中国北方海岸线上的沙滩估计都这样。天气不热,人可真多。没带泳裤,买条便宜一点的,20,要更衣的吧? 5块,游泳后总要冲一下的水吧? 冲水? 10块。浴场不收门票,倒也便宜你不到什么地方去。这样做生意倒也很有意思

晚上去什么啤酒街吃饭,我有痛风,平时不能喝啤酒,不能吃海鲜,今天稍微破点例。其他几个朋友都是南方人,胃口大开。回来的路上出租车司机问:
“吃的好?”
“还不错”
“那我就不说啥了”
“啊? 这里不好嘛?”
“都是政府的炒作,东西太贵,坑你们游客呢,我们吃都去老城区那边”
晕!

EOF

写 Blog 这件事儿

今天总算看到 FeedBurner 显示的订阅数字超过 5000 个了。算是我这个 Blog 的一个里程碑吧,自我虚荣一下。虽然这个数字里面有很大的重复订阅量。通过这个 Blog 分享了一些信息,也认识了不少朋友,这是让人快乐的事情。

关于写 Blog 这件事儿

很早以前我写过一篇 《Blog 写给谁》 很清楚的说明了自己写 Blog 的角度。既然这样,我写的东西肯定带有很大的个人倾向,我自己的立场。写这个东西没有谁给我发工资,还要自己掏钱买空间,域名续费什么的,容易么? 我不能保证所有文章都是墙头草,谁都不得罪,我也不能保证总写技术,也不能保证总写一些技术概述(这类东西读者多,被抄袭的也多),我喜欢写影评,那就写点,觉得没价值简单看个标题就过去好了,没必要看完了觉得不爽,非要表达一下自己的情绪,要知道我这个破 Blog 速度是出奇的慢。

最近有几篇还出现了一点不那么和谐的声音。也有人留言告诉我”应该”怎么做,怎么写。有语言洁癖的同学其实大可不看,风花雪月的你可以去看郭敬明,去看老徐,来这里浪费时间干嘛? 从小到大都被当作棋子儿,走别人划的印走惯了? 身体刚不那么柔软了,就开始想给别人划印了?

关于 Blog 内容的抄袭者

有些人可能看到我总结的玩意儿后觉得有点参考价值,就转载了一下。有的人注意到我每篇文章前面的声明,保留了版权信息和出处,在当前的网络文化下,我只能表示”欣赏”。而有些人给改头换面之后再来个 “CTRL+C / CTRL+V”, 这是我最厌恶的方式。如果你觉得内容真的有用的话,直接收藏地址不就成了嘛? 不知道 del.icio.us 还不知道雅虎收藏+、百度搜藏么? 还不知道的话,你 IE 上不是还有个收藏夹么? 非把内容弄到你那一亩三分地干嘛? 再说了,如果是技术信息,我以后还有更新怎么办? 你在那里不是误导别人么? 对于不遵守我的版权声明的转载一律视为抄袭者。这样的人我这个 Blog 不欢迎!

关于 Blog 最近的一些计划

MT4 正式发布之后将重新设计一下模版。目前的模版拼拼凑凑的,问题不少,留言问题其实也和模版相互关联有关。尝试彻底解决一下。目前的空间还存在不少安全问题,真没准儿哪天直接给人一窝端了。如果真是这样,我还省心了。:)

EOF

YouTube 的架构扩展

西雅图扩展性的技术研讨会上,YouTube 的 Cuong Do 做了关于 YouTube Scalability 的报告。视频内容在 Google Video 上有(地址),可惜国内用户看不到。

Kyle Cordes 对这个视频中的内容做了介绍。里面有不少技术性的内容。值得分享一下。(Kyle Cordes 的介绍是本文的主要来源)

简单的说 YouTube 的数据流量, “一天的YouTube流量相当于发送750亿封电子邮件.”, 2006 年中就有消息说每日 PV 超过 1 亿,现在? 更夸张了,”每天有10亿次下载以及6,5000次上传”, 真假姑且不论, 的确是超乎寻常的海量. 国内的互联网应用,但从数据量来看,怕是只有 51.com 有这个规模. 但技术上和 YouTube 就没法子比了.

Web 服务器

YouTube 出于开发速度的考虑,大部分代码都是 Python 开发的。Web 服务器有部分是 Apache, 用 FastCGI 模式。对于视频内容则用 Lighttpd 。据我所知,MySpace 也有部分服务器用 Lighttpd ,但量不大。YouTube 是 Lighttpd 最成功的案例。(国内用 Lighttpd 站点不多,豆瓣用的比较舒服。by Fenng)

视频

视频的缩略图(Thumbnails)给服务器带来了很大的挑战。每个视频平均有4个缩略图,而每个 Web 页面上更是有多个,每秒钟因为这个带来的磁盘 IO 请求太大。YouTube 技术人员启用了单独的服务器群组来承担这个压力,并且针对 Cache 和 OS 做了部分优化。另一方面,缩略图请求的压力导致 Lighttpd 性能下降。通过 Hack Lighttpd 增加更多的 worker 线程很大程度解决了问题。而最新的解决方案是起用了 Google 的 BigTable, 这下子从性能、容错、缓存上都有更好表现。看人家这收购的,好钢用在了刀刃上。

出于冗余的考虑,每个视频文件放在一组迷你 Cluster 上,所谓 “迷你 Cluster” 就是一组具有相同内容的服务器。最火的视频放在 CDN 上,这样自己的服务器只需要承担一些”漏网”的随即访问即可。YouTube 使用简单、廉价、通用的硬件,这一点和 Google 风格倒是一致。至于维护手段,也都是常见的工具,如 rsync, SSH 等,只不过人家更手熟罢了。

数据库

YouTube 用 MySQL 存储元数据–用户信息、视频信息什么的。数据库服务器曾经一度遇到 SWAP 颠簸的问题,解决办法是删掉了 SWAP 分区! 管用。

最初的 DB 只有 10 块硬盘,RAID 10 ,后来追加了一组 RAID 1。够省的。这一波 Web 2.0 公司很少有用 Oracle 的(我知道的只有 Bebo,参见这里). 在扩展性方面,路线也是和其他站点类似,复制,分散 IO。最终的解决之道是”分区”,这个不是数据库层面的表分区,而是业务层面的分区(在用户名字或者 ID 上做文章,应用程序控制查找机制)

YouTube 也用 Memcached.

很想了解一下国内 Web 2.0 网站的数据信息,有谁可以提供一点 ?

EOF