小小啊咭-[雷东]-[东娃子]

rpm Header “V3 DSA signature: NOKEY, key ID db42a60e” 错误解决

rpm -i ******i386.rpm –force –nodeps

不知从哪位兄弟的blog里挖出一篇老文章，才发现很多Web2.0公司和PayPal的前员工脱不开关系，那些鼎鼎大名的公司如Facebook, youtube, flickr,linkedIn,Digg,Technorati,Xoom,Mozilla,Yelp不是由这些PayPal前员工的创建，就是由他们的投资公司所投资的, 文章还把他们的照片都拍成黑帮老大的样子，还真是蛮八卦搞笑的。另中文介绍可参见这里。

PayPal mafia

虽然PayPal帮现在枝繁叶茂，不过想当年他们可是头痛的事情一大堆，被黑客攻击，推广费用被利用以及内部矛盾，在上市之前他们足足烧了1.8亿美金，创业公司的劳苦困顿，我想大约是拉近创业者团队之间关系的重要原因吧，不经历风雨，何见黑帮？

阅读全文 »

No package ‘libxml-2.0′ found
checking for LIBXML2… configure: error: Package requirements (libxml-2.0 >= 2.6) were not met:

No package ‘libxml-2.0′ found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBXML2_CFLAGS
and LIBXML2_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

但是我们在上面其实已经安装上 libxml2 了的，这里只是一个 环境变量没有设置好而已。

解决办法： 确定 /usr/local/libxml2/lib/pkgconfig 目录下有 libxml-2.0.pc

export PKG_CONFIG_PATH=/usr/local/libxml2/lib/pkgconfig:$PKG_CONFIG_PATH

再次生成 makefile , 这样就成功了

按照之前惯例还是选择使用源码编辑安装 可是等安装完后要进入数据库的时候竟然提示说找不到 libmysqlclient.so.15这个文件  应该是一个库文件吧

error while loading shared libraries: libmysqlclient.so.15:
可是使用find命令查找了下在数据库安装目录下是有libmysqlclient.so.15.0.0及libmysqlclient.so.15这两个文件的啊 

# find . -name libmysqlclient.so.15                           
./lib/mysql/libmysqlclient.so.15                                                                  
# find . -name libmysqlclient.so.15.0.0                     
./lib/mysql/libmysqlclient.so.15.0.0                                                            

折腾了会  想想可能是由于系统库 /usr/lib/关联起来的原因吧  故觉得试试做了个链接操作

#sudo ln -s /usr/local/mysql/lib/mysql/libmysqlclient.so.15 /usr/lib/libmysqlclient.so.15                                                                                                       
 还好终于搞定啦。。。

301永久重定向的用途很好理解，操作也非常简单：
301 重定向旧文件

Redirect 301 /old/file.html http://www.yoojia.com/new/file.html

301 重定向整个目录
RedirectMatch 301 /blog(.*) http://www.yoojia.com/$1

curl -I yourdomain.com 能看到什么？ Server: Apache xxx PHP xxx XXX xxx ，明码实价，一字排开。这是干嘛，卖菜呢？

我们不妨看看 curl -I www.google.com 结果如何：

HTTP/1.1 302 Found
Cache-Control: private
Location: http://sorry.google.com/sorry/?continue=http://www.google.com/
Date: Mon, 12 Jan 2009 06:57:41 GMT
Content-Type: text/html; charset=UTF-8
Server: GFE/1.3
Content-Length: 259
请注意这里 Google 的前端 Web Server 是 GFE/1.3 （Google Front Edge 1.3），至于它具体对应 Apache 1.3.x 还是 Windows 1.3，我们并不知晓。这样就起到了很好的信息隐藏作用，一旦网上发现 Apache 1.3.x 或者 Windows 1.3 的最新漏洞，黑客们并不会直接联想到 GFE/1.3，自然也就不会来多作尝试了。

