Wayne Deng's Blog™

Rails 3.0: It’s ready!
http://weblog.rubyonrails.org/2010/8/29/rails-3-0-it-s-done

在Ubuntu下面，使用ruby script/console报错：

/usr/local/lib/ruby/1.8/x86_64-linux/readline.so: libreadline.so.5: cannot open shared object file: No such file or directory – /usr/local/lib/ruby/1.8/x86_64-linux/readline.so (LoadError)

from /usr/local/lib/ruby/1.8/irb/completion.rb:10

from /usr/local/lib/ruby/1.8/irb/init.rb:254:in `require’

from /usr/local/lib/ruby/1.8/irb/init.rb:254:in `load_modules’

/usr/local/lib/ruby/1.8/x86_64-linux/readline.so: libreadline.so.5: cannot open shared object file: No such file or directory – /usr/local/lib/ruby/1.8/x86_64-linux/readline.so (LoadError) from /usr/local/lib/ruby/1.8/irb/completion.rb:10 from /usr/local/lib/ruby/1.8/irb/init.rb:254:in `require’ from /usr/local/lib/ruby/1.8/irb/init.rb:254:in `load_modules’

解决的方法是安装readline的ruby支持：
apt-get install libreadline-ruby1.8

Watir对中文缺乏原生的支持，就算是最新的版本，使用中文也会出现乱码、方块的现象。

Google了许久，最佳的解决方案是来自于：http://jonny131.javaeye.com/blog/654160

修改 c:\ruby\lib\ruby\gems\1.8\gems\watir-1.6.5\lib\watir\win32ole.rb 文件中的下面代码WIN32OLE.codepage = WIN32OLE::CP_UTF8
修改为
WIN32OLE.codepage =  WIN32OLE::CP_ACP

PS：只能修改该文件，在调用Watir的代码中设置OLE的codepage测试无效。

另外一种方式来自于：http://www.cnblogs.com/slaughter/archive/2007/10/18/929385.html，http://www.blogjava.net/raimundox/archive/2006/01/11/27549.html

1.打开watir.rb
2.在class TextField中加入一个新的method：
def characters_in(value)
index = 0
while index < value.length
len = value[index] > 128 ? 2 : 1
yield value[index, len]
index += len
end
end

3.更改class TextField的doKeyPress( value )方法部分代码，将下面代码
——————————————-
for i in 0 .. value.length-1
sleep @container.typingspeed
c = value[i,1]
@container.log ” adding c.chr ” + c
@o.value = @o.value.to_s + c
@o.fireEvent(“onKeyDown”)
@o.fireEvent(“onKeyPress”)
@o.fireEvent(“onKeyUp”)
end

替换为如下代码
characters_in(value) {|c|
sleep @container.typingspeed
@o.value = @o.value.to_s + c
@o.fireEvent(“onKeyDown”)
@o.fireEvent(“onKeyPress”)
@o.fireEvent(“onKeyUp”)
}

在http://rubyforge.org/tracker/index.php?func=detail&aid=3232&group_id=104&atid=489，可以下载到watir_cn的补丁。

这两种方式测试都是有效的。
发现无论浏览器中页面的编码是GBK或者UTF-8，通过OLE传入IE的都必须为GBK的字符才行。试图设置WinOLE的codepage为utf8，并传入utf8的中文字符完全不可行！因此在使用Watir的时候，得把所有UTF8的中文转换成GBK先。

factory_girl是一个非常棒的替代fixture夹具的工具，不过在实际应用中遇到了一个问题，一直找不到比较好的解决方案。

问题

比如我有两个table：Employee和BranchOffice，我这样定义factory：

#branch_office和employee定义就省略了

Factory.define :bj_branch_office, :parent => :branch_office do |o|
  o.add_attribute :id, 1
  o.name "Beijing"
end

Factory.define :bj_it,:parent=>:employee do |u|
  u.association :branch_office, :factory =>:bj_branch_office
  u.name "bj_it"
end

Factory.define :bj_manager,:parent=>:employee do |u|
  u.association :branch_office, :factory =>:bj_branch_office
  u.name "bj_manager"
end

因为某些原因，我必须保证bj_branch_office的id必须为1，而我创建

Factory.create(:bj_it) 和Factory.create(:bj_manager)的时候，会导致bj_branch_office这条记录重复创建，往往就会报错unique constraint violated！

