在优化这个站群系统的时候,给自己规定了一个硬性里程碑的约定,也就是说,在硬性里程碑里面的成果,是不能调整的,达到了一定的阶段以后,一定是要完成的事件.. 那么今天就是约定的hpv站上线的事情了...,本来是要做负载均衡,后来考虑到这个博客太不稳定,功能还在迭代,目前思路不断,还有一堆的功能清单等待开发...所以暂缓这个负载均衡,先单项目跑一下再说..

那么在复制这个博客的时候,就必须要认真的思考以下2个问题:

1. 如果A项目更新代码的时候,如何以最方便的方式,直接同步到B项目 ( 只py文件的核心

点击阅读更多...

本博客搭建以来,然后开始迭代,从开始迭代到今天已经11天了,具体的迭代记录(非常详细),都记录在seo站群迭代记录里面..,几乎每天都在更新,而且计划每天都在调整...,最近的迭代速度还出现了加速的情况..

目前来说主要实现了以下几个核心功能:

1. 关键词排名,收录全自动监控

用的是django的celery,实现的全自动排名和收录监控定时监控..,这个如果只是监控,那其实没什么意义,关键是要对未收录的页面进行操作,所以就衍生了以下功能:

2. 未收录页面的地图

比如我把未收录页面全部放在这个

点击阅读更多...

我最近发布了一个敏捷任务直播的文章,可以看到,几乎这篇文章每日都在调整与迭代,因为每天我都在思考一个问题,既当时定的目标到底合理不合理?

很明显,因为每天都在迭代,所以每天都会有新的感悟,有了新的感悟,自然就要开始调整当时定的目标,但是大的目标肯定是不会随意去改变他的,既 : 打造一套具有超强复制功能的站群SEO系统.

比如下面就是我的最新任务更新计划 :

点击阅读更多...

之前有一个朋友说过,如果设计一套程序,如果只是处理少量数据的话,随便一个脚本都能解决问题. 但是如果是需要解决大量数据的话,那么就需要一套较为通用的解决方案.. 而本博客之所以改成django,以及连续实现7天的迭代,其实最终的目的就是为了做成一个可通用性的程序!

理由

虽然现在种子功能实现的并不多,还有很多种子功能未实现,但是无妨,我觉得可以开始进入复制阶段了.. 理由以下:

1. 因为本身的最终目的是做一套站群系统,所以如果是真正敏捷的方式,应该也是从最快的把这套系统投入到生产才是最终的目标.,

点击阅读更多...

杂谈

以前有一段时间持续写复盘日志写了大概90天,发现作用异常强大!直接把我给改变了...这种改变非常的彻底...可以说,几乎每时每刻都可以保持在一种状态可以进入工作...而且不会影响生活(我把在家工作时间调整成了家人入睡以后的1小时以及早起的2小时内 )...

所以肯定是要持续下去的,要不然换做以前,博客被黑了以后,我正常是不管的,但是这次迅速处理,直接把这个习惯给持续下去了,因为我深刻知道,习惯一旦养成,就是个宝!价值10万以上(多了不敢说...),如果丢了,可能就再也起不来了!

所以这段时

点击阅读更多...

今天看了下百度站长后台的抓取时间,才发现原来wp这么蛋疼 ( 以前从没想过要优化这个博客,所以一直没去观察 )

之前最好的时候,从没低于2秒...最差的一天,抓取时间居然飙到了7秒...也是够可以的...,在24号关站一天,Django以后">25号晚上换成Django以后,一切就不一样了...,抓取时间直接降到0.2秒以下....,而且还很稳定.. 做seo的人,抓取时间的优化无疑是最重要的,如果是一个常规没啥内容的博客,最好的时间是要控制在1s以下...

这个中间的速度提升我觉得主要取决于

点击阅读更多...

昨天网站被黑,本来以为把空间换一下问题就解决了... 没想到,解决不了... 但是持久坚持下来写日记的复盘习惯,又不想断,那么如何才能快速的解决这个问题?

我想了一下,发现这个方法挺好的,就是

网站数据全部不要,直接换一个程序!再换一下空间...

试了一下,发现还真好使,直接找了一个django套了一下...问题就解决了....而且看了这个效果,好像比wp的效果还不错... 说实话,我忍wp很久了,早就不想用了....

不过圆规正传,这个方法还是不适合用在公司或是客户的网站上的... 因为我的站

点击阅读更多...