作者归档：TONYHEAD

放松防疫管控后，中国准备迎接新冠感染骇浪

Hold tight.

公共卫生专家表示，中国放松新冠动态清零政策可能会迎来一波感染潮，有可能造成混乱并导致超过100万人死亡。一些专家警告称，其影响可能会蔓延到中国以外的地方。

中国国家卫生健康委员会（简称：国家卫健委）周三称，除限制使用封控措施外，还将取消许多隔离和核酸检测要求。在社会动荡和对中国经济健康状况的担忧不断升级之际，中国加快了取消动态清零防控措施的计划。

一些中国人庆祝将重获自由，但卫生研究人员警告说，随着中国试图将用于大规模检测和隔离的资源转移到治疗重症病例上，对公共卫生的影响也许是可怕的。

耶鲁大学公共卫生学院(Yale School of public health)的公共卫生科学家陈希说，这将给中国医疗卫生系统带来前所未有的压力。他预计，至少未来几个月情况会变得混乱和痛苦。

公共卫生专家说，尽管中国在过去三年里实施了一些全球最严格的防疫措施，为自己争取了一些时间，但中国并没有为与新冠病毒共存做好充分的准备，老年人口疫苗接种率不足，且没有足够的重症监护病房(ICU)来收治重症病例。

周四，国家卫健委报告12月7日中国内地新增本土新冠病例约21,000例，与11月底约38,000例的历史峰值相比有所下降，这可能与防疫放松后核酸检测活动减少有关。

（略）

杭州一家新冠肺炎定点救治医院表示，该医院针对新冠的抢救药品有三个月的储备。”经过三年的战斗，医务人员都有丰富的经验，”杭州市西溪医院党委副书记黄劲松说。”我们有信心，能成功应对。”

一些专家认为最坏的情况可能不会发生，因为一些疫情防控措施并未取消。威斯康星大学麦迪逊分校(University of Wisconsin-Madison)的科学家易富贤说，即使中国完全放弃动态清零政策，许多习惯于戴口罩等日常预防措施的人将继续这样做，这可能会减少感染的情况。

Source: 放松防疫管控后，中国准备迎接新冠感染骇浪 – 华尔街日报

原文链接：

2022合订本一：奥密克戎不是大号流感、坚持动态清零不躺平

发表评论

原帖地址：https://zhuanlan.zhihu.com/p/589868343

用全网最全合订本致敬：灵活的科学精神、动态的新闻良心

（上述均节选自我正在编辑的2022合订本，12月内发完）

经过三年考验，你永远可以信任广大专家与媒体！

国士无双！中华之幸！

这盛世如你所愿！

原文链接：

全剧终

发表评论

请大家记住2022年12月7日，这一天，中国正式宣布新冠肺炎疫情结束?

这一天将计入中国的历史史册，已经确定将奥秘克隆定位为普通流感传染病。

一个防疫的时代过去了
一个免疫的时代即将开幕………
（12月5日）将新冠调整为乙类感冒。
始于2019.12.08
止于2022.12.07
——全剧终

原文链接：

MO 客户端在哪里下载

发表评论

Magic Online 客户端下载，已经是迁移到 daybreak games 的版本，对国内网络友好了很多。

https://mtgo.patch.daybreakgames.com/patch/mtg/live/client/setup.exe

原文链接：

解决Nginx上传文件大小限制问题及相关参数配置

发表评论

现在我们常用的服务器WEB引擎用的多的就是Nginx和Apache。如果是虚拟主机较多用的是Apache，而云服务器我们朋友们较多还是部署的是LNMP中的Nginx引擎。一般情况下，我们直接用宝塔面板、LNMP一键安装包，这些Nginx配置文件是固定的，我们也不需要修改。但是有些我们深入使用的时候也会去修改的。

比如，我们常用宝塔面板的话可以直接在面板中设置参数。

一般在WEB环境中限制上传的是PHP，但是有应用的时候也需要调整Nginx。

client_max_body_size

这里调整就可以，这里我的服务器是默认的50M，这里其他的参数是什么意思呢？

尤其是我们在用Nginx缓存的时候会有用到一些参数，这里参考如下：

proxy_connect_timeout 500;

#跟后端服务器连接的超时时间_发起握手等候响应超时时间

proxy_read_timeout 600;

#连接成功后_等候后端服务器响应的时间_其实已经进入后端的排队之中等候处理

proxy_send_timeout 500;

#后端服务器数据回传时间_就是在规定时间内后端服务器必须传完所有数据

proxy_buffer_size 128k;

#代理请求缓存区_这个缓存区间会保存用户的头信息以供Nginx进行规则处理_一般只要能保存下头信息即可

proxy_buffers 4 128k;

#同上 告诉Nginx保存单个用的几个Buffer最大用多大空间

proxy_busy_buffers_size 256k;

#如果系统很忙的时候可以申请更大的proxy_buffers 官方推荐*2

proxy_temp_file_write_size 128k;

#proxy缓存临时文件的大小

proxy_temp_path /usr/local/nginx/temp;

#用于指定本地目录来缓冲较大的代理请求

proxy_cache_path /usr/local/nginx/cache levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;

#设置web缓存区名为cache_one,内存缓存空间大小为200M，自动清除超过1天没有被访问过的缓存数据，硬盘缓存空间大小30g

原文链接：

CDN一般怎么收费的？整理腾讯云CDN收费方式和标准

发表评论

CDN一般怎么收费的？随着我们建站的要求越来越高和越来越挑剔，我们给网站配备的资源也会增加。比如我们希望提高网站在各个地区的访问速度和安全性，会有增加CDN内容加速。一来是可以保护我们源站的安全，二来可以提高访客的速度。大部分CDN服务都是收费的，比如是有直接包年付费的，也有是按量流量包收费的。而且有部分是不同的地区流量包价格是不同。