Ugly的解决方法

如果我通过branch_office_id来定义的话，可以避免重复创建数据：

Factory.define :bj_it,:parent=>:employee do |u|
  u.branch_office_id 1
  u.name "bj_it"
end

Factory.define :bj_manager,:parent=>:employee do |u|
  u.branch_office_id 1
  u.name "bj_manager"
end

显然这种方法很丑陋。

解决补丁

困扰很久后，只好自己来给factory_girl打个补丁了，重写Factory中的Build方法，补丁代码如下，保存为factory_girl_patch.rb放置在config/initializers中即可：

if defined?(Factory)

  class Factory
    class Proxy #:nodoc:
      def run_callbacks(name)
        if @callbacks && @callbacks[name]
          @callbacks[name].each do |block|
            return (block.arity.zero? ? block.call : block.call(@instance))
          end
        else
          return true
        end
      end

      class Create < Build #:nodoc:
        def result
          _instance = run_callbacks(:after_build)
          if _instance==true
            @instance.save!
            run_callbacks(:after_create)
            @instance
          else
            _instance
          end
        end
      end
    end

    def after_build=(block)
      @attributes << Attribute::Callback.new(:after_build, block)
    end

    def unique_based_on=(field)
      model_name =  Module.const_get(self.factory_name.to_s.camelize)
      self.after_build = lambda do |b|
        if _instance = model_name.first(:conditions=>["#{field} = ?", b.read_attribute(field)])
          return _instance
        else
          return true
        end
      end
    end
  end
end

定义factory时，如下所示使用unique_based_on方法，在每次创建前会自动根据相关字段查找是否有重复数据，决定是否创建数据。

Factory.define :branch_office do |u|
  u.unique_based_on = "id"
end

关于此问题的讨论可以参见http://github.com/thoughtbot/factory_girl/issues#issue/61

今天习惯性的在浏览器中输入g.cn，忽然发现跳转到了http://www.google.com.hk/webhp?source=g_cn，下面还有一行字“欢迎您来到谷歌搜索在中国的新家”！

看来持续了数月的争执终于有了结果，Google真的要撤出中国了。

作为天朝子民，你是站在哪边呢？这还真不好说。

需不需要抓紧时间把GMail里面的邮件做个备份？我觉得只要伟大的GFW不作恶，Google的服务是不会有太大影响的，无非Google没了那个合资企业的备案号，没法把服务器放在境内而已。再说天朝子民还是可以学学翻墙的，习惯就好，不用太担心了。

当年金山拿起山寨微软的精神，号称自己是民族软件行业的旗帜，没想到现在要沦落到山寨360了。不过对于普通用户而言，这是件好事，如果有竞争，也许360也不敢为所欲为了。

看这界面还是有模有样的，功能也是尽其所能的模仿。打出的口号是：“更快速，更小巧，更安全”。

官网地址：http://www.ijinshan.com/

今天写段批量插入数据的代码，数据库用的是Sqllite，结果发现速度相当的慢。打开Log日志，发现每条insert执行的速度都超过了1s，甚觉奇怪，Sqllite的性能不至于这么差吧？

后来仔细研究，找到了这篇文章http://www.sqlite.com.cn/mysqlite/6/22.Html，里面的一段文字一语道破天机：

SQLite3 在不执行行事务处理的情況下不是很理想, 但SELECT速度相当快。……
sqlite在不开事务的情况下就是一种悲剧，因为它的多访问支持是建立在对文件的独占和共享基础上的。

于是我在批量插入数据前加上了Transaction：

PhoneRecord.transaction do
    …
end

果然速度马上就有了质的提升。其实原因很好理解，事务处理有时不仅仅是为了保障数据一致性，对性能的提升也非常有益。

估计还有很多人不知道百度也有支持Sitemap，赶快恶补一下吧。虽然官方说明的是用于新闻的收集，但是普通的网站也绝对用得上。
用WordPress的话，有专门的生成插件：
http://wordpress.org/extend/plugins/baidu-sitemap-generator/

提交方法：
1、在网站的Robot.txt中加入sitemap地址：
　　即加入如下的一行文字：
　　Sitemap: http://www.xxxxxx.com/sitemap_baidu.xml
　　其中www.xxxxxx.com是你的网站地址。

