七月 28th, 2010互联网的N国演义 各路诸侯混战
互联网的N国演义 各路诸侯混战，看图说话
十一月 1st, 2009cache新选择Traffic Server
雅虎已经公布了Traffic Server的源代码。Traffic Server是Inktomi的产品，是一套高效的HTTP Proxy/Caching服务器，据说很早就支持多处理器(而流行的开源缓存服务器Squid至今还不行)，Inktomi后在2001年网络泡沫时代被雅虎收购。雅虎购买它的本意是想在搜索领域大展拳脚，然而恰在此时雅虎获得了一款免费的proxy/caching产品，于是Traffic Server就被束之高搁，无人问津，除了原始开发者、少数客户知道之外。几年之后，一些雅虎工程师发现了这个被人遗忘的产品，决定尝试一下，结果发现它的性能仍足以令人敬畏。现在Traffic Server以Apache Incubator Project的名义发布了源代码，代码托管在Subversion上。目前的版本在强劲的机器上能跑出35k reqs/sec。
保持关注，能支持smp，3.5w/s虽然不及nginx，但是比起squid强劲不少
四月 1st, 2009升级wordpress从2.22到2.71
总结一下这几天折腾的事情，国内备案太麻烦了，买了个便宜的国外VPS，于是要安装各种东西，目前使用的是ngxin+php(fcgi)+mysql，开始把php设置得太大了，好机器用惯了，现在手头的web机器都是4G内存最低，以8G为主流，其他业务大部分都是16G内存，现在VPS却是128M内存，一下不小心，把swap都用光了，搞得访问个页面打开半天都没出来。
基本环境配置好后就是最痛苦的wp升级，现在满天飞的都是2.71版本，我的还是2.22呢，之前一直懒得去升级。直接升级到2.71还不行。先把插件都禁用，然后升级到2.62，再从2.62升级到2.71，就比较顺利。
到了2.71下面，wp已经支持tag了，UTW插件用不了了，以前累积的tag都还没导出来。
然后又给加了几个新的插件，以前一直找不到好的代码插件，现在用codebox感觉不错，比syntax好，复制代码的时候不会出现行号。
六月 2nd, 2007自动配置IE代理脚本
找到了一篇好文章
用本本上网时,往返家里和单位,因为单位是用的代理上网,家里是直接连接.因此每次都要修改IE的代理设置,虽然是个小事,但是每次都要修改总是有点烦,于是参考GOOGLE,写了一个自动配置代理的脚本.这样无论在家和在公司,只要连上局域网就可以上网了
function FindProxyForURL(url,host){
if((isPlainHostName(host))||shExpMatch(url,"http://127.0.0.1/*")||isInNet(host,"192.168.0.0", "255.255.255.0")){
return "direct";
} else {
if(myIpAddress()=="192.168.0.49")
return "PROXY 192.168.0.6:808";
else
return "direct";
}
}
把以上代码另存为proxy.pac的文件,如:c:\proxy.pac,然后在IE的菜单里”工具”->”INTEL选项”->”连接”->局域网设置
把使用自动配置脚本选上,然后在地址栏填入file://c:/proxy.pac,注意file后是两斜杠,要使设置生效,需要关闭IE再重新打开.
现在我们介绍下这个proxy.pac脚本文件,脚本的语法是js语法,js的内置函数可以使用,要实现自动配置代理,需要实现FindProxyForURL这个函数,其参数url代表要访问的连接,host代表要访问连接的主机名,该函数有三个返回参数
direct:直接连接
proxy IP:PORT
socket IP:PORT
返回结果大小写不敏感
PAC的其他内置语法见http://wp.netscape.com/eng/mozilla/2.0/relnotes/demo/proxy-live.html
Read the rest of this entry »
三月 10th, 2007个税可以相差近万元
原来可以这么减税的，咔咔：）
来源：广州日报作者：陈芳
本报讯 （记者陈芳）在电子类工厂从事了多年管理工作的张先生正在考虑跳槽。与几位老板商谈之后，张先生对其中一个厂家给出的薪水以及工作环境都比较满意。经过讨价还价之后，那位老板最终给出的工资是税前年薪12万元。 Read the rest of this entry »
三月 1st, 2007多层代理的困惑[转]
这一段时间负责一个项目，在查看数据库里的数据时看到了： 1982.168.0.24,202.101.35.24
获取用户IP的函数是：
Function GetIp()
dim vip
vip=Request.ServerVariables("http_x_forwarded_for")
if vip="" or Isnull(vip) then vip=Request.ServerVariables("remote_addr")
GetIp=vip
End Function
———————————————-
看到这个现象后就问了一下好友组，有人就给了个网址http://blog.csdn.net/kingwkb/archive/2006/04/05/651127.aspx
原来是多层代理搞出来的！
幸好在数据库字段的结构上设计了够宽的，可是那些更多层的代理结果呢？不得而知了。
===以下转载==================================================
目前网上流行的所谓“取真实IP地址”的方法，都有bug，没有考虑到多层透明代理的情况。
多数代码类似：
string IpAddress = (HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"]!=null
&& HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"] !=String.Empty)
?HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"]
:HttpContext.Current.Request.ServerVariables["REMOTE_ADDR"];
事实上，上面的代码只试用与用户只使用了1层代理，如果用户有2层，3层HTTP_X_FORWARDED_FOR 的值是：“本机真实IP,1层代理IP,2层代理IP,…..” ，如果这个时候你的数据中保存IP字段的长度很小（15个字节），数据库就报错了。
实际应用中，因为使用多层透明代理的情况比较少，所以这种用户并不多。
其他应用情况，现在越来越多的网站使用了代理加速方式，比如 新浪、SOHU的新闻 都使用Squid做代理方式，利用多台服务器分流。Squid本身类似透明代理，会发送“HTTP_X_FORWARDED_FOR” ，HTTP_X_FORWARDED_FOR 中包括客户的IP地址，如果此时客户已经使用了一层透明代理，那么程序取的 “HTTP_X_FORWARDED_FOR” 就包括两个IP地址。（我遇到过3个IP地址的情况，4个的未遇到过）
所以取“真正”IP地址的方式，还应该判断 “HTTP_X_FORWARDED_FOR” 中是否有“,”逗号，或者长度是否超长（超过15字节 xxx.xxx.xxx.xxx）。
所以代码应该如下：
/**//// <summary>
/// 取得客户端真实IP。如果有代理则取第一个非内网地址
/// </summary>
public static string IPAddress
{
get
{
string result = String.Empty;
result = HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"];
if(result!=null&&result!= String.Empty)
{
//可能有代理
if(result.IndexOf(".")==-1) //没有“.”肯定是非IPv4格式
result = null;
else
{
if(result.IndexOf(",")!=-1)
{
//有“,”，估计多个代理。取第一个不是内网的IP。
result = result.Replace(" ","").Replace("\'","");
string[] temparyip = result.Split(",;".ToCharArray());
for(int i=0;i<temparyip.Length;i++)
{
if( Text.IsIPAddress(temparyip[i])
&& temparyip[i].Substring(0,3)!="10."
&& temparyip[i].Substring(0,7)!="192.168"
&& temparyip[i].Substring(0,7)!="172.16.")
{
return temparyip[i]; //找到不是内网的地址
}
}
}
else if(Text.IsIPAddress(result)) //代理即是IP格式
return result;
else
result = null; //代理中的内容 非IP，取IP
}
}
string IpAddress = (HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"]!=null && HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"] !=String.Empty)?HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"]:HttpContext.Current.Request.ServerVariables["REMOTE_ADDR"];
if (null == result || result == String.Empty)
result = HttpContext.Current.Request.ServerVariables["REMOTE_ADDR"];
if (result == null || result == String.Empty)
result = HttpContext.Current.Request.UserHostAddress;
return result;
}
} 取“HTTP_X_FORWARDED_FOR” 的弊端。HTTP_X_FORWARDED_FOR 是HTTP协议中头的一部分，不影响TCP的通讯。也就是说实际上客户端可以发送任意内容的 HTTP_X_FORWARDED_FOR，以就是伪造IP。最简单的是WEB程序的IP记录，本来是要记录真实IP的，反而被“黑客”欺骗。当你的应用程序记录客户的访问IP、拒绝或允许部分IP的访问、错误日志 都会出错，甚至误杀。
因此必要的安全日志应该记录 完整的 “HTTP_X_FORWARDED_FOR” （至少给数据库中的字段分配 3*15+2 个字节，以记录至少3个IP） 和 “REMOTE_ADDR”。对 HTTP_X_FORWARDED_FOR 的IP格式检查也是不可少的。
附:(Text是我自定义的一个类，IsIPAddress是其中的一个判断是否是IP地址格式的方法)
#region bool IsIPAddress(str1) 判断是否是IP格式
/**//// <summary>
/// 判断是否是IP地址格式 0.0.0.0
/// </summary>
/// <param name="str1">待判断的IP地址</param>
/// <returns>true or false</returns>
public static bool IsIPAddress(string str1)
{
if(str1==null||str1==string.Empty||str1.Length<7||str1.Length>15) return false; string regformat = @"^\\d{1,3}[\\.]\\d{1,3}[\\.]\\d{1,3}[\\.]\\d{1,3}$"; Regex regex = new Regex(regformat,RegexOptions.IgnoreCase );
return regex.IsMatch(str1);
}
#endregion