服务中断预告: 服务器切换
星期六, 二月 11th, 2006豆瓣的新服务器将在今夜投入使用。服务器切换的时候(北京时间夜间2点到早晨之间）可能会有数小时的服务间断。对可能造成的不便之处我们表示歉意。
因为新的服务器在北京电信（现在的服务器在上海电信）的机房，www.douban.com的IP地址会有改变。你有可能需要重起浏览器得到新的地址。
欢迎报告(明天早晨起)访问豆瓣速度的变化。
[5am 更新] 切换成功，服务恢复了。
Archive for the ‘其它’ Category
祝贺新年!
星期六, 一月 28th, 2006
狗年马上就到，豆瓣团队成员从两大洲四个地方向您拜年!
祝您快乐。所有的话都在这句里了。
也祝愿新年里你能通过豆瓣发现更多有意思的人，有意思的东西。
放炮去了。新年好！
谁帮我们攒一台1U服务器
星期一, 一月 16th, 2006豆瓣需要在两天之内购买一台1U的服务器。这个是配制要求:
cpu: AMD athlon X2 4200+ 双核。(更理想的是AMD Opteron 170 Dual-Core , 但是好像中国大陆现在没货)
主版: Tyan Tomcat K8E S2865G2NR
内存: 金士顿 DDR-400 1G, 4条 （非ECC）
硬盘: WD 73G SATA-II Raptor 73G, 10000rpm, 2块
无操作系统
1U机箱、电源、风扇、散热设计：由供应商自己提供方案。只要2个硬盘空间，不要求热插拔。要求有能够解决类似功率cpu散热问题的实际成功案例。要求稳定性第一位。如果价格合适，也可以考虑Tyan GT20 B2865平台（在北京找不到）
对供应商的要求: 我们希望能找到可以持续合作的准DIY机架服务器供应商，最好在北京。不要求规模大，但希望能跟踪最新的配件技术持续地提供优化、经济、专业的准DIY服务器方案。我们自己有组装维护的能力，所以希望您能贡献的价值是经济的货源和机箱散热部件方面的充沛经验。
请将方案和报价email给webmaster (a) douban.com. 也欢迎推荐、告知你知道的好的供应商。谢谢。
[2006.1.23 更新] 谢谢大家。服务器已经装好, 现在正在安装系统。最后走的路数是这样：找一个集成商采购机箱电源以外的部件，然后直接找机箱厂家寻求散热方案。谢谢吕欣欣的引见和千际唐华的帮助。
机房断电 / 下线修复
星期六, 一月 7th, 2006豆瓣所在机房今天凌晨12点到2点断电，现在豆瓣服务已中断。造成不便，深表歉意。
[2:20] 来电了。祝lovedove的马克思主义哲学考个好成绩。
[2005-1-8 更新] 明天凌晨1-2点豆瓣将下线修复这次停电造成的一些小问题。
[2005-1-8 1:25 am] 好了。
豆瓣例行维护
星期五, 十二月 23rd, 2005北京时间12月24日凌晨1点-3点，豆瓣将进行系统维护（数据库)。届时服务将中断。谢谢谅解, 我们将尽力减少中断的时间。周末晚上，明天又是圣诞，您也该从电脑旁走开，做点更有意思的事了 :) 。
blog.douban.com和英文豆瓣不受影响。
[7:45am 更新] 不好意思，比预想的时间长很多。估计恢复服务的时间：9:00am。
[9:25am 更新] 服务恢复，豆瓣重新上线。下次必须用别的办法维护数据库。今天的方式时间太慢了。
豆瓣故障
星期三, 十二月 21st, 2005豆瓣服务器的硬盘分区的空间满了，造成中午开始访问的500错误。现在正在清理，估计10分钟内能恢复服务。非常抱歉。谢谢暖暖鱼通知。
主要原因是最近访问量巨大，存放访问日志的硬盘分区提前我们预期的日期爆满。以后我们会格外留意。
[2:11 pm] 服务已经恢复。
告别上海
星期六, 十一月 12th, 2005今天是星期六。上海阳光灿烂，一点“风萧萧兮易水寒”的意思也没有。本来想惆怅一番，可坐在美罗城星巴克我那个有电源能蹭上网的“老座”上，手捧十五大元一杯的“今日精选店租”，看着窗外衣着光鲜的男女老少，我的脸上挂满了微笑。下午要离开上海了，天却一点没事似的，猜想一定会经常回来。
(这个联想您千万别当真。要是今天阴雨连绵，自然会有另外一套说法，结果还会是“猜想一定会经常回来”。)
如果你一定要离开上海，现在是一年里最好的时间。螃蟹的口感开始走下坡，脸上却还是一只蟹多一只青春痘, 马上要有些不合算了。不下雨的话，天气是春夏秋冬里最好的，能留下一个非常好的临别印象。对我这样习惯冬天有暖气，菜里酸甜苦辣立场分明的北方佬来说，动物性的舒适其实是离开一个地方的根本原因，别的都是借口。现在走，刚好见好就收。
一厢情愿地用上海“居民”而不是过客的态度虔诚地住了半年之后，我基本清楚自己会怀念的东西。大闸蟹当然排名第一。街上女人的着装和店面的装潢放在一起给眼睛带来的愉悦排名第二。其他的好处基本需要从细节慢慢体会。从小饭馆里附送的小汤小菜到地铁标志的颜色区分, 小处的贴心会使北方城市惭愧得永远失去信心。还有城市管理的“合理性”。当你从骨头里体会到上海的拥挤，却看到眼前一切井井有条的时候，你会觉得北京满眼的“不合理”一定是以人定胜天的态度持之以恒刻意努力的结果。上海的确适于居住，我羡慕没有水土问题的南方人。
我离开之后，会择地“闭关”一段时间，给豆瓣添加新的东西，然后会从新家向大家问安。至于豆瓣，本来就不属于任何一个特定的地方，无从搬起。只有一件事：在上海体会到的“以人为本”，会一直是豆瓣最强的基因。
UPS+Google Maps: 在地图上追踪豆瓣的包裹
星期五, 十一月 4th, 2005
一件豆瓣的包裹正在从美国Georgia州运往加州San Jose途中。预计到达时间是中国的下周二。用UPS（联合包裹服务）的递送跟踪服务和Google Maps, 你可以在地图上跟踪我们的东西。
不过你需要Firefox和Greasemonkey. 你可以看英文的安装过程。我来翻译加工一下:
1. 要是你还没装过，安装最新版本的Firefox。
2. 要是你还没装过，在firefox上装Greasemonkey。(点击”Install Greasemonkey 0.5.3.”, 选择“立即安装”)。重起firefox。
3. 在firefox上安装upstrack.user.js脚本。(打开后点击“工具”->”install this user script”)。
4. 到UPS Tracking Page, 在”Track”下输入包裹号（豆瓣的包裹号是 1ZY4407Y4295068499 ） 。选中”By selecting this box and the Track button, I agree to these Terms…” checkbox，点击”Track”。
5. 点击”View package progress”, 然后在跟踪页面里点击”Map Progress”。
告诉我们，包裹到哪儿了?
这张图不是UPS提供的。UPS只对客户提供文字的跟踪数据。但是在你的firefox上你可以把UPS的数据和Google Maps揉在一起。这就是所谓web服务的”remix”。
是不是可以开始奔向web 3.0了？
下午服务器升级
星期四, 十一月 3rd, 2005豆瓣的用户增加很快。我们的服务器需要增加内存了。今天下午5-6点豆瓣的服务会有小段时间中断。
如果顺利，应该不到5分钟。希望不会给大家带来太多不便。
[19:10pm 更新] 结果用了一个小时。:(
要是你对技术有兴趣: 内存没有问题。但是没注意到linux内核需要重新编译(cpu/high memory 参数)才能使用多出的RAM来。浪费了一些时间把内存条换来换去检查。
升级以后停用了virtual memory。这样应该能防止在后台运行数据挖掘程序的时候系统swapping, 使网站的访问响应速度变慢。服务器的确不应该用VM。
要是你对技术没兴趣: 豆瓣网页的响应速度应该比较一致了。“和我口味最像的人”以前一天更新一次，现在可以一天更新多次了。
豆瓣见鬼了!
星期三, 十月 26th, 2005本来不想写。但是topku问是谁抄谁的时候，意识到需要澄清了。
所以, for the record: 是别人抄我们。抄袭者不是什么三流小网站, 这些我们见多了。是我一直心怀敬重的一个网站。失望之极。
能够成为UI和功能设计某种意义上的样板，豆瓣很自豪。
但是逐字逐句地copy, 连about-us都抄, 有点太… 懒惰了吧?
豆瓣help:
不同于供浏览的门户网站，豆瓣是一个鼓励你参与的社会性工具。你参与的越多，收获也就越多。
大众点评网“改版”之后的help:
大众点评网不是一个仅供浏览的传统门户网站。
大众点评网是一个需要你参与的社会性网站。参与越多，收获就越多。
再比方说，“站务论坛“。
还有整体的功能、UI设计和几十处细节。熟悉豆瓣的人可以自己去对比，评判。我们自己看得最清楚，因为豆瓣每一个像素的摆放，每一个“的”字放还是不放，都是许多根熬白的头发换来的。
英语有句话，“模仿是最真诚的赞赏”。说的是模仿，不是抄袭。所以，不受此礼。
[ 2005.11.5 更新]
萨满, 大头绿豆, WOLFay, Daniel, 叶之秋, 痞子笛, cooper, 三水, 鹤, Vingel, brant, Justin_R, danRyan, mars:
我真的很感动，谢谢每一个人对豆瓣的支持和厚爱。这比任何别的回报都宝贵。
tomer, 借鉴和抄袭是有区别的，虽然界限不一定清楚。譬如色情和人体艺术的区别：说不清楚，但看到了，你才能知道，而且你心里一定是知道的。
LuoTing: 豆瓣上条目资料的来源有二：豆瓣用户提交和豆瓣的搜索引擎。
从法律角度来说，书的介绍（来自扉页等）、属性资料和封面图像的版权属于出版商或者作者。在流通的领域内，普遍是默许使用，因为对版权所有者有利。所以默认(de facto)的版权形式是在“公共范围” (public domain)。豆瓣到今天为止没有和任何出版商在这方面有过任何争议。
豆瓣在搜索网上书店网页的时候，特意使用程序区别了上面所说的出版商提供的信息和网上书店自己的增值内容（比如编辑推荐语）。对于后者，我们的原则是不在豆瓣上显示，因为许可并不清楚。因为技术的执行度有限，我不能排除可能有少数漏网之鱼。同样，到今天为止我们没有和任何网上书店在这方面有过任何争议。
从商业道德角度来说，豆瓣完全承认和尊重网上书店输入和扫描的劳动。所以我们的原则是对所有我们搜索来源，豆瓣都用“购买链接”的形式提供指向网上书店的链接。和搜索引擎提供链接的形式有别，但实质相同。由于相互有利，实质上豆瓣得到了网上书店的默认许可。到今天为止我们也没有和任何网上书店在这方面有过任何争议。
所以你的话我不觉得苦。相反，我为豆瓣在商业道德方面从第一天开始的自律感到骄傲。如果你熟悉豆瓣注册用户的使用，你会知道豆瓣一直苦口婆心地劝说用户不要转载别人的东西，对用户说过无数次“抱歉，我们不提供版权不清楚的下载链接”(可以去看豆瓣FAQ)。我们非常清楚不这样坚持的话，豆瓣的规模会比现在大很多倍。如果觉得我们可以做的更好，我们非常希望能听取意见。
但是在这条blog下讨论这样的问题，实际上潜在的意思是“大家都不清不楚，你就算了吧”, 对吗？即使豆瓣有欠缺的地方(我不认为是这样)，关于抄袭仍然是独立的问题，我觉得完全可以清清楚楚。
这篇blog的本意不是问责，也不是炫耀我们站在哪块道德高地上。相信豆瓣和大众点评网的界面以后会各自演变，变得越来越不同。但是除了大家各自心里清楚以外，公众还是需要在2005年10月26号有一个纪录。否则若干年后，我会没有办法令人信服地回答topku提出的问题: 到底是谁在抄谁的? 这才是这篇blog的本意。
我对大众点评网已经没有怨言，也祝他们能把中文webUI发展的更好。但是我一定要问别人一个问题：这年头抄别人的可以沉默，被抄的倒需要出来为自己辩护，这到底是他妈的怎么回事?!