所以，我们应该把这些不可告人的秘密都隐藏起来，哪怕放一段文字广告（如： [AD: DangDang http://yoojia.com/2dangdang ][ Your AD Here ][AD: Joyo http://yoojia.com/2amazon ]），也比卖菜似的一一详细罗列版本要好。

参考解决方案：

1. Lighttpd 1.4.20

src/response.c:108 改为：

buffer_append_string_len(b, CONST_STR_LEN(”rnServer: [AD: DangDang http://yoojia.com/2dangdang ][ Your AD Here ][AD: Joyo http://yoojia.com/2amazon ]“));

输出 Header：
HTTP/1.1 404 Not Found
Content-Type: text/html
Content-Length: 345
Date: Mon, 12 Jan 2009 13:54:02 GMT
Server: [AD: DangDang http://yoojia.com/2dangdang ][ Your AD Here ][AD: Joyo http://yoojia.com/2amazon ]

2. Nginx 0.7.30

src/http/ngx_http_header_filter_module.c:48-49 改为：

static char ngx_http_server_string[] = “Server: [AD: DangDang http://yoojia.com/2dangdang ][ Your AD Here ][AD: Joyo http://tinyurl.com/2amazon ]” CRLF;
static char ngx_http_server_full_string[] = “Server: [AD: DangDang http://yoojia.com/2dangdang ][ Your AD Here ][AD: Joyo http://tinyurl.com/2amazon ]” CRLF;

输出 Header：
HTTP/1.1 200 OK
Server: [AD: DangDang http://yoojia.com/2dangdang ][ Your AD Here ][AD: Joyo http://yoojia.com/2amazon ]
Date: Mon, 12 Jan 2009 14:01:10 GMT
Content-Type: text/html
Content-Length: 151
Last-Modified: Mon, 12 Jan 2009 14:00:56 GMT
Connection: keep-alive
Accept-Ranges: bytes

阅读全文 »

记不清是从那位兄弟伙的blog中看到这个公式，觉得很有用

每日PV数 / 86400秒 * 10个派生连接数 * 5秒内响应 * 5倍峰值) / Web服务器台数 = 同时连接数

#z_2 {
    background:url(../images/new_listing/color_black.gif) no-repeat;
    filter:alpha(opacity=80);
    -moz-opacity:0.80;
    opacity:0.80;
}
兼容IE,FF背景图片透明css代码说明：
filter:alpha(opacity=80);支持IE
-moz-opacity:0.80; 支持FF
opacity:0.80;支持w3c标准

都不知道怎么说，今天做了一个二级域名解析后，突然出现Bad Request (Invalid Hostname)错误，HTTP 400

一直以为是我服务器没有配置正确，慢慢的查。。。

在DOS下ping 的时候是通的，就是没有注意看IP地址是好多，最后想不通在ping一次才发现IP地址是错的，看到这点我真的是哭笑不得 ！

总结页面出现Bad Request (Invalid Hostname)的原因：

 1.如果确定域名已经解析生效，但是仍然不能访问，出现Bad Request (Invalid Hostname).那么这就可能是您没有绑定该域名的原因。
 2.也有一部分情况， 比如一部分程序你上传之后就是用服务商提供的三级域名访问也是那个样子。也会有Bad Request (Invalid Hostname）的错误提示。
 3.也许是限制了访问线程。也就是说当同时访问该网页超过一定人数的时候，其它人浏览时就会出现你所说的情况。

*+html 与 *html    是IE特有的标签, firefox 暂不支持，而*+html 又为 IE7特有标签。因此便可以很方便的得到一个针对于

FireFox、IE6、IE7三种不通浏览器的hack实例代码如下：
<html>  
<head>  
<style>  
#wrapper { width: 120px;height:100px;   background:#ff0; }    /* FireFox */        
*html #wrapper { width: 80px;}    /* ie6 fixed */      
*+html #wrapper { width: 60px;}    /* ie7 fixed, 注意顺序 */      
</style>  
</head>  
<body>  
<div id=”wrapper”></div>  
</body>  
</html>  

2.IE6能识别*，但不能识别 !important,IE7能识别*，也能识别!important;FF不能识别*，但能识别!important;因此也可以写出一个针对于

FireFox、IE7、IE6三种不通浏览器的hack实例代码如下：

<html>  
<head>  
<style>  
#wrapper { width: 120px;*width: 60px !important;*width: 80px;height:100px;
background:#ff0;}  
/*注意 firefox的写在前面，IE7的写在中间，IE6的写在最后面*/  
</style>  
</head>  
<body>  
<div id=”wrapper”></div>  
</body>  
</html>  
3.还有可以利用的是ie6.0支持下划线(即”_”),因此也能写出一个针对于

FireFox、IE7、IE6三种不通浏览器的hack实例代码如下：

<html>  
<head>  
<style>  
#wrapper { width: 120px;*width: 60px;_width: 80px;height:100px;   background:#ff0;}  
/*注意 firefox的写在前面，IE7的写在中间，IE6的写在最后面*/  
</style>  
</head>  
<body>  
<div id=”wrapper”></div>  
</body>  
</html>  

当然hack远不止这些,只要了解属性在各浏览器中不同的解析原理或是能否识别,再加以组合就可以是一套用来解决浏览器兼容性的hack.