2、打开网址：http://news.baidu.com/newsop.html，在框内提交你的XML网站地图。
　　建议使用第一种方式提交，这样能保证页面更好的被各种搜索引擎收录，因为所有搜索引擎都是尊重 robots.txt的，在检索网页之前都要读取这个文本文档，因而所有的搜索引擎都有机会找到你网站的sitemap。

如果想要自己生成，请参考下面的Sitemap XML的说明：
# *< document>——标记整个XML文件内容的开始和结束。
# *< website>——站点地址。
# *< webmaster>——负责人员的Email。当有必要时，我们通过这个地址与您联系。
# *< updateperi>——更新周期，以分钟为单位。搜索引擎将遵照此周期访问该页面，使页面上的新闻更及时地出现在百度新闻中。
# *< item>——标记每篇新闻信息的开始和结束。标记内为单篇新闻信息，不包括新闻专题。
# *< title>——新闻标题。
# *< link>——新闻url地址，与单篇新闻一一对应；若分页的新闻存在多个URL，相当于多篇新闻。
# < description>——新闻内容简介。
# *< text>——完整的新闻正文（仅包含正文文字，不包含HTML语言等其它字符）。此项的目的是使该篇新闻更多、更准地出现在搜索结果中。
# *< image>——新闻正文内相关图片，采用绝对地址。若该篇新闻无相关图片，可以为空；若含有多张图片，请重复使用该标签。此项的目的是使该篇新闻的相关图片展现在搜索结果中。
# < headlineimg>——为有可能成为头条的新闻制作的头条图，采用绝对地址。
# < keywords>——反映新闻主题内容的一个或多个关键词，关键词之间以空格隔开。此项仅作为参考，检索结果不完全依赖于此标签中的内容。
# < category>——新闻分类， 可以遵循网站自身的分类体系，最好采用一级分类。
# < author>——新闻作者，可以为机构或个人 。
# < source>——新闻来源，即原创媒体或其它机构 。
# *< pubdate>——新闻发布时间，与该篇新闻HTML页面上的发布时间保持一致。请精确到分钟；若您网站的发布时间未记录小时分钟，提供年月日即可。

非常棒的一篇文章，详细解释通过浏览器浏览一个网页的整个过程，网站程序开发人员必读！

原文:http://igoro.com/archive/what-really-happens-when-you-navigate-to- a-url/ 

作为一个软件开发者，你一定会对网络应用如何工作有一个完整的层次化的认知，同样这里也包括这些应用所用到的技术：像浏览器，HTTP，HTML，网络服务器，需求处理等等。

本文将更深入的研究当你输入一个网址的时候，后台到底发生了一件件什么样的事～

1. 首先嘛，你得在浏览器里输入要网址:

2. 浏览器查找域名的IP地址

导航的第一步是通过访问的域名找出其IP地址。DNS查找过程如下：

• 浏览器缓存 – 浏览器会缓存DNS记录一段时间。 有趣的是，操作系统没有告诉浏览器储存DNS记录的时间，这样不同浏览器会储存个自固定的一个时间（2分钟到30分钟不等）。
• 系统缓存 – 如果在浏览器缓存里没有找到需要的记录，浏览器会做一个系统调用（windows里是gethostbyname）。这样便可获得系统缓存中的记录。
• 路由器缓存 – 接着，前面的查询请求发向路由器，它一般会有自己的DNS缓存。
• ISP DNS 缓存 – 接下来要check的就是ISP缓存DNS的服务器。在这一般都能找到相应的缓存记录。
• 递归搜索 – 你的ISP的DNS服务器从跟域名服务器开始进行递归搜索，从.com顶级域名服务器到Facebook的域名服务器。一般DNS服务器的缓存中会有.com域名服务器中的域名，所以到顶级服务器的匹配过程不是那么必要了。

DNS递归查找如下图所示：

DNS有一点令人担忧，这就是像wikipedia.org 或者 facebook.com这样的整个域名看上去只是对应一个单独的IP地址。还好，有几种方法可以消除这个瓶颈：

• 循环 DNS 是DNS查找时返回多个IP时的解决方案。举例来说，Facebook.com实际上就对应了四个IP地址。
• 负载平衡器 是以一个特定IP地址进行侦听并将网络请求转发到集群服务器上的硬件设备。 一些大型的站点一般都会使用这种昂贵的高性能负载平衡器。
• 地理 DNS 根据用户所处的地理位置，通过把域名映射到多个不同的IP地址提高可扩展性。这样不同的服务器不能够更新同步状态，但映射静态内容的话非常好。
• Anycast 是一个IP地址映射多个物理主机的路由技术。 美中不足，Anycast与TCP协议适应的不是很好，所以很少应用在那些方案中。

