分类标签归档：迭代
其实整个实现的逻辑非常简单...,大致的效果如下
这样只要在批量发布文章的时候,把需要发布的网站的域名传进去就可以进行统一更新了....实在是很方便...,文章分类和标签也不同单独绑定,全部通过文章串联起来,不得不说,Mysql在这点上做得确实比mongodb要好...
其实具体的实现代码,大致是这个文章写的:https://www.zhangte.org/python/52.html 到目前,仅剩一些SEO功能还未做区分(但是不影响正常优化)..站群的基础功能,包含:
在昨天的日志里面提到,翻车了...多睡了2个小时..,今天继续翻车... 而且翻得更厉害.. 眯一下,然后3个小时就过去了...从凌晨2点咪到凌晨4:50.....
今天继续把状态调整..,看下这几天的睡眠时间,不由觉得惭愧...
如果按照昨日的推测.. 白天需要至少睡够65分钟的话,那么今天的睡眠时间就可能会突破250分钟,就是超过4小时....
这似乎是个不好
......执行多相睡眠2天,小翻车一次,但是整体的睡眠时间应该都可以稳定的控制在3-4小时以内,最终目标是不超过3小时的睡眠时间,总导航帖子 : http://www.zhangte.org/sheng-wu-hai-ke/41.html
目前有以下几点发现:
这个看似废话,但是实则意义非常大,因为平时大家对睡眠的影响应该不会有这么强的意识,主要的原因在于:一天的睡眠时间太长,这么长的时间里面,只要有一小段高质量的睡眠,都会感觉非常不错! , 而且,就算睡眠质量不好,影
......从12月27号开始要开发站群,也算是不太全职在搞,但是总算接近尾声了... 尤其是这两天的冲刺..整了一堆的功能,但是还是有BUG...., 不过说实话,我还没做这玩意之前,真没想到自己还会web开发.... 目前总共算实现了什么功能? 除了这里提到的详细介绍,再大概总结一下吧:
我个人是达尔文的进化论的观点的拥护者..我觉得一切成功的商业模式,或是系统,或是所谓的企业文化,都是在一直迭代的过程中产生的.而非直接从头设计到尾...然后跟着做...
我早期研究时间管理,任务管理,尝试各种工具,各种计划方法论,最后发现,你以为的其实真的不是你以为的!为什么? 因为我到目前为止制定的计划,从来没有一个计划是从头直接到做尾,每个计划都是在不断的迭代.. 甚至有的计划,开始执行的第一天,就要开始从新规划...
我曾经一度怀疑,我觉得是自己的拖延症的问题!,为
......
在侧边栏的时候,显示了日期和摘要... ( 虽然有种说法,日期时间修改的越早越好... ),但是还是先这样显示出来了...
