October 2007 Archives
OSX10.4带了bind,它可以实现一个全功能的dns服务器。一开始设置有点坎坷,都是apple自己捣的鬼,完工一次也就简单了。 :)
负载均衡需要有的特性如下:
- 支持多服务器的服务池和轮询策略
- 支持自身HA
- 支持会话同步,在单机失效的情况下操持会话连接
我使用了VirtualBox建议模拟环境。我只是说明它的配置,不会有OpenBSD自身的安装和系统配置。
我现在手上有以下几种django的情行:
- django自带web server
- django+lighttpd+fastcgi+threaded
- django+lighttpd+fastcgi+prefork
- django+lighttpd+scgi+threaded
• django+lighttpd+scgi+prefork
我对这几个完全没感觉。不知道的情况下会认为fastcgi更快更稳定,scgi可能都没听说过,而自带的应该很灵活,但是应该性能上完全不行的。
真实的情况呢?用数据来说话罢:
这个blog写了n天。是痛苦的过程 。要知道什么叫做丈二模不着头脑,哪就看看这几天我发愁的样子好了。 :) 原因很简单,就是lighttpd的文档中没有与scgi有关的说明,而官方的文档中也没有什么可说可明的。这个条条对于我来讲很重要,另外我也做了一个简单的测试,证明研究scgi是对滴。 :)
如果启动django自己的server,只要退出控制台就会发现它也会自己退出daemon。怎么办?三金同学出手,这是当年留下的:
daemon python mange.py runserver > & /dev/null
hoho daemon好强!
搬到opensource.org.cn的blog上是一波多折,现在服务器稳定了。访问也多了。
一时间,世界太平了 :)
对于分布式服务,在设计其基础架构时需要考虑的其实也并不多,但是需要细心,不要将用户或用户的数据遗忘在一个角落里。先来看看将服务得以分布式的基础:
1.服务信息的存储可拆分
2.服务必须有一个统一的登录和认证机制,建立基于sso的应用与认证相分离的认证体系
3.服务器间必须有良好的数据迁移机制
4.对于统一认证的数据必须能有良好的同步复制机制,保证在各数据网间的同步
5.对于业务层面来讲,服务一定是个性化的,每个人的个性化数据才会导致服务的同时数据也进行分布这样的需求
以下对于每个基础进行详细的讨论。
其实服务随身行是已经在我们知道的许多大规模交互服务中出现了。我带大家一起分析一下我们可以看到的一系列服务随身行的系统。我们可以登录到hotmail的服务器上去,看看它的url是什么?当我使用我刚审请的hotmail.com的邮箱登录时,它的服务器是http://by14fd.bay14.hotmail.msn.com。而我用更早的一台服务器登录时,我们会发现,它的服务器是http://by5fd.bay5.hotmail.msn.com。其实不是什么凑巧,更重要的是hotmail在实施时就考虑到了可能将服务要进行大规模的分布式运行,从而达到高度可扩充的能力。也正是因为这样,我们可以发现hotmail可以分布到很多个国家去(好像并没有分布到中国来)。如果说hotmail的分布式服务让我们没有第一时间的感觉,哪么我们来看看yahoo。上一下hotmail和yahoo的邮件,就可以感受到分布式服务的威力了!
这个文章是我在2005年春节期间所写。pjy又跟我提起了这样的事。放上来,以后我也会把这样的总结持续的写出来
以前听到一个玩笑话:我们从上海ping到北京的速度差不多是上海到韩国的近10倍。也就是说我们更难以相信自己国家所提供的电信数据服务。其实,我们更可以从sourceforge.net不断增长的download站点中不难发现,互联互通、就近服务早已经成为互联网服务所必须具备的一个基础,否则一个看似庞大的互联网也会受限于一个个小的区域。在中国,中国网通、中国电信、教育网、科研网以及过去我们听过的163、169更将我们带入了一场灾难。我自己的经历就是常去的一个下载站点我在北京只能用4k的速度下载,而在厦门的一个旅馆中恐怖的达到了100k之多!
在django中包括一个非常简单的开发所使用的web server,它也可以与apache、lighttpd等一起运行。配置起来也并不麻烦。
听听OpenBSD 4.2的发布歌曲(命名为100001 1010101),再看看漫画。呵呵,这次可是把sun、linux、apple、IBM、DELL、HP甚至小魔鬼都放了上来。 :) 不知FSF在打完官司后看这个漫画有什么想法。 :)
今天安装setuptools的egg文件。执行时发现
Traceback (most recent call last): File "<string>", line 1, in <module> zipimport.ZipImportError: can't decompress data; zlib not available 以为是没有安装zlib库,最后发现,原来还有一个叫做py25-zlib的东东。在macport中安装之,运行正常!
Yahoo的邮箱不限容量了。网易也不限容量了。互联网在为争取成为通信和下一代人民生活基础的路上又走了一步。在三年前,google、163、yahoo、sina都在升级自己的邮箱的空间。sohu在一边乐呵呵的保持着自己的风格。到头来,没有一个真正的赢家。为什么?因为还是没有人真正的从邮箱中取得比成本高的利益。但是为什么所有人都还在升级自己的邮箱空间呢?
从社会的角度来讲,这是一次互联网与单独个体的资源争夺战争。从历史的角度来看,这是一次信息化时代与电子化时代的升级战争。从各个服务商来讲,这是一次争夺用户基础信息的战争。为什么这么讲?
* 互联网承载着信息,但是现在它更多的是信息的传递者
* 而互联网天生注定不只是电信交换的承载者,它还要背负起信息社会的基础,也就是越来越多的信息。google和yahoo、百度现在只保存着公共信息,更多的个人信息现在还存储在每个用户的硬盘中
* 互联网一定会越来越普及,终究有一天会和手机一样的随处可及,哪么个人随处可及的信息就会比什么都重要了
* 人们已经在把自己的言行通过bbs、评论这样的方法存在了互联网上,更多的信息随着用户的有意无意也会被慢慢的吸入互联网
回头来看,电子邮件是互联网第一个人信息存储体。这个存储体第一次替代了传统邮局中的纸信存放在家的习惯,用户已经把信存在邮局(邮件服务商)里了。而web 2.0的产品们更是气势凶凶的走过来,它们正是要用渗透法将我们的个人信息吸入互联网。为了达到这样的目标,竞争者们不断的在吸引用户使用他们的产品,这就演变成为了一次空间升级的战争。可是为什么不提供更有意思的服务呢?为什么不提供更个性化的服务呢?为什么不提供更稳定的服务呢?好像他们除了空间,没有其它的武器了。
其实不然,要知道在最基础,这是一次科技的竞争,一次技术领先力的竞争,任何无法在技术上取得优势的选手终将会被淘汰出局...
我的机器是osx。安装django也不是很麻烦的事,要知道它已经有一个python的可以运行的版本。不过我现在使用的是python 2.5,也就是使用的mac prots中的python2.5来安装和使用django。
OpenBSD的安装光盘只是一个引导盘。它并不支持你像FreeBSD或Linux一样的进行安装,其实它的base真的很小,我们只需要一些简单的步骤就可以做成一个安装光盘。
echo真是一个非常不错的blog client。在我试用的客户端TextMate、echo、flock、MarsEdit中我选择了echo。原因很简单:
•
• 所见即所得的编辑
• 分类和tag支持
• MT支持
• 中文支持很好
• 支持内置图片的上传
有几个现在感觉非常的不好:
• 操作WP服务器非常的慢,就像死了一样
• 设置说明不好,不知道是什么意思
需要好好的适应一下。不知道它是不是能很好的支持多个BSP同时发布
今天仔细的把OpenBSD自己安装了一下。看起来,OpenBSD的安装还是非常的简单快捷的,不过界面确实不友好,而且提示不是很清晰。里面的坎坷都是因为不熟悉里面的信息而出现的。
