苹果园子

完成了服务器apache日志自动清理了，数据备份也完成了定时清理，保存最近30天的。一时半会不会再担心硬盘被这些大文件给占满了。

再处理这两个问题中遇到了一些问题。也是不太好查出的问题。最后发现是windows上存的文件，到linux服务器上运行会报错。还是要存成unix类型的文件 ，到上面执行就没有问题了。不是shell脚本的语法错误，报错的时候会提示命令不存在。害我排错绕了一大圈啊。

处理数据库备份文件清理的时候，遇到的问题是find命令还不能所有文件一视同人，不然的话，会把这个备份的根目录也删除了。这下就麻烦了。只能按压缩包的gz文件来查找，然后再去删除里面的空目录。暂时还没有想到更好的办法，不过这个方法目前能解决这个问题就OK了。等想出更好的方法再来优化一下。

#删除.gz结尾的备份文件

find /backup_dir -mtime +30 -name "*.gz" -exec rm -rf {} \;

#删除空目录

find /backup_dir -depth -empty -type d -exec rmdir -p {} \;

整个shell脚本就不帖了，太长。有需要的朋友可以留言。可以发mail给你。

上周服务器重启了一下，今天发现rsync不能同步备份数据了。检查了一下。服务器端rsync服务没有开启。启动了一下。但是仍然同步不了。这下就郁闷了。因为之前一直好好的，没有问题。服务器重启了一下。怎么就用户验证不通过了呢。最后把两台机器的密码文件都重新改了一下。也还是不行。最后终于找到问题原因所在了。服务器端的密码文件形式是：username:password，而客户端的密码文件只需要密码，不需要用户名！

现在问题是解决了。但是服务器重启前正常的，这个应该是配置没有问题的呀。难道是我在启动rsync服务之前把密码给改坏了？之后启动了服务才发生的用户验证失败？哎，这个已经无从查找了，现在同步正常就OK了。

听说XX局说没有视听许可证，转发视频也不行了。好PIA PIA.别举报我。

阅读全文>>

让我与你共同分享一段小故事，或许在这个阶段，可以很实际地让我们走出目前的困境。

阅读全文>>

五条工具，条条到位。

阅读全文>>

读了一些书，看了一些电视节目，了解的越多了，明白的越多了，但是发现不明白的也更多了，这个不矛盾，是因为思考的也更多了。

阅读全文>>

2000年，考克斯通信公司（Cox Communications）的亚利桑那州（Arizona）分公司已经3年没能完成一项预算，公司损益表一片混乱，员工士气跌到最低谷。而今天，这家分公司成为组织效率的典范，亚利桑那州成为Cox公司规模最大最成功的业务区域。16亿美元的业务遍及全州，这令整个电缆系统行业羡慕不已。是什么原因让公司发生如此变化？又获得如此成功？

阅读全文>>

今早看到一篇有趣的电子商务研究，来自一间市场研究商SeeWhy，他们做了一个有趣的调查，他们根据AC Nielsen的数据加上访谈，列出了十个他们所找到的「转换率最高」的网络商店。所谓「转换率最高」，就是这些商店的流量不见得比别人大（不过至少都要有一个月500万不重复拜访才有资格被列入），但是他们却可以让每个网友进来好像着了魔似的，「成交率」特别高！他们说，一般的在线商店的转换率大约是在2~3%，也就是每100人进来只有2~3%的人买单； 之前比较过美国两大购物网站Target、Wal-Mart的版型也提过两大购物网站的转换率也只有落在7%~8%左右，吻合SeeWhy的观察。而SeeWhy列出来的十大名店，平均转换率却在23%左右，是平常购物网站的10倍！叫我们怎么能不好好研究一下，到底这些购物名站是怎么达到这么高的转换率的？

阅读全文>>

每当项目上线之前，我们都会忙的焦头烂额解决发现的bug，这些bug的发现是测试部门的同事随机发现的，那有没有一个排除bug的参照的列表呢？那下面是 varhi 为大家所作的整理，希望对大家新产品的上线有所帮助。

阅读全文>>

几年前看过的东西了，翻出来再看，仍旧需要学习。。

阅读全文>>