加载中…
博文
标签:

杂谈

亲爱滴老哥:为了保证骗老妈来北京任务的顺利成功,老妹特此制定了以下几项计划:
1.老妹联合老哥、嫂子集体卖萌,用童真唤醒老妈内心深处对孩子的强烈照顾欲,从而让老妈来北京;
2.老妹联合老哥、嫂子集体大哭装可怜,从而激发老妈内心的保护欲,让我们亲爱的嘛嘛来北京安慰我们;
3.趁老妈不注意,下药把老妈迷倒,让老妈睡一路就到了北京;
4.找个帮手,把老妈五花大绑,嘴里塞上棉花不让出声,放箱子里,ems或圆通申通快递到咱家···
以上就是老妹的计划,不知老哥大人是否满意,部分计划需老哥划拨一定经费给予支持,感谢。
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

SIGHUP 终止进程 终端线路挂断
SIGINT 终止进程 中断进程
SIGQUIT 建立CORE文件终止进程,并且生成core文件
SIGILL 建立CORE文件 非法指令
SIGTRAP 建立CORE文件 跟踪自陷
SIGBUS 建立CORE文件 总线错误
SIGSEGV 建立CORE文件 段非法错误
SIGFPE 建立CORE文件 浮点异常
SIGIOT 建立CORE文件 执行I/O自陷
SIGKILL 终止进程 杀死进程
SIGPIPE 终止进程 向一个没有读进程的管道写数据
SIGALARM 终止进程 计时器到时
SIGTERM 终止进程 软件终止信号
SIGSTOP 停止进程 非终端来的停止信号
SIGTSTP 停止进程 终端来的停止信号
SIGCONT 忽略信号 继续执行一个停止的进程
SIGURG 忽略信号 I/O紧急信号
SIGIO 忽略信号 描述符上可以进行I/O
SIGCHLD 忽略信号 当子进程停止或退出时通知父进程
SIGTTOU 停止进程 后台进程写终端
SIGTTIN 停止进程 后台进程读终端
SIGXGPU 终止进程 CPU时限超时
SIGXFSZ 终止进程 文件长度过长
SIGWINCH 忽略信号 窗口大小发生变化
SIGPROF 终止进程 统计分布图用计时器到时
SIGUSR1 终止进程
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

page cache是一种策略,就是使用完的page并不是立即放到内核的 
free page list中,而是暂时缓存着已被再次使用。这样系统中的 
缓冲的page就越来越多,系统中的free page就越来越少,怎么办? 
系统通过内核线程来完成缓存中页面的回收工作,这些内核线程是 
定期被调用的,平时则处在睡眠的状态,如果进程需要page而free 
page严重短缺的时候,进程可以唤醒这些内核线程来回收缓存的页面, 
这样,一方面缓存,一方面回收达到一种平衡,同时改善了系统的性能。 
 内核中在多处使用了page cache策略,最典型的有:页面交换,和磁盘 
文件的读取。不过实现的方法无非是让不同状态的page,处在不同的 
list中,而回收的内核线程从可以回收的队列中回收page。

swap cache主要是存放那些无根(就是说没有文件系统中的某个文件和其 
对应)的page,例如你用malloc分配出来的。 
它对应的file device就是swapfile。 
它和page cache的

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2012-06-18 10:31)
标签:

杂谈

转自:http://hi.baidu.com/yizhizaitaobi/blog/item/cc1290a0a0cd69974610646f.html

BloomFilter——大规模数据处理利器


  Bloom Filter是由Bloom在1970年提出的一种多哈希函数映射的快速查找算法。通常应用在一些需要快速判断某个元素是否属于集合,但是并不严格要求100%正确的场合。

 

. 实例 

  为了说明Bloom Filter存在的重要意义,举一个实例:

  假设要你写一个网络蜘蛛(web crawler)。由于网络间的链接错综复杂,蜘蛛在网络间爬行很可能会形成“环”。为了避免形成“环”,就需要知道蜘蛛

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈



使用php的memcache类:
起3个实例7600,7602,7603

www       5041  0.0  0.0  71328  2096 ?        Ssl  09:25   0:00 /usr/local/sinasrv2/bin/memcached -u www -d -m 10 -c 10000 -l 127.0.0.1 -p 7603
www      18842  0.0  0.0  71328  2084 ?        Ssl  Feb06   0:00 /usr/local/sinasrv2/bin/memcached -u www -d -m 64 -c 10000 -l 127.0.0.1 -p 7600
www      30817  0.0  0.0 136716  2108 ?        Ssl  09:04   0:00 /usr/local/sinasrv2/bin/memcached -u www -d -m 10 -c 10000 -l 127.0.0.1 -p 7602

