V2EX › muxi 的所有回复 › 第 18 页 / 共 47 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 14 15 16 17 18 19 20 21 22 23 ... 47

❮

❯

2012-06-07 13:54:47 +08:00

回复了 thebeatlesguru 创建的主题 › Python › 有啥Quixote的网站？

N年前的东西，如果现在阿北做豆瓣，我担保他不用这个

2012-06-07 11:28:23 +08:00

回复了 cheka 创建的主题 › 分享创造 › 准备写给小技术创业团队看的一组技术文章

@likuku Slave备份这个不靠谱，特别是Master写压力比较大，主从同步延迟比较严重的，在磁盘损坏或者其他事故的时候会丢失部分数据，当然要求不高的场合，丢了就丢了，也没事，能够满足大部分场合

2012-06-06 23:57:37 +08:00

回复了 zhangsanren 创建的主题 › 分享发现 › 轻松让优酷没有广告

我的观点是不要轻易的去传播去除正当广告的方法，如果你不喜欢，自己处理就可以了
如果Youku今天没有广告，相信各位今天要看视频就只能付费了

我并不是站在任何的公司立场，仅仅是我个人的观点，广告这种模式的存在，让互联网免费得到可能

2012-06-05 13:44:38 +08:00

回复了 Livid 创建的主题 › RQ › 关于 RQ 的任务重试机制

我用过三种，RabbitMQ,Beanstalk,Gearman，
目前这三个都在线上跑，总体下来都足够的稳定，也都各自有优缺点，客户端都足够的多，使用成本也不算高，如果业务量不大的话，都可以
RabbitMQ 配置集群很容易，也有易用的Web界面控制台，缺点是协议复杂，速度太慢，每秒写入大概在4000个左右，出队列就更慢了，大概2500个左右，当然，你可以通过增加Worker的数量来解决这个问题，RabbitMQ缺少Delay和优先级控制，重试机制也不好，当你启用ACK之后，如果多次没有得到回馈，这个消息就需要手动发送，我现在的解决办法就是定期重启所有Worker

Beanstalk速度是非常快，协议简单，就是持久化麻烦，持久化往硬盘上写log，挂掉之后恢复巨慢，我遇到的情况是大概3G的数据恢复了十多分钟也没恢复好，最后我把log重命名然后写个程序自己导入

Gearman 严格意义上不属于Queue，只是一个任务分发的应用，但实际上Gearman内部维护了一个内存队列，也支持简单的优先级和同步与异步任务，配置一下可以实现队列信息持久化，我目前用的比较多，Gearman最大的问题是自己维护队列却没有提供查看队列的接口，哪怕是命令行接口，这导致在高速写入后，很难判定所有的Job是不是都完成了，如果配置了外部持久化存储，这个问题也容易解决，Gearman用的人比较多，性能比较优秀

RQ当初没用是因为用的人少，也没去研究任务优先级怎么搞的

2012-06-05 11:11:25 +08:00

回复了 d5d 创建的主题 › 分享创造 › 我的第一次海淘全记录-（亚马逊+斑马转运）

都一样坑爹，我用百通，在仓库待了15天，又在天上飞了一个星期了，还显示“飞往中国途中”

其实也不能全怪转运公司，海关已经不是当年的海关了

2012-06-05 10:28:43 +08:00

回复了 Livid 创建的主题 › RQ › 关于 RQ 的任务重试机制

这个组件很少人用到，在之前我的项目中做MQ选型的时候了解过，Livid真的是啥都搞啊

2012-06-05 08:45:30 +08:00

回复了 moyaya 创建的主题 › 酷工作 › 手工客（shanghai）真心求专兼职Python开发工程师

手工客做的还不错，虽会Python，然心有余而力不足，而且不在上海

2012-06-04 15:52:25 +08:00

回复了 linsk 创建的主题 › 奇思妙想 › 给你250美刀你能干什么？

找个妹子