在这篇文章中，我们一起看看腾讯云CDN的收费方式和标准。这不今天老蒋在帮助一个朋友的网站对象存储部署独立域名之后，是需要开启CDN加速的，否则是不可以部署。这里是直接给他买的CDN流量包。

我们可以看到，单独购买CDN是按照流量包计费的。按照流量规格和适合区域选择的。或者我们是可以根据有单独的流量包套餐，会更加便宜一些。具体我们要以实际的活动CDN流量包套餐和促销为准。

这里，我们看看腾讯云CDN的计费方式。

腾讯云 CDN 含预付费流量包和按量后付费两种模式。您在开通 CDN 服务后，若实际使用了 CDN 服务，产生了对应的服务用量，则会按用量产生计费账单扣费。此文档将为您详细介绍 CDN 的各种计费方式。

1、腾讯云CDN计费组成

腾讯云 CDN 计费分为，基础服务计费（必选）+ 增值服务计费（可选）。基础服务计费（必选）：使用 CDN 产生的流量或者带宽费用，任选其一。增值服务计费（可选，单独计费）：除基础服务外，您可以根据需求选择一种或多种增值服务，例如 QUIC 访问请求数、APK 动态打包请求数等。

2、腾讯云CDN计费周期

腾讯云 CDN 服务的计费周期如下：

计费周期	扣费及出账时间	适用计费项
小时结	前1小时产生的消耗，会在后2 – 4小时内计算并扣费。	按流量计
日结	前一天 00:00:00 – 23:59:59 产生的总用量，会在第二天 18:00前计算并扣费。	峰值带宽

3、腾讯云CDN计费区域

基础服务计费分两个不同的计费区域：中国境内和中国境外。中国境内区域不再细分地区，用统一的中国大陆刊例价计费。服务费用 = 中国境内区域用量 * 中国大陆单价。中国境外区域按腾讯云 CDN 节点服务器所在地区，即服务地区，划分为8个计费大区：亚太1区、亚太2区、亚太3区、中东、欧洲、北美、南美和非洲。不同大区刊例价不同，服务费用为所有计费大区的费用总和。

中国境外计费大区	覆盖地区
亚太1区	中国香港，中国澳门，越南，新加坡，泰国，巴基斯坦，柬埔寨
亚太2区	中国台湾，日本，韩国，马来西亚，印度尼西亚
亚太3区	菲律宾，印度，澳大利亚，尼泊尔，其他亚太国家和地区
中东	沙特阿拉伯，阿联酋，土耳其
欧洲	英国，俄罗斯，德国，意大利，爱尔兰，法国，荷兰，西班牙
北美	美国，加拿大
南美	巴西，墨西哥
非洲	南非

4、腾讯云CDN按流量计费

采用月度阶梯累进模式，阶梯价格如下

流量阶梯 (元/GB)	中国大陆 CN	北美 NA	欧洲 EU	亚太1区 AP1	亚太2区 AP2	亚太3区 AP3	中东 ME	非洲 AA	南美 SA
0TB – 2TB	0.21	0.31	0.31	0.46	0.55	0.63	0.90	0.68	0.68
2TB – 10TB	0.20	0.26	0.26	0.41	0.51	0.60	0.83	0.64	0.64
10TB – 50TB	0.18	0.22	0.22	0.37	0.47	0.57	0.77	0.60	0.60
50TB – 100TB	0.15	0.18	0.18	0.33	0.41	0.53	0.71	0.56	0.56
≥ 100TB	0.11	0.14	0.14	0.31	0.35	0.46	0.65	0.52	0.52

5、腾讯云CDN按带宽计费

采用阶梯到达模式，阶梯价格如下所示

带宽阶梯 (元/Mbps/天)	中国大陆 CN	北美 NA	欧洲 EU	亚太1区 AP1	亚太2区 AP2	亚太3区 AP3	中东 ME	非洲 AA	南美 SA
0Mbps – 500Mbps	0.53	1.42	1.42	2.50	2.70	3.42	4.83	3.67	3.67
500Mbps – 5Gbps	0.52	1.35	1.35	2.20	2.35	3.04	4.43	3.37	3.37
5Gbps – 50Gbps	0.49	1.03	1.03	1.85	1.90	2.52	4.00	3.10	3.10
≥ 50Gbps	0.48	0.73	0.73	1.67	1.75	2.28	3.50	2.83	2.83

一般，老蒋喜欢采用的方式还是直接购买流量包。对于长期用的话这种是划算的。

原文链接：

把群晖系统通知推送到飞书

发表评论

原本以为有 Webhook 机器人，从群晖推送消息到飞书应该是很简单的事，群晖里设置一下「应用程序 Webhook」不就好了，然而试过之后才发现不行。
设置的地方没错，HTTP 的参数感觉也没问题，但就是测试不成功。求助 Google 大神找到了这种小众需求的解决方案。简而言之，需要单独部署一个 Docker 本地服务，用它来绕一圈。

网上有不少介绍使用钉钉、企业微信的通知对接方式，飞书的很少。最后想到用飞书的英文版名称 Lark 做关键词，找到了一个 Docker 的解决方案。

首先在群晖的 Docker 的「注册表」搜索并下载 Synology-dsm-notification-lark映像（作者 Github：https://github.com/gaoliang/synology-dsm-notification-lark），下载完成后，点击「启动」进行安装配置
高级设置中，增加变量 LARK_WEBHOOK_URL，值输入你的飞书机器人 Webhook 地址
网络设置中，本地端口输入 10080
其他设置都保持默认，最后启动容器

接下来，需要在「控制面板-通知设置-推送服务」中定义一下 Webhook。