join 也可以吧

cat /proc/meminfo

5点要去虹桥t2 回家 睡不着！

我还是不是非常清楚 怎么会构成攻击现象的。虽然从表面上看。hashtable就是 一个key对应一个vaule。一般来说是不会有一个key对应多个vaule的情况。从攻击的实现上来看就是提交很多值给hashtable 而且使提交过来的值生成的key 是一样的。那么就会使得操作越来越慢应为他要查找或者插入一个值的时候需要遍历整个 key 对应的多个vaule上 。我不知道我这么理解对不对。但是如果你作为一个攻击客户端 你如何能保证你提交的东西会生成同一个key呢 。

求python 实例。我觉得要碰撞一次也比较困难啊。除非自己构造。我看了别人构造的代码如下:

class evil:
def __hash__(self):
return 1
s=set()
for i in range(pow(2,16)):
s.add(evil())

但是在实际使用中提交过来的内容很难hash到同一个key呀。

已经解决了。不是代码问题。是curl POST的问题。我用代码写post请求返回很快。至于具体是curl什么问题 我去研究一下

同求去北欧攻略

同意楼上所说，系统管理写代码确实思维方式与程序员差个十万八千里，写写小脚本还行，那种抽象的 面向对象的 写不出来
我也是做系统这块的 在学python ，基本也只能看着例子 依葫芦画瓢，自己写不出什么东西的

我也很困惑，写出来的代码很丑呀。

@fcicq 现在那个bug 已经 消灭了。由于是新手对yield理解不对。后来用return的 方式 解决了这个反回失效后端的IP BUG.
至于说还是会调度到失效的后端这个问题我没有发现有这个情况。我这个DNS 是给内网用的。用于一些配置文件里面。好让程序透明访问资源。而这个checker的脚本也可以做一些比较智能的调度。比如说根据后端服务器负载，或者数据库的繁忙程度等等。
这个东西确实比较山寨。性能也肯定不怎么好。我新人拿来练手用的。呵呵。 不过我会尝试大家推荐的一些异步的库。比如gevent 什么的。

物理切断电源怎么可能在操作系统层实现。。如果是在操作系统层的关机操作倒是可以干预

@ratazzi
使用过这个模块。不过当初我们也不是一开始就用mongodb的。有些url不能变。由于这个模块只能传入filename或者id 才能展示出图片。反正是由于开发上对于url处理不够方便后来开发了自己的接口做的存和取。

其实后端的压力很小。我们前面有squid缓存的。基本上访问到mongodb的数据不多了

@kongruxi 是存在gridfs里 sharding+replication set .

总体来说:
1.mongodb 不是很稳定，曾经在读写频繁时把机器内存耗尽 疯狂使用swap 导致机器hang住
他内存管理不是很好
2.存图片的话gridfs对于使用文件系统没有任何性能上的优势。图片读写都需要使用程序读出来或者写进去
3.使用mongodb 要比使用文件系统占更多空间他是bson格式存储数据
4.如果使用mongodb集群架构 备份和容错需要双倍乃至多倍的物理硬件资源
5.管理复杂.需要care 集群中的每个节点。复杂度高
6.由于数据是分布式的出了问题很难还原出数据，比如shard节点中的数据文件损坏或者文件系统故障
7.在当前使用环境看来 唯一的收益就是无缝扩展存储容量了.

反正这东西虽然是趋势 但是还不成熟，放放日志，做做备份什么的还行，关键数据还是用自己最能把控的吧。

我折腾这个东西不少次了 也吸收到了些经验了。

我们有用 ，大概800G左右的图片 。还有一些日志。日志很小。

thanks all ,现在以及好了。其实不是什么配置问题。我nginx每次改完配置文件都是reload的，这次我stop 然后start ，成功了。

代码如下:
start_response('200 OK', [('Content-Type','text/html')])
yield '<h1>FastCGI Environment</h1>'
yield '<table>'
for k, v in sorted(env.items()):
yield '<tr><th>%s</th><td>%s</td></tr>' %(k,v)
yield '</table>'
yield '<h1>bye</h1>'

@rankjie 如果你能操作终端。那更加简单了。进grub 修改启动模式为单用户模式。把你那些自动启动mysql php webserver等服务先关掉在runlevel 3 下自动起来的设置。然后再起来。这 时候你进入系统了。你可以复制一个sshd_config的设置。然后重启。那就好了嘛。总之。你能控制终端就一定可以恢复的。

@rankjie 首先,你的php代码是如何放上去的。有ftp或者rsync 或者其他方式能放到你的webroot下就可以。如果你的代码是用ssh放上去的。那丢代码上去基本不行了。
如果你可以放代码上去。那你就可以写php socket 代码了。的确。php运行的账户除非是root。否则你是修改不了sshd_config的。但是你可以su 到root 然后再修改。你自己是知道root的密码的。所以这点没问题。现在只要能与服务器交互的执行命令。就可以修复回来的。