27日的累计确诊人数不是2844人，而是4340，维基百科、163、一财都不约而同的没有把当日的确诊数据加进去。只需要在维基百科上的数据累加一下就得出当日新增确诊人数1596人。

机器之心发了一篇文章，综合了最近国际上几个研究成果

武汉疑似病例今日翻倍，报告称新型病毒传播速度已超SARS，更难控制

https://www.jiqizhixin.com/articles/2020-01-27

28日的最新数据出炉了，此时4388确诊病例，可以肯定27日的数据绝对有问题

更正一下，上图中27日的数据是完整的，所以有可能27日第一次出现斜率明显降低的情况，如果接下来两天的数据能确认的话，那可能27日有好消息。（假设数据发布方式不变，医院未爆的前提下）

过了两天，数字依然呈爆炸式增长，这是名副其实的病毒式传播。

确诊和死亡人数在对数y坐标下基本平行，说明目前并未有效控制传播的手段，也无有效的治疗手段，基本上就是自然死亡，所以跟确诊率增长指数相同。未来如果这两条线中任意一条斜率减小说明预防或治疗条件得到改善，疫情控制有所改善，反之若斜率增大说明传播力度增强或致死率提高（比如更强的变异病毒出现）。

@tech2049 #9 已更新，页面内有说明。

1月25日的10天后，也就是2月4日的确诊人数也应该是1975*65 约13万人，实际感染人数约是8百万。不过考虑到已经采取封城的措施，应该是有效的，到时候实际感染人数应该少于8百万。

Forget第二种估算方法，5亿…… 跨城市的传播速度肯定是明显低于市内传播速度的，那个传播指数的假设不成立。我觉得感染人口上了百万之后，传播速度肯定会降下来。指数传播模式应该只在初期成立。

另一种可能是过去10天公布的数据受到人为操控

在数据公布政策不变的前提下，只有看到这个对数曲线的斜率变小，即曲线变平之后，才说明找到了有效的控制疫情传播的方法。

英美两国科学家估计的人数是2月4号会达到20万左右。

https://www.medrxiv.org/content/10.1101/2020.01.23.20018549v1

因为这次的肺炎病毒有10天潜伏期，所以目前确诊的人应该都是潜伏期之后，身体感到不舒服才去医院确诊。

按照16日到25日的对数斜率

$$ \frac{\log_{10}(1975) - \log_{10}(46)}{9} $$ = 0.1814/天

有两种办法估计实际感染人数的曲线：

1. 实际感染人数的曲线应该是现在确诊人数曲线往前平移10天

每10天感染人数增加65倍。那截止25日的实际感染人数应该是1975*65 = 128,375 接近13万人。

2. 实际感染人数的曲线从12月8日首个病例发现开始算

到1月25日为止，经过了48天，目前的感染人数应该是 $ 10 ^ { 0.1814*48 } $ = 500万人

第二种估算方法不一定很可靠，结果有点吓人，因为病情刚开始人很少，传播的指数规律不一定那么有效，所以如果时间少几天多几天数量差异会很大。

日期格式显示不对，有懂javascript的可以帮忙调试一下。

原页面添加了一个累计确诊和死亡数字的图表，数据可以在这里编辑。

https://ethercalc.org/w2gfa2jtho6c

编辑数据和提交新闻均无需任何注册、登录。

请小二搭的staticman的私有API 到现在杳无音讯

我21号悄悄在https://chinatimeline.github.io/submit/ 贴了一个quoteapi的链接，小二第二天就把名言警句的功能加到2049首页了

staticman的公用API塞车严重。

顺便说一下，时间线主站是开源的，任何人都可以fork过去建自己的时间线网站。互动图的源代码基于代码指纹的原因我不会公布，但是文字版故事线的源代码都在时间线主站项目里。

https://github.com/chinatimeline/chinatimeline.github.io/

顺便吐嘈一下，提交系统太烂了，我自己都提交不了。

补充一下目前的事件管理模式：

无注册、无事前审核，直接匿名添加，添加后5-10分钟自动显示在网页。

我只在事后检查和剔除不符合规范的提交。

另外，欢迎在网站留言区补充新闻源或者做得比较好的

https://chinatimeline.github.io/submit/

@krepostnoy #5 或者传播，让更多的人记录发生过的事。不过提交系统因为是免费公用的，有时候要多提交几次。

