这里记录的仅是我个人的思考,不一定对,但是起码目前在我身上的反应比较好...,正好可以呼应之前写的关于编程学习心法的文章,再做一下补充..

其实大致的方法分下面几部

一 找到一个已经实现过的场景,然后想办法复现它

比如你用Pyhton的selenium,或是Django,Flask什么的实现过一个东西,并且一直在用,那么首先就是要找到这样一个场景,然后就是想办法把它复现出来,主要原因有:

1. 因为这个场景你一直在用,所以逻辑需求你非常清晰,这样的一个好处,是方便你规划迭代,你清楚什么样的功能是简单

点击阅读更多...

一. 构建镜像发布到阿里云

这个版本之所以叫乞丐版,是因为不需要掌握复杂的jenkins,k8s等,但是又想体验一下全自动部署,分布式的快感...

所以就选择了这种方案...网上搜集来看,对于1000台服务器以下,docker swarm似乎完全够用...我很难想象,那些大厂是怎么维护服务器的.. 听说谷歌的服务器就是以千万来算的......这感觉完全不是一个世界的...

1. 编写简单的dockerfile

FROM centos:7
COPY . /PROJECT_ROOT
WORKDIR 

点击阅读更多...

打开终端, 然后直接输入 :

nohup /Applications/WeChat.app/Contents/MacOS/WeChat > /dev/null 2>&1 &

感觉这个东西似乎是可以做成一个产品,反正我觉得这个对我挺实用的,目前百度搜"Mac微信多开", 出来的都是一些乱七八糟的东西...

点击阅读更多...

最近发现一个比较颠覆的观点,做事情居然可以恢复精力,甚至体力!之前一段时间用佳明的身体电量指标在做参考的时候,一度以为是设备故障...但是后来发现好像不是这样...

因为在工作中我屡次有这种体验:既,专心工作一天下来,发现回来以后精神充沛,甚至还想出去跑步?,在以前我定义这种状态叫做"精神飞翔"..,然后开了这个博客,每天写复盘日记,为的就是持续记录反思,然后找出一种可以持续达成精神飞翔的方法...目前看,"似乎"是找到了!

今天早上写的3分钟原则,然后一个上午按照3分钟原则做了很多事情!并且每

点击阅读更多...

点击阅读更多...

点击阅读更多...

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

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

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

点击阅读更多...

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

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

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

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

2. 未收录页面的地图

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

点击阅读更多...

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

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

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

点击阅读更多...

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

理由

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

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

点击阅读更多...