先用addServer方法添加进去,集群中有上述三个实例:
$memcache = new Memcache;
$memcache->addServer('127.0.0
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2012-06-05 10:57)
标签:

杂谈

转自http://blog.sina.com.cn/s/blog_5b5e95b40100uf0a.html

在 shell 程式中,最常使用的 FD (file descriptor) 大概有三个, 分别是:


0: Standard Input (STDIN) 

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
标签:

杂谈

详情请看memcache的安装文件下的threads.txt文件

By default, memcached is compiled as a single-threaded application. This is
the most CPU-efficient mode of operation, and it is appropriate for memcached
instances running on single-processor servers or whose request volume is
low enough that available CPU power is not a bottleneck.

More heavily-used memcached instances can benefit from multithreaded mode.
To enable it, use the '--enable-threads' option to the configure script:

./configure --enable-threads

You must have the POSIX thread functions (pthread_*) on your system in order
to use memcached's multithreaded mode.

Once you have a thread-capable memcached executable, you can control the
number of threads using the '-t' option; the default is 4. On a machine
that's dedicated to memcached, you will typically want one thread per
processor core. Due to memcached's nonblocking architecture, there is

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2012-06-01 10:21)
标签:

杂谈

http trace是让我们的web服务器端将客户端的所有请求信息返回给客户端的方法,该方法多见于debug的需求。
阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2012-05-21 14:35)
标签:

杂谈

有时候nginx,apache,mysql,php编译完了想看看编译参数可以用以下方法

nginx编译参数:
#/usr/local/nginx/sbin/nginx -V
nginx version: nginx/0.6.32

built by gcc 4.1.2 20071124 (Red Hat 4.1.2-42)

configure arguments: --user=www --group=www --prefix=/usr/local/nginx/ --with-http_stub_status_module --with-openssl=/usr/local/openssl

apache编译参数:
# cat /usr/local/apache2/build/config.nice
#! /bin/sh

#

# Created by configure


'./configure' \

'--prefix=/usr/local/apache2' \

'--with-included-apr' \

'--enable-so' \

'--enable-deflate=shared' \

'--enable-expires=shared' \

'--enable-rewrite=shared' \

'--enable-static-support' \

'--disable-userdir' \

'$@'


php编译参数:

# /usr/local/php/bin/php -i |grep configure

Configure Command =>   './configure'   '--prefix=/usr/local/php' '--with-apxs2=/usr/local

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
(2012-05-21 12:11)
标签:

杂谈

摘自:http://netsecurity.51cto.com/art/200902/111143.htm

一、XSS与HTTP-only Cookie简介

跨站点脚本攻击是困扰Web服务器安全的常见问题之一。跨站点脚本攻击是一种服务器端的安全漏洞,常见于当把用户的输入作为HTML提交时,服务器 端没有进行适当的过滤所致。跨站点脚本攻击可能引起泄漏Web 站点用户的敏感信息。为了降低跨站点脚本攻击的风险,微软公司的Internet Explorer 6 SP1引入了一项新的特性。

这个特性是为Cookie提供了一个新属性,用以阻止客户端脚本访问Cookie。

像这样具有该属性的cookie被称为HTTP-only cookie。包含在HTTP-only cookie中的任何信息暴露给黑客或者恶意网站的几率将会大大降低。下面是设置HTTP-only cookie的一个报头的示例:

Set-Cookie: USER=123; expires=Wednesday, 09-Nov-99 23:12:40 GMT; HttpOnly

上面我们介绍了HTTP-only Cookie;下面我们开始向读者介绍跨站点脚本攻击、允许通过脚本访问的cookie所带来的潜在危险以及如何通过HTTP-only来降低跨站点脚本攻击的风险。   

跨站点脚本攻击是一种服务器端常见的安全漏洞,

阅读  ┆ 评论  ┆ 转载 ┆ 收藏 
个人资料
buptwangzhe
buptwangzhe
  • 博客等级:
  • 博客积分:0
  • 博客访问:48,146
  • 关注人气:3
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
分类
搜博主文章
访客
加载中…
评论
加载中…
留言
加载中…
  

新浪BLOG意见反馈留言板 电话:4000520066 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有