https://chinatimeline.github.io/wuhan-coronavirus/

你可以去添加新闻事件

又添加了搜索功能，能搜内容。

把这个帖子移出水区啊？ @小二

@小二 真心推荐你的端点星用这个搜索框，代码你diff一下就知道，操作流程都写在这里了。

https://github.com/diymysite/blog/blob/master/_posts/2020-01-20-add-algolia-search.md

在隔壁论坛听说的

Demo （非务必在Tor环境下打开）

https://diymysite.github.io/analytics/

其实理论上回到顶部只需要一个

<div style="z-index=2;" class="go-to-top"><a href="#top">▲</a></div>

然后在css加上两个样式定义

#go-to-top{
  display:none;
  position:fixed;
  right:30px;
  bottom:30px;
  padding:10px;
  color:red;
  background:#ddd;
  font:24px/12px Helvetica,Arial,Verdana,sans-serif;
  opacity:.7;
  outline:0;
  text-decoration:none;
  text-shadow:0 0 1px #ddd;
  vertical-align:baseline;
  -moz-border-radius:5px;
  -khtml-border-radius:5px;
  -webkit-border-radius:5px;
  border-radius:5px
}

再说了，jquery social share没有任何东西被uBlock Origin屏蔽，说明是安全的

我现在也把自己的网站上的社交分享按钮设置成了sticky模式了，其实html语言就能实现。所以时间线网站目前用的是真正的no javascript社交按钮。

@小二 #7 jquery不是回到首页的，jquery是那个社交分享按钮的。你看我自己的网站 https://chinatimeline.github.io 恢复了之前圆形的回到首页按钮。你看看有没有用jquery

@小二 #5 其实你这个回到顶部功能还不是用javascript实现的，跟我之前那个没什么区别。

@小二 #2 跟踪脚本是social share的，有跟踪脚本说明这个插件不行，换一个就是了。

https://chinatimeline.github.io/tiananmen/

那你把你自己满意的分享和回到顶部都弄上去啊。

我刚刚把这里的go to top抄到我的网站上了。分享按钮还是有人用的，以前我用shareaholic的时候总计有54个分享，而且后台统计每周都有几个分享。

最开始有几天每日访问量破两千也是因为有twitter大V分享

@小二 #8 有点别扭，建议用responsive web design 照顾800像素的窄窗口。

工具栏还是放到最左边吧，一般人的习惯是从左到右更新频率越来越低。

既有想法、又能把一个项目从头做到尾，还懂得推广和制造影响力的人，少！

作为一个social impact项目的开发者，我说两句。

要让更多的人发展social impact, 开发者和用户体验都十分重要，一般人看到一个网站使用起来很麻烦或者不稳定的话，99%的人就直接关了窗口看别的东西去了。开发者也是一样，绝大部分开发者折腾一下搞不出什么东西的话，热情就消退了。而这些折腾绝大部分都是重复造轮子。

站长要推广social impact项目的话，要注意社会分工，你们这类资深互联网程序员首先要为普通爱好者提供基础代码和基础设施，维护这么一个基础模板，可以大大减少大家重复造轮子的时间，让绝大部分有心人能够一上来就享受到成就感，而不是在一个自己不熟悉的领域重复造轮子带来的挫折感，绝大部分人可能就退却了。你们这类互联网高手应该作为大公司的基础平台研发部门，专门帮助不同背景的爱好者解决这些基础问题，尤其是解决网络安全、建立简单网站、提高普通用户体验这三个环节。

你们提供基础设施，比如论坛、staticman或RSS自建服务器之类，我们这种有想法但不太懂互联网的人用这些设施做项目，搞出一两个明星项目之后，就会有更多人效仿。但关键还是要有方便的基础设施，开一个项目的难度最好跟普通人去wordpress开个博客差不多，这样才会发扬光大。

@GNOCN2 #26 @小二 #22 @维基 #27 我们这种半灌水用第三方插件很方便啊，Google一下谁提供功能，注册第三方模块的网站，copy & paste 第三方网站自动生成的代码到制定的位置就OK了，5分钟搞定。自己DIY的话花几个小时搞懂各种东西，东找西找，调试。

我建议 @小二 发起一个 github的组，专门建立和维护一个基于github pages的模板仓库，把平时常用的功能都提交进去，免得其他人重复造轮子。我不知道达摩俱乐部花了多少时间，反正光是因为你说第三方js安全性的问题，我就为了这么一个社交分享按钮跟流量统计功能来来回回花了好几天的时间重复造轮子。

