不过细细整理一下，把搞这东东时的一切调试方法记录下来。将来估计总得用。 :)
]]> 进控制台，搞出来一个Routes类：./script/console
rs =ActionController::Routing::Routes
可以看看现在的内容：
puts rs.routes
试试一个url会怎么解析：
rs.recognize_path "/wo/niu/bi/wo/pa/shei"
如果你改了routes.rb中的内容，哪么在控制台需要重新加载：
load "config/routes.rb"
如果想知道自己设置的参数会生成的url：
rs.generate :controller=>"ni", :id=>"bu",:index=>"niu",:other="bi"
]]>
./script/console
>> "account".pluralize
这样就得到了复数的形式 :)
]]>gem install rails --version=1.2.6 --include-dependencies
这样就切回1.2.6版本了 :)
]]>最近机房ARP欺骗病毒很猖狂。将鄙人经验总结于此，仅供参考。
在/etc/rc.local中加入两行：
arp -s 网关IP地址 网关以太网地址
sh /opt/bin/watcharp.sh &
前一行用于设置静态ARP项，以防中毒主机拦截通信。
后一行用于启动一个脚本，用于在网关以太网地址改变时，即时删去静态ARP项
并发信通知管理员，以防主机断网失控。脚本内容如下(须修改头部的参数设置
后方可使用，每行末尾都不要有多余的空格、Tab等字符)：
#!/bin/sh
#$FreeBSD: src/scripts/watcharp.sh,v 1.1 2008/05/03 05:30:10 admin Exp $
gateway="202.108.0.1"
admin_email="webmaster@website.com"
ping_trial=10
sleep_interval=10
while true; do
if ! ping -q -c $ping_trial $gateway > /dev/null 2>&1 ; then
arp -d $gateway
mail -s "★★网关的以太网地址变了★★" $admin_email << EOF
如题!!!
EOF
exit 1
fi
sleep $sleep_interval
done
--
我的实验室： http://www.intron.ac/
我的雇主： http://cfins.au.tsinghua.edu.cn/ (也由我制作)
先来说说Apache的KeepAlive的设置。
KeepAlive在Apache Core中的设置说明：
Keep-Alive扩展自HTTP/1.0和HTTP/1.1的持久链接特性。提供了长效的HTTP会话，用以在同一个TCP连接中进行多次请求。在某些情况下，这样的方式会对包含大量图片的HTML文档造成的延时起到50%的加速作用。在Apache1.2版本以后，您可以设置 KeepAlive On 以启用持久链接。
对于HTTP/1.0的客户端来说，仅当客户端指定使用的时候才会使用持久链接连接。此外，仅当能够预先知道传输的内容长度时，才会与HTTP/1.0的客户端建立持久链接连接。这意味着那些长度不定的内容，诸如CGI输出、SSI页面、以及服务器端生成的目录列表等内容一般来说将无法使用与HTTP/1.0客户端建立的持久链接连接。而对于HTTP/1.1的客户端来说，如果没有进行特殊指定，持久将是默认的连接方式。如果客户端进行了请求，将使用分块编码以解决在持久链接里发送未知长度内容的问题。
另一个相关的是KeepAliveTimeout在Apache Core中的设置说明：
Apache在关闭持久连接前等待下一个请求的秒数。一旦收到一个请求，超时值将会被设置为Timeout指令指定的秒数。
对于高负荷服务器来说，KeepAliveTimeout值较大会导致一些性能方面的问题：超时值越大，与空闲客户端保持连接的进程就越多。
后最后还有一个相关的是MaxKeepAliveRequests在Core中的说明：
MaxKeepAliveRequests指令限制了当启用KeepAlive时，每个连接允许的请求数量。如果将此值设为"0"，将不限制请求的数目。我们建议最好将此值设为一个比较大的值，以确保最优的服务器性能。
但是当你的服务器只是在处理动态网页请求时，由于用户很少会瞬间请求多个动态网页 （一般都是打开页面之后阅读好半天才点下一页）， 此时打开KeepAlive无异于浪费TCP连接数。
哪么什么决定着我们是不是要开启KeepAlive的因素就很简单的确定出来了，就是说在用户一个页面请求中是否会向服务器发出多个HTTP的请求。
对于我的哪个朋友，他们的服务器中有着动态应用，有着所有的图片，我看了一下，估算他们的首页中发出的请求类型为以下几种：text/html、text/css、application/octet-stream、text/javascript、image/gif、image/jpeg。一个首页发出了181次请求（我看了所有的请求，注意所有的请求都是同一个域名）。这里可能由应用程序生成的只有text/html和application/octet-stream，这种请求中text/html只有一次，而application/octet-stream也只有4次。哪么关闭KeepAlive对他们有帮助吗？我的回复是没有帮助，而且会让服务器的服务质量更差！
如果是这样的情况，怎么办呢？我的建议如下：
1.如果我们每一个页面中只有一个请求是动态生成的，而180个（里面可能有4个不是，不过不重要了）都是静态的，哪么应该将静态与动态分开到两个服务器上（一台机器都可以）。将动态应用的KeepLive关闭，将静态服务器的KeepLive打开。
2.前端前部署四层交换或七层交换或缓存服务器，这样会让系统的扩展做起来，同时也可以让服务器的KeepLive打开时有更好的效果。
3.应该考虑优化下他们的apache了，听说一个进程有高达xxM的内存占用，比较恐怖，在10M以内比较正常的说，不过这是一个option了。
选择有时很难，我最近常对身边的朋友说，有些事它会让你重新面对自己的人生，重新面对一个新的自己。
这个留在这里，纪念这个日子，纪念选择，纪念过去的哪么多不同寻常的五月
]]>今天，我发起并组织起了多个开源社区。同时，我自己在有了时间的情况下，也更多的把我自己想做的事一一实现。我想切身的去尝试一下开源社区的力量、开源文化的蕴涵、开源产业的能力。
写了这些，是因为今天我们将会发布一个新的xbaydns的预览版本，而这一次，与之前不同的是，我完成的代码量只是整个代码量中的一小部分，相信再有不久的时间，我们会有更多好的开源产品拿出来，让我们支持起互联网服务的基础。
最后：感谢身边的朋友和每一个人，今天心里非常的激动
]]>唉。。。看来还是需要强大的excel呀，不过ms office 2008很容易出错，而且字体显示经常不稳定，也是一个很痛苦的事
]]>唉。。。看来还是需要强大的excel呀，不过ms office 2008很容易出错，而且字体显示经常不稳定，也是一个很痛苦的事
]]>
解决方法，在domU中：
echo "hwcap 0 nosegneg" > /etc/ld.so.conf.d/nosegneg.conf
ldconfig
mv /lib/tls /lib/tls.disable
reboot
[root@localhost xen]# chroot /mnt/hd pwconv
[root@localhost xen]# chroot /mnt/hd passwd
Changing password for user root.
New UNIX password:
BAD PASSWORD: it is based on a dictionary word
Retype new UNIX password:
passwd: all authentication tokens updated successfully.
哈哈。。。搞定了，强大的pwconv
]]>状态很重要，我突然发现，自己这么沉醉于这样的状态。
]]>
对于2.1G的大小，没的说，真是“变态”！
对于模拟器的运行，没的说，真是“牛逼”！
对于xcode的结合，没的说，真的“无耻”！
对于能做的事和功能，没有说，真的“还不知道”！
哈哈，留下记念一下罢，最近越来越多的投入到工作里去了，不知什么时候有时间把这个开发尝试一下，自己的1.1.3上还没有什么自己写出来的东东呢。 :) 对了，我最想先做出来的就是 北京 交通违章 查询 这个小工具了，当年jh给了我一个for windows的版本，我自己写了一个for osx的版本，后来直接用web app搞定了，但是用它开始也是个不错的选择。 :)
]]>