大多数DNS服务器使用Anycast来获得高效低延迟的DNS查找。

3. 浏览器给web服务器发送一个HTTP请求

因为像Facebook主页这样的动态页面，打开后在浏览器缓存中很快甚至马上就会过期，毫无疑问他们不能从中读取。

所以，浏览器将把一下请求发送到Facebook所在的服务器：

GET http://facebook.com/ HTTP/1.1 Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...] User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...] Accept-Encoding: gzip, deflate Connection: Keep-Alive Host: facebook.com Cookie: datr=1265876274-[...]; locale=en_US; lsd=WW[...]; c_user=2101[...]

GET 这个请求定义了要读取的URL： “http://facebook.com/”。 浏览器自身定义 (User-Agent 头)， 和它希望接受什么类型的相应 (Accept and Accept-Encoding 头). Connection头要求服务器为了后边的请求不要关闭TCP连接。

请求中也包含浏览器存储的该域名的cookies。可能你已经知道，在不同页面请求当中，cookies是与跟踪一个网站状态相匹配的键值。这样cookies会存储登录用户名，服务器分配的密码和一些用户设置等。Cookies会以文本文档形式存储在客户机里，每次请求时发送给服务器。

用来看原始HTTP请求及其相应的工具很多。作者比较喜欢使用fiddler，当然也有像FireBug这样其他的工具。这些软件在网站优化时会帮上很大忙。

除了获取请求，还有一种是发送请求，它常在提交表单用到。发送请求通过URL传递其参数(e.g.: http://robozzle.com/puzzle.aspx?id=85)。发送请求在请求正文头之后发送其参数。
像“http://facebook.com/”中的斜杠是至关重要的。这种情况下，浏览器能安全的添加斜杠。而像“http: //example.com/folderOrFile”这样的地址，因为浏览器不清楚folderOrFile到底是文件夹还是文件，所以不能自动添加 斜杠。这时，浏览器就不加斜杠直接访问地址，服务器会响应一个重定向，结果造成一次不必要的握手。

4. facebook服务的永久重定向响应

图中所示为Facebook服务器发回给浏览器的响应：

HTTP/1.1 301 Moved Permanently Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Expires: Sat, 01 Jan 2000 00:00:00 GMT Location: http://www.facebook.com/ P3P: CP="DSP LAW" Pragma: no-cache Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT; path=/; domain=.facebook.com; httponly Content-Type: text/html; charset=utf-8 X-Cnection: close Date: Fri, 12 Feb 2010 05:09:51 GMT Content-Length: 0

服务器给浏览器响应一个301永久重定向响应，这样浏览器就会访问“http://www.facebook.com/” 而非“http://facebook.com/”。

为什么服务器一定要重定向而不是直接发会用户想看的网页内容呢？这个问题有好多有意思的答案。

其中一个原因跟搜索引擎排名有 关。你看，如果一个页面有两个地址，就像http://www.igoro.com/ 和http://igoro.com/，搜索引擎会认为它们是两个网站，结果造成每一个的搜索链接都减少从而降低排名。而搜索引擎知道301永久重定向是 什么意思，这样就会把访问带www的和不带www的地址归到同一个网站排名下。

还有一个是用不同的地址会造成缓存友好性变差。当一个页面有好几个名字时，它可能会在缓存里出现好几次。

5. 浏览器跟踪重定向地址

现在，浏览器知道了 “http://www.facebook.com/”才是要访问的正确地址，所以它会发送另一个获取请求：

GET http://www.facebook.com/ HTTP/1.1 Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...] Accept-Language: en-US User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...] Accept-Encoding: gzip, deflate Connection: Keep-Alive Cookie: lsd=XW[...]; c_user=21[...]; x-referer=[...] Host: www.facebook.com

头信息以之前请求中的意义相同。

6. 服务器“处理”请求

服务器接收到获取请求，然后处理并返回一个响应。

这表面上看起来是一个顺向的任务，但其实这中间发生了很多有意思的东西- 就像作者博客这样简单的网站，何况像facebook那样访问量大的网站呢！

• Web 服务器软件
  web服务器软件（像IIS和阿帕奇）接收到HTTP请求，然后确定执行什么请求处理来处理它。请求处理就是一个能够读懂请求并且能生成HTML来进行响应的程序（像ASP.NET,PHP,RUBY…）。

  举 个最简单的例子，需求处理可以以映射网站地址结构的文件层次存储。像http://example.com/folder1/page1.aspx这个地 址会映射/httpdocs/folder1/page1.aspx这个文件。web服务器软件可以设置成为地址人工的对应请求处理，这样 page1.aspx的发布地址就可以是http://example.com/folder1/page1。

• 请求处理
  请求处理阅读请求及它的参数和cookies。它会读取也可能更新一些数据，并讲数据存储在服务器上。然后，需求处理会生成一个HTML响应。

所 有动态网站都面临一个有意思的难点 -如何存储数据。小网站一半都会有一个SQL数据库来存储数据，存储大量数据和/或访问量大的网站不得不找一些办法把数据库分配到多台机器上。解决方案 有：sharding （基于主键值讲数据表分散到多个数据库中），复制，利用弱语义一致性的简化数据库。

委 托工作给批处理是一个廉价保持数据更新的技术。举例来讲，Fackbook得及时更新新闻feed，但数据支持下的“你可能认识的人”功能只需要每晚更新 （作者猜测是这样的，改功能如何完善不得而知）。批处理作业更新会导致一些不太重要的数据陈旧，但能使数据更新耕作更快更简洁。

7. 服务器发回一个HTML响应

图中为服务器生成并返回的响应：

HTTP/1.1 200 OK Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Expires: Sat, 01 Jan 2000 00:00:00 GMT P3P: CP="DSP LAW" Pragma: no-cache Content-Encoding: gzip Content-Type: text/html; charset=utf-8 X-Cnection: close Transfer-Encoding: chunked Date: Fri, 12 Feb 2010 09:05:55 GMT

 2b3Tn@[...]

整个响应大小为35kB，其中大部分在整理后以blob类型传输。

内容编码头告诉浏览器整个响应体用 gzip算法进行压缩。解压blob块后，你可以看到如下期望的HTML：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en" id="facebook" class=" no_js"> <head> <meta http-equiv="Content-type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-language" content="en" /> ...

关于压缩，头信息说明了是否缓存这个页面，如果缓存的话如何去做，有什么cookies要去设置（前面这个响应里没有这点）和隐私信息等等。

请注意报头中把Content-type设置为“text/html”。报头让浏览器将该响应内容以HTML形式呈现，而不是以文件形式下载它。浏览器会根据报头信息决定如何解释该响应，不过同时也会考虑像URL扩展内容等其他因素。

8. 浏览器开始显示HTML

在浏览器没有完整接受全部HTML文档时，它就已经开始显示这个页面了：

9. 浏览器发送获取嵌入在HTML中的对象

在浏览器显示HTML时，它会注意到需要获取其他地址内容的标签。这时，浏览器会发送一个获取请求来重新获得这些文件。

下面是几个我们访问facebook.com时需要重获取的几个URL：

• 图片
  http://static.ak.fbcdn.net/rsrc.php/z12E0/hash/8q2anwu7.gif
  http://static.ak.fbcdn.net/rsrc.php/zBS5C/hash/7hwy7at6.gif
  …
• CSS 式样表
  http://static.ak.fbcdn.net/rsrc.php/z448Z/hash/2plh8s4n.css
  http://static.ak.fbcdn.net/rsrc.php/zANE1/hash/cvtutcee.css
  …
• JavaScript 文件
  http://static.ak.fbcdn.net/rsrc.php/zEMOA/hash/c8yzb6ub.js
  http://static.ak.fbcdn.net/rsrc.php/z6R9L/hash/cq2lgbs8.js
  …

这些地址都要经历一个和HTML读取类似的过程。所以浏览器会在DNS中查找这些域名，发送请求，重定向等等…

但 不像动态页面那样，静态文件会允许浏览器对其进行缓存。有的文件可能会不需要与服务器通讯，而从缓存中直接读取。服务器的响应中包含了静态文件保存的期限 信息，所以浏览器知道要把它们缓存多长时间。还有，每个响应都可能包含像版本号一样工作的ETag头（被请求变量的实体值），如果浏览器观察到文件的版本 ETag信息已经存在，就马上停止这个文件的传输。

试着猜猜看“fbcdn.net”在地址中代表什么？聪明的答案是”Facebook内容分发网络”。Facebook利用内容分发网络（CDN）分发像图片，CSS表和 JavaScript文件这些静态文件。所以，这些文件会在全球很多CDN的数据中心中留下备份。

静态内容往往代表站点的带宽大小，也能通过CDN轻松的复制。通常网站会使用第三方的CDN。例如，Facebook的静态文件由最大的CDN提供商Akamai来托管。

举例来讲，当你试着ping static.ak.fbcdn.net的时候，可能会从某个akamai.net服务器上获得响应。有意思的是，当你同样再ping一次的时候，响应的服务器可能就不一样，这说明幕后的负载平衡开始起作用了。

10. 浏览器发送异步（AJAX）请求

在Web 2.0伟大精神的指引下，页面显示完成后客户端仍与服务器端保持着联系。

以 Facebook聊天功能为例，它会持续与服务器保持联系来及时更新你那些亮亮灰灰的好友状态。为了更新这些头像亮着的好友状态，在浏览器中执行的 JavaScript代码会给服务器发送异步请求。这个异步请求发送给特定的地址，它是一个按照程式构造的获取或发送请求。还是在Facebook这个例 子中，客户端发送给http://www.facebook.com/ajax/chat/buddy_list.php一个发布请求来获取你好友里哪个 在线的状态信息。

提起这个模式，就必须要讲讲”AJAX”– “异步JavaScript 和 XML”，虽然服务器为什么用XML格式来进行响应也没有个一清二白的原因。再举个例子吧，对于异步请求，Facebook会返回一些 JavaScript的代码片段。

除了其他，fiddler这个工具能够让你看到浏览器发送的异步请求。事实上，你不仅可以被动的做为这些请求的看客，还能主动出击修改和重新发送它们。AJAX请求这么容易被蒙，可着实让那些计分的在线游戏开发者们郁闷的了。（当然，可别那样骗人家~）

Facebook聊天功能提供了关于AJAX一个有意思的问题案例：把数据从服务器端推送到客户端。因为HTTP是一个请求-响应协议，所以聊天服务器不能把新消息发给客户。取而代之的是客户端不得不隔几秒就轮询下服务器端看自己有没有新消息。

这些情况发生时长轮询是个减轻服务器负载挺有趣的技术。如果当被轮询时服务器没有新消息，它就不理这个客户端。而当尚未超时的情况下收到了该客户的新消息，服务器就会找到未完成的请求，把新消息做为响应返回给客户端。

总结一下

希望看了本文，你能明白不同的网络模块是如何协同工作的

了解HelloHost是因为看到有人介绍其提供的VPN翻墙很厉害，到HelloHost网站上看了下还有VPS的产品，基本配置一个月49，无论是配置和价格都比国内便宜很多（之前用过一个月200的，性能还特别差）。我一直想找一个国外的VPS试试，可以跑Rails，可以跑Ruby程序，还可以翻墙，呵呵，所以毫不犹豫申请了一个。

简单的配置512M 内存、20G 硬盘、1000G 月流量足够使用，安装的Ubuntu 9.04 64位。申请付完款，等待半天的时间就开通了，然后SSH登陆上去，一路狂安装Mysql，PHP，Ruby Enterprise，Rails，经过最近几天的测试访问和速度都还是挺满意的。唯一就是联通的网络偶尔访问会中风，丢包，等一段时间又好了。

不了解VPS的可以看下下面的介绍：
VPS（Virtual Private Server 虚拟专用服务器）技术，将一部服务器分割成多个相互隔离的虚拟专享服务器的优质服务。 每个VPS的运行和管理都与一台独立主机完全相同，都可分配独立公网IP地址、独立操作系统、独立超大空间、独立内存、独立CPU资源、独立执行程序和独立系统配置等。 用户除了可以分配多个虚拟主机及无限企业邮箱外，更具有独立服务器功能，可自行安装程序，单独重启服务器，总而言之，VPS是一项具备高弹性、高质量及低成本效益的服务器解决方案，是高端虚拟主机用户的最佳选择。您不再受其他用户程序对您造成的影响, 得到的是更加公平的资源分配，远远低于虚拟主机的故障率.