@维基 #3 这个一定要支持，希望站长搞个 https://staticman.2049bbs.xyz/ 出来，staticman提交好几次才会成功，严重影响用户体验。

@该干嘛继续干 #8 香港的时间线主要是记录比较大的事件，如果是香港人当然算作香港抗争的部分。如果是大陆人，这应该是属于“迫害自由派社群”，一般需要有新闻链接，因为新闻机构会fact check一下能保证准确度，一般的个人事件影响力在1-2之间，知名人士根据受迫害力度3-5之间。

https://policychangeindex.org/pdf/Reading_China.pdf

国内版权保护很差，所以网站都专门设计这种延迟就是为了防止爬虫和搜索引擎。

Chrome上有一可以将网页保存成PNG或PDF文件的插件，保存的内容就是浏览器里显示的网页内容。

https://www.printfriendly.com/extensions/chrome

https://chrome.google.com/webstore/detail/take-webpage-screenshots/mcbpblocgmgfnpjjppndjkmgjaogfceg

@大大咧咧 #6 谢谢提醒这个细节，已添加注释。没想到还真有人看，小激动一番。

@小二 #9 @小二 #8 这个生日报的课堂作业不错，是资深新闻工作者教晚辈如何读懂人民日报。这些历史还真的细细的去挖。最近在整理时间线这样粗糙的工作也发现一些规律，很多事件的细节从来没有出现在教科书，另外我们平时在教科书和媒体所看到的历史人物，都是那些已经翻案的，比如刘少奇在历史课本上还能见到，但高岗、陈伯达、康生、再早的博古等人基本上都很罕见，即便后人看得到他们的名字，也对他们在当时的地位和作用完全无知，基本会认为无足轻重的角色。近一点的赵紫阳和胡耀邦就是最好的例子，很多90后根本没听说过这两个人。

虽然用机器学习取得的结果跟个人阅读的感受差不多，但是机器相比人类具有以下优势：

第一，能排除个人情绪、日程安排等因素带来的判断起伏，一致性很好。

第二，输出统一参考点的量化数据，而个人在较长时间尺度上的会因为自己的定锚点变化，而判断起伏很大。

第三，机器能始终如一的勤奋，人类要长期保持最佳状态很难。

@该干嘛继续干 #3 @张书记 #1 谢谢两位添加事件，数据已更新。

@小二 #4 如果你知道如何不需要手机号或者任何跟手机号挂钩的实名邮箱的前提下能注册一个全新的Google账户的方法，请赐教。

这个早就不新鲜了，蜻蜓项目不是因为强大压力已经进入中国了，中共实际上自从Google退出中国后一直都在根Google接触希望它们回去，简单说就是统战Google.

所以你提倡social impact项目用Google Analytics作流量分析的时候我在issue里明确表示反对。且不说Google本来目前的内部员工的意识形态严重左，很多得势的势力已经超过白左，变成共产主义那种左了，这种土壤里本身就很可能最后变成中共同路人。毕竟中共前几年都在开世界左派大会，以左派大本营定位了，难免加州那些共产主义者会把中共幻想成新苏联，里根时代到现在加州都有不少毛泽东崇拜者和共产主义小组。

更何况Google那么大的公司，里面那么多中国人，难免出现几个被中共收买把敏感人士的资料偷出去送给中共情报部门。Google还跟美国NSA，CIA等情报系统分享用户资料，这些情报机关里头谁也说不清楚是不是有另外几个金无殆。只要你的真实身份跟账号挂钩了，你就别指望什么公司组织能不作恶，给你保密了。最好的保密就是不泄露出去。编程随想之所以能用Blogspot作为博客平台，还不是因为他自称有Google内部员工帮助他避免了实名认证。

新版网站已移除第三方插件，我对前端不熟，所以都是抄别人的代码，希望站长以后多提宝贵意见。

回复上一条，提交界面已更新。

@懦夫斯基 #3 就是比较丑，希望懂css的大神帮忙把界面弄好看点。

https://github.com/chinatimeline/chinatimeline.github.io/issues/14

@starwar9 #1 谢谢.

主站已更新，现在可以直接在互动图展示页面提交新闻数据了！

https://chinatimeline.github.io/ideology_tl1/