今天上午,把模板进行了一番调整,主要是把上下篇,侧边栏的摘要都显示出来...主要自己还不懂前端,所以干起来比较费劲.. 大致的效果如下 : 这是摘要...,css部分还要看下怎么处理比较好... 在侧边栏的时候,显示了日期和摘要... ( 虽然有种说法,日期时间修改的越早越好... ),但是还是先这样显示出来了...

同时今天把分布监控的部分给修复了一下,一个小BUG...

关于以后的站群的方向

今天突然发现一个灵感,统一后台如果可以最终只要加一下域名,选择一下模板,远程的什么东西自然就全部

点击阅读更多...

点击阅读更多...

目前站群是用docker来管理,还没做成swarm的集群模式,所以每次更新代码以后较为繁琐..都要登录服务器去运行一个restart的脚本...,这种做法明显是在浪费时间,虽然操作起来也很快...

还好python有一个库,使用方式如下...

import fabric
path_web = '地址'
def docker_install():
    # 需要访问的host列表
    for host in ['127.0.0.1']:
        con

点击阅读更多...

从12月27号开始要开发站群,也算是不太全职在搞,但是总算接近尾声了... 尤其是这两天的冲刺..整了一堆的功能,但是还是有BUG...., 不过说实话,我还没做这玩意之前,真没想到自己还会web开发.... 目前总共算实现了什么功能? 除了这里提到的详细介绍,再大概总结一下吧:

1. 全自动关键词,收录率监控,且是分布式的,稳定!
2. 全站内链布局,未收录页面自动推荐
3. 内容处理
   1. 根据百度NLP,自动提取摘要
   2. 根据C算法,以及分词的停用词去除,自动提取标题关键词作为tag
   3. 自动加相关图片,自动锚文本,自

点击阅读更多...

我个人是达尔文的进化论的观点的拥护者..我觉得一切成功的商业模式,或是系统,或是所谓的企业文化,都是在一直迭代的过程中产生的.而非直接从头设计到尾...然后跟着做...

为什么我会有这种观点?

我早期研究时间管理,任务管理,尝试各种工具,各种计划方法论,最后发现,你以为的其实真的不是你以为的!为什么? 因为我到目前为止制定的计划,从来没有一个计划是从头直接到做尾,每个计划都是在不断的迭代.. 甚至有的计划,开始执行的第一天,就要开始从新规划...

我曾经一度怀疑,我觉得是自己的拖延症的问题!,为

点击阅读更多...

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

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

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

点击阅读更多...

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

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

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

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

2. 未收录页面的地图

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

点击阅读更多...

虽然对敏捷任务管理我也是各种吹..,因为这种任务管理模式实在是强大的没朋友的情况...具体的事项我全部记录在 : http://www.zhangte.org/python/7.html

整个过程很有意思,如果细看下来,会发现,我是以敏捷任务管理的方式在管理敏捷任务...有点绕口,但是大致的意思,我对当前的任务管理模式,也是在不断的思考与迭代的

从一开始的Sprint清单,到双周OKR,然后在这里我再提出一个硬性里程碑的概念.. 这个概念的主要的是解决因为没有指定明确的截止日期,而产生的无限拖延

点击阅读更多...

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

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

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

点击阅读更多...

很多人感觉Django很庞大,是一个严格遵守MTV开发流程的框架..每次搭建一个Django的时候,都需要好多文件,布置起来非常复杂... 但是其实Django只是把功能提供给你而已,你要不要用,完全取决于需求... 比如我就有这样一个需求:

如何搭建一个非常简单的服务,访问首页的时候,直接返回该服务器所在的ip地址?

这个功能作用是什么,比如我家里有一台服务器,公网ip经常变,我需要对其进行一个自动的白名单维护..,那么就需要知道这个ip是否有改变.. 当然你也可以在该服务器上写上这样一个任务

点击阅读更多...