陈柏林的Blog RSS Feed

维修美嘉欣 H12P Ford Bronco 遥控车避震漏油

Sat, 10 Jan 2026 15:24:37 GMT

买美嘉欣 H12P 作为圣诞节礼物给儿子。Ford Bronco 福特烈马授权的模型还原度很高，超帅！在公园玩时，总是一道靓丽的风景。

原厂的避震器密封胶圈尺寸不合适，安装时经常从原位置脱落导致漏油。玩的第二天初次发现漏油后，我拆开多个避震器看到胶圈是这种状态，而且有一个胶圈有破损。问卖家说他没有单独的胶圈配件，只能换整只避震器。

儿子的小鞭炮瓶子上的橡胶挂绳尺寸正好，我裁剪了几个换上，再也不漏油。自己裁剪的胶圈没有了气肺结构，所以灌满避震油后，要把弹簧压缩到最紧后再上紧盖子，否则避震桶是没法压缩的。我用的是 300号避震油~~，使用起来感觉没什么差别（对我这个业余者来说）~~。这样带来的影响是，避震有点不回弹导致行程变短。关于避震的安装，这个视频讲得很清楚。

汽车是每个男孩的梦想。给儿子拍一个超酷的短片。短片是模仿 The All-New 2021 Ford Bronco Return of a legend。

记 Nikon55-200VR 镜头防抖维修（失败）

Mon, 31 Mar 2025 10:46:37 GMT

大概 2009年购入的 Nikon 55-200 VR 镜头防抖坏了，使用率很低，但偶尔出去玩的时候给儿子拍些运动的照片还是有用处的。找维修师傅竟然被拒“没有维修价值”。据说维修镜头这事，一看就会，一拆就废。之前已经拆费过一个 18-55 狗头，这次还是斗胆自己拆机维修试试看。

拆机前我在网上搜了一下，看到别人也有同样的问题，有的自己动手成功修复，有的没有下文。从镜头后部能看到断开的排线，能确定故障的原因，但不知道这个排线的型号。拆开后照样子在 Taobao 买到排线配件，花一整天自己焊接飞线，但还是失败告终，估计是飞线未焊好，最后作罢原模原样装回去。

I'm on Turing Developer Review

Thu, 01 Sep 2022 10:46:37 GMT

I changed my job to Turing as a front-end developer and work for a US-based company since April, and was invited to record a review video.

For making this video, it takes my whole family 2-day to tidy the messy house✨. It was a wonderful journey to make this video with Turing’s team and my family👍!

I like the movie ”The Imitation Game” that I mentioned in the video.

Interesting Blogs/Articals(To Be Continued)

Sun, 13 Feb 2022 10:46:37 GMT

When I surf on the Internet, I found some interesting, useful, impression, inspired blogs/sites occassionally, sometimes I want to find it out and read it again, but I had nothing clues to find them, that’s really made me feel frustrate.

Next time when I find something like this, I’ll jot it down here.

Letters To A New Developer

I heard a principle of programming from my colleague,

Always leave the code better than you found it.

I found this site when I was search the explaination, and found more interesting letters on the site, like this one: The Surprising Number Of Programmers Who Can’t Program. I’m curies what’s the FizzBuzz about, so I searched it and found an other interesting post, Fizz Buzz in Tensorflow.

Although it’s a fiction story, I believe so, but the idea behind it is enlightening, and the author even wrote a book about it.

feng.si

I found it by one of the author’s project named CFEditor: Make Routers Great Again, it’s a ASUS router CFE modify tool. In the site, there is a terminal window on every top of the post, and the command-line described the gist of each post, it’s very interesting! There is a post explained why you should keep away from CentOS, the author’s point of view is unique.

The stories behind 3 great business mantras

Google: Don't be evil

Facebook:

Code wins arguments
Move fast and breaking things
Done is better than perfect

Apple: Think different

To Be Continued

See Movie The Wave(Die Welle)

Sat, 29 Jan 2022 10:46:37 GMT

What are the requirements for an autocratic system? An ideology, control, surveilliance, social injustice, extreme nationalism.

What else is important for a dictatorship? Discipline, discipline is power.

Some lines quoted from the movie The Wave answered my question for why I felt nervous and depressed since I was in school, and how we got brainwashed little by little.

This movie is based on a true story that once happened in spring 1967, in Palo Alto, California, high school history teacher Ron Jones conducted a social experiment in fascism with his class. There is a website to document and share the original experiment and variations on the Wave story over the years, and to support the discussion of this dark and never-ending side of human nature.

My Favorite Lines

What are we supposed to rebel against nowadays?

Nothing means anything anymore.

We all just want to have fun.

What our generation lacks is a common goal to unite us.

Autocracy comes from the Greek and means self-rule. From auto, “self”, and kratia, “power”, “rule”… In an autocracy, the ruler or rulers have unlimited power to change the law as they like. Can you think of any examples?

We’re not talking about guilt. It’s a historical responsibility.

My thoughts: This recalls me of another movie that explored national historical trauma: A Taxi Driver. And also some historical tragedies happened in my country that we still can’t discuss in public today. An ethnic just like a person, if he/she can’t face the past mistake, he/she can’t go further too.

I could see myself getting a regular job, marrying the right girl, having two or three kids and living my life in some townhouse. Does that sound stupid?

If you’ve learnt one thing this week, it’s the value of sticking together.

The Banality of Evil - Experimenter

Tue, 25 Jan 2022 10:46:37 GMT

The movie: Experimenter reminds us how easy a person will obedience to authority, how important to keep independent thinking. And be aware the pitfall of The Banality of Evil.

My favorite lines

Why don’t I have a choice? I came here on my own free will.

In nearly every case, the essential results are the same. They heisitate, sigh, tremble and groan, but they advance to the last switch, 450 volts, “Danger Severe Shock XXX”, because they’re politely told to. The results are terrifying and depressing.

The agentic state, in which the demands of the democratically installed authority conflict with conscience. The Banality of Evil.

In the agentic state, the individual difines himself as an instrument carrying out the wished of others.

A person has a choice. He or she chooses to become agentic. But once you assume the role, it’s almost impossible to go back.

Every day I choose you.

♪ Fools give you reasons. Wise men never try ♪

You could say we’re puppets, with perception, with awareness. Sometimes we can see the strings, and perhaps, our awareness is the first step in our liberation.

See The Movie Don't Look Up

Sun, 09 Jan 2022 10:46:37 GMT

I just saw the comedy movie ”Don’t Look Up”, it’s seriously funny, like what the director said. It means serious and funny.

It’s a perfect sample to help us to understand why would people say “The core of comedy is the tragedy”.

I like the scene when DiCaprio’s character yelling towards the camera, shouted “the president of the United State is f**king lying.” His acting was so crazy and emotional.

My Favorite Lines

OK. At this very moment, I say we sit tight and assess.

The divisions in this country are bad enough. We don’t want more of that in our house.

Sometimes we need to just be able to say things to one another. We need to hear things.

Just look up, turn off the shitbox news.

I’m gratefull we tried.

We really did have everything, didn’t we?

Fix DSM 7.01 can't hibernate on Xpenology

Wed, 29 Dec 2021 10:46:37 GMT

I have a J3455-itx motherboard based NAS installed with Xpenology. Recently, I tried to upgrade the DSM from 6.2.3 to 7.0.1-42218 using the RedPill loader. After upgrading, I found the NAS couldn’t auto poweroff which I enabled the auto poweroff time to 4 hours. I have checked the log, found the disks have been waking up almost immediately just after hibernation. So, I’m gonna try to figure it out.

Upgrade Xpenology to DSM 7.0.1-42218

Operated following this tutorial, 黑群晖升级DSM7的教程（黑群晖DS918-6.23升级到DS918-7.01保姆级教程）. I choose Retain system configurations(Keep the files and settings).

Fix disks wake up frequently

Searched on the Internet, in post PVE直通SATA控制器硬盘无法休眠！ comments, I found something useful. Quoted some parts of it here:

解决办法2：

修改 /etc.defaults/syslog-ng/patterndb.d/message.conf 和 /etc.defaults/syslog-ngpatterndb.d/kernel.conf 文件，把 /var/log/messages 和 /var/log/kern.log 日志文件分都设置到 /tmp/messages 和 /tmp/kern.log ，然后重启系统即可。

最好也把 /etc.defaults/logrotate.d/syslog-ng 里的 messages 和 kern.log 路径也做相应修改，否则这两个日志文件的大小可能会无休止的增长。

I did these operates followed the comment and inspired by this comment, I continue to analyze the /var/log/hibernationFull.log, to find what interrupted the hibernation:

[20078.480642] <redpill/smart_shim.c:684> Expected to copy HDIO_DRIVE_CMD header of 4 bytes from           (null) - it failed
[20078.492686] <redpill/smart_shim.c:684> Expected to copy HDIO_DRIVE_CMD header of 4 bytes from           (null) - it failed
[20079.725404] <redpill/override_symbol.c:239> Obtaining lock for <GetHwCapability+0x0/0x110 [apollolake_synobios]/ffffffffa0256490>
[20079.737718] <redpill/override_symbol.c:246> Writing original code to <ffffffffa0256490>
[20079.746002] <redpill/override_symbol.c:239> Released lock for <ffffffffa0256490>
[20079.753621] <redpill/override_symbol.c:207> Obtaining lock for <GetHwCapability+0x0/0x110 [apollolake_synobios]/ffffffffa0256490>
[20079.765761] <redpill/override_symbol.c:217> Writing trampoline code to <ffffffffa0256490>
[20079.774277] <redpill/override_symbol.c:207> Released lock for <ffffffffa0256490>
[20079.782018] <redpill/bios_hwcap_shim.c:65> proxying GetHwCapability(id=5)->support => real=0 [org_fout=0, ovs_fout=0]
[20079.944380] <redpill/pmu_shim.c:310> Got 1 bytes from PMU: reason=1 hex={2d} ascii="-"
[20080.094384] <redpill/pmu_shim.c:310> Got 1 bytes from PMU: reason=1 hex={37} ascii="7"
[20080.102730] <redpill/pmu_shim.c:239> Executing cmd OUT_STATUS_LED_OFF handler cmd_shim_noop+0x0/0x31 [redpill]
[20080.113113] <redpill/pmu_shim.c:45> vPMU received OUT_STATUS_LED_OFF using 1 bytes - NOOP
[20140.212198] <redpill/bios_shims_collection.c:43> mfgBIOS: nullify zero-int for VTK_SET_HDD_ACT_LED
[20616.112182] ppid:1(systemd), pid:14337(syslog-ng), dirtied inode 43169 (ovs-vswitchd.log) on md0
[20616.121477] ppid:1(systemd), pid:14337(syslog-ng), dirtied inode 43169 (ovs-vswitchd.log) on md0
[20616.130693] ppid:1(systemd), pid:14337(syslog-ng), dirtied inode 43169 (ovs-vswitchd.log) on md0

Same as before, in file /etc.defaults/syslog-ng/patterndb.d/openvswitch.conf, edit /var/log/openvswitch/ovs-vswitchd.log to /tmp/log/openvswitch/ovs-vswitchd.log.

Then, hibernation time last longer for more than 2 hours,

[18650.562808] ppid:1(systemd), pid:1416(syslog-ng), dirtied inode 30459 (scemd.log) on md0
[18650.571354] ppid:1(systemd), pid:1416(syslog-ng), dirtied inode 30459 (scemd.log) on md0
[18650.579863] ppid:1(systemd), pid:1416(syslog-ng), dirtied inode 30459 (scemd.log) on md0
[18656.121265] ppid:2(kthreadd), pid:5185(jbd2/md0-8), WRITE block 2136272 on md0 (8 sectors)
[18656.130018] ppid:2(kthreadd), pid:2746(kworker/2:2), READ block 4980352 on sda1 (8 sectors)
[18656.138904] ppid:2(kthreadd), pid:2746(kworker/2:2), READ block 4980352 on sdb1 (8 sectors)
[18656.138955] ata1: wake up from deepsleep, reset link now
[18656.154211] ppid:2(kthreadd), pid:4804(md0_raid1), WRITE block 4980352 on sda1 (8 sectors)
[18656.162927] ppid:2(kthreadd), pid:4804(md0_raid1), WRITE block 4980352 on sdb1 (8 sectors)
[18657.923813] ppid:1(systemd), pid:7042(syno_hibernatio), dirtied inode 33099 (hibernation.log) on md0
[18657.933470] ppid:1(systemd), pid:7042(syno_hibernatio), dirtied inode 33099 (hibernation.log) on md0
[18657.943076] ppid:1(systemd), pid:7042(syno_hibernatio), dirtied inode 33099 (hibernation.log) on md0
[18657.953053] ppid:1(systemd), pid:7042(syno_hibernatio), dirtied inode 32851 (hibernationFull.log) on md0
[18657.963047] ppid:1(systemd), pid:7042(syno_hibernatio), dirtied inode 32851 (hibernationFull.log) on md0
[18657.972997] ppid:1(systemd), pid:7042(syno_hibernatio), dirtied inode 32851 (hibernationFull.log) on md0
[18659.139845] ata1: wake up successful, the reset fail can be ignored
uptime : [18656.162927]
======Idle 7636 seconds======
*** *** ** 15:27:37 CST 2021

In file /etc.defaults/syslog-ng/patterndb.d/scemd.conf, edit /var/log/scemd.log to /tmp/log/scemd.log. And in file /etc.defaults/syslog-ng/patterndb.d/synocrond.conf, edit /var/log/synocrond.log to /tmp/log/synocrond.log.

When you change the log destination, don’t forget to change the logrotate config correspondently under the path /etc.defaults/logrotate.d.

Now, the disks can hibernate without being woken up frequently, and the NAS can auto poweroff.

Problems

The RedPill loader is not yet stable. In my case, I found some problems.

Synology Drive is indexing over and over constantly

There is a Reddit post that discussed this problem, Synology Drive is indexing over and over constantly. So I uninstall the Synology Drive Package.

Process `synoscgi` cpu usage 100%

Sometimes the process synoscgi cpu usage 100% and froze the system. I heard some discussion that this problem was caused by docker, so I uninstalled the Docker package.

References

Two WesternDigital HDDs retire after 10-year occupation

Thu, 02 Sep 2021 10:46:37 GMT

I have two Western Digital HDDs, one is Caviar Black and another is Caviar Green serial, both capacities are 1TB. Because uncorrectable sectors occurred, it’s time for them to retire.

These two hard disks have been bought in 2010, which was for my third computer, also the first self-assemble PC. In this ten-year occupation, they’re mostly idle, because their Power On Hours count is just about 7000+ hours. I didn’t find the MTBF(mean time between failures) specification about the product serial, but I don’t think it should break down in so much short time using, or maybe just BAD luck.

It almost ruined a very important video of mine, which scared me badly.

I have a strong impression of a BBS post before I’ve decided to buy the Caviar Black 1TB disk, it said “the data stored on the Black disk could never lose.” Haha, it’s hard to say NEVER.

With these two HDDs in use, I mostly use them to do some photography work, video editing, and 3D animation. I’ve moved important data to a new NAS with 2 Seagate 8T disks. How do they doing? We’ll see.

And also it’s time to say goodbye to the old PC, thanks for working alongside me for so many years, from Yichang to Wuhan!

PC Specifications

Mother Board : Gigabyte P55-UD3R
CPU : Intel Core i5 750
RAM : 12GB DDR3 1600
Graphics Card : Nvidia Quadro 2000
Optical Drive : ASUS DVD RW

HDD Specifications

WDC WD1002FAEX-00Z3A0

Model : WDC WD1002FAEX-00Z3A0
Firmware : 05.01D05
Serial Number : WD-WCATR4700830
Disk Size : 1000.2 GB (8.4/137.4/1000.2/1000.2)
Queue Depth : 32
Number of Sectors : 1953525168
Interface : Serial ATA
Major Version : ATA8-ACS
Transfer Mode : SATA/600
Power On Hours : 7728 hours
Power On Count : 2528 count
Health Status : Caution
Features : S.M.A.R.T., AAM, NCQ

S.M.A.R.T.

ID	Cur	Wor	Thr	RawValues	Attribute Name
01	198	198	_51	0000000102CB	Read Error Rate
03	209	164	_21	0000000009E5	Spin-Up Time
04	_98	_98	__0	000000000A19	Start/Stop Count
05	191	191	140	000000000041	Reallocated Sectors Count
07	200	200	__0	000000000000	Seek Error Rate
09	_90	_90	__0	000000001E30	Power-On Hours
0A	100	100	__0	000000000000	Spin Retry Count
0B	100	100	__0	000000000000	Recalibration Retries
0C	_98	_98	__0	0000000009E0	Power Cycle Count
C0	200	200	__0	000000000172	Power-off Retract Count
C1	200	200	__0	0000000008A6	Load/Unload Cycle Count
C2	104	_95	__0	00000000002B	Temperature
C4	141	141	__0	00000000003B	Reallocation Event Count
C5	200	200	__0	000000000001	Current Pending Sector Count
C6	200	200	__0	00000000005A	Uncorrectable Sector Count
C7	200	200	__0	000000000000	UltraDMA CRC Error Count
C8	_61	__1	__0	000000006D39	Write Error Rate

WDC WD10EARS-00Y5B1

Model : WDC WD10EARS-00Y5B1
Firmware : 80.00A80
Serial Number : WD-WCAV59391908
Disk Size : 1000.2 GB (8.4/137.4/1000.2/----)
Queue Depth : 32
Number of Sectors : 1953525168
Interface : Serial ATA
Major Version : ATA8-ACS
Transfer Mode : SATA/300
Power On Hours : 7516 hours
Power On Count : 2414 count
Health Status : Caution
Features : S.M.A.R.T., AAM, NCQ

S.M.A.R.T.

ID	Cur	Wor	Thr	RawValues	Attribute Name
01	200	197	_51	000000000000	Read Error Rate
03	180	100	_21	000000000F7E	Spin-Up Time
04	_96	_96	__0	0000000012F2	Start/Stop Count
05	200	200	140	000000000000	Reallocated Sectors Count
07	200	200	__0	000000000000	Seek Error Rate
09	_90	_90	__0	000000001D5C	Power-On Hours
0A	100	100	__0	000000000000	Spin Retry Count
0B	100	100	__0	000000000000	Recalibration Retries
0C	_98	_98	__0	00000000096E	Power Cycle Count
C0	200	200	__0	00000000013D	Power-off Retract Count
C1	172	172	__0	000000014D52	Load/Unload Cycle Count
C2	108	_94	__0	000000000027	Temperature
C4	200	200	__0	000000000000	Reallocation Event Count
C5	200	197	__0	000000000003	Current Pending Sector Count
C6	200	198	__0	000000000000	Uncorrectable Sector Count
C7	200	200	__0	000000000000	UltraDMA CRC Error Count
C8	200	196	__0	000000000001	Write Error Rate

Netgear R6300v2 安装外置天线

Mon, 23 Aug 2021 10:46:37 GMT

问题

Wi-Fi 放在金属弱电箱内，隔一堵墙 6m 远就连不上，房间面积小没必要用 AC+AP，也不想接中继或者 Mesh 而到处扯线，于是把 R6300v2 的内置天线延长外接出来。

施工

房间除去公摊实际面积 68m2，弱电箱状况如下图，内含光猫、软路由、路由器、门禁设备，图中路由器是 Netgear WNDR4500，临时拿来用的。

R6300v2 拆开来看到 6条天线，天线接口是 IPEX一代，我找了下资料未区分开哪些是 2.4G，哪些是 5G天线，后面接延长天线，只按左右两边分开来交替摆放天线。

在某宝上买了 6条馈线长 1.5m的内置天线，特性如下：

电气特性/Electrical Characteristics

工作频率/Frequency： 2400~~2500MHz 4900~~5900MHz
驻波比/S.W.R.： <= 1.8
天线增益/Antenna Gain： 8 dBi
辐射模式/Radiation：全方位/Omni-directional
极化方向/Polarization：水平极化/Linear
输入阻抗/Impedance： 50 欧姆

物理特性/Material & Mechanical Characteristics

振子材料： PCB板覆铜
PCB板规格： 95mm13.5mm0.55mm
线材材料： RG178镀银高温线
线材长： 1.5m
接口方式： IPEX 1代
工作温度/Operation Temperature： -40℃ ~ +65℃
储存温度/Storage Temperature： -40℃ ~ +80℃

不像外置的那种一根棒棒，内置天线尺寸更小。正好弱电箱上有个门禁对讲平板，将天线从暗线线管穿到平板后，天线贴背胶粘在墙上，平板装上去遮挡住不影响整洁美观。

完工

完工后的样子。未进行系统测试前后对比信号数据，效果就是在屋内之前连不上 Wi-Fi 的地方都可以连上了，而且测速还不错！隔一堵墙 6米远下载测速约 200Mbps。

其他

Netgear R6300v2 真是神机，特别是在 Koolshare 论坛的 coolshine 发布的固件，可以让其用上改版梅林 386.2_4固件（截至发稿时），原帖地址 [教程] 【重获新生】让R6300V2支持384.17！变身RT-AC6300v2。

弱电箱里这么多设备闷在一起，散热是个问题。夏季 R6300v2 不开风扇 CPU温度 80℃ 以上。一直开着风扇在冬天又很蠢，手动开关很麻烦，在某宝上买了个温控器，调到超过 30℃ 自动开启风扇，低温时自动停止很好用。现在放在软路由上，软路由温度手摸不烫，但 R6300v2吹不到还是很烫，应该需要在弱电箱门上开几个进风口，有合理的风道散热效果会更好些吧。

Where the Askent comes from

Fri, 02 Jul 2021 10:46:37 GMT

I have a personal project named Askent, which is actually a clone of Sli.do.

The idea was comes from a webinar hosted by GatsbyJs. At that meeting, the host use Sli.do as a tool to interact with audiences, let them ask questions, and make a survey at the end of the meeting.

Sli.do’s easy-to-use and elegant design impressed me a lot when I first saw it. And at that time, I was learning GraphQL by myself, so I decided to make a clone of it as an exercise project.

In project Askent, I’ve tried many new Front-End techs like PrismaJs, ReactJs, Apollo, DeepStream, Hasura, etc …

The project was funded in December 2019, when before the outbreak of COVID-19. and when I was locked down at my wife’s hometown in Spring festival vacation and nowhere to go, I’ve been spent a lot of time on it, try a variety of tools to store data persistence(like MySQL, MongoDB, and PostgreSQL), figure out how to send/receive messages in realtime on all clients(GraphQL subscriptions based on Pub/Sub model, DeepStream, Hasura), and how to create a user authenticate service(JWT).

Through all of these trials, I’ve been learned a lot, and maybe I can name myself not only a front-end developer but also a full stack web developer too(maybe too much early ^_^).

Nowadays, the Askent was deployed at Github Pages, and server-side runs on my home’s server so it will not costs me an arm and a leg, ~~and regards of security of the home network, the server has not published to the Internet which I’m still working on it.~~ I’ve deployed the server to the Internet in my spare time, which with a lot of bugs, still WIP(update on July, 7th).

About the name

Askent = Ask + Event

Askent 实时消息搜索的问题及 Hasura 替代

Sat, 13 Mar 2021 10:46:37 GMT

问题

在项目 Askent 开发中，需要同步管理后台、客户端、演示大屏，三端上的消息显示，继之前使用 Apollo Subscription 基于 Pub/Sub 开发遇到问题，然后参照 DeepStream 的 Realtime Search 思路实现一版后，仍有一个严重的性能问题无法解决——每个客户端会话权限、查询变量各不同，因此一个提问的 Pub 事件需要为每个客户端执行一次（实际是两次，见下文流程图）查询，再计算 diff 后向对应客户端推送增量数据。虽未进行压力测试，但可以预见这是个严重耗费性能的不好的设计。

目前实现

该实时搜索实现的流程如下图：

它总体分为两步：

首先请求提问列表，服务端根据请求参数生成一个 hash，并与提问列表结果一同返回
客户端用 hash 订阅提问列表

Hasura

偶然看到文章 GraphQL tools & libraries 中介绍 Hasura - instant realtime GraphQL APIs on any Postgres database。

看了文档 Scaling to 1 million active GraphQL subscriptions (live queries)(中文)，发现它正是我需要的。

目前替换提问列表的实时查询，包含用户权限的请求待验证。

其他可用的实时查询、实时数据库工具：

借助 GraphQL 承载 100万并发活动订阅（实时查询）

Tue, 09 Mar 2021 10:46:37 GMT

Hasura 是基于 Postgres数据库的 GraphQL 引擎，提供可控制权限的开箱即用的 GraphQL API。到 hasura.io 和 github.com/hasura/graphql-engine 了解更多。

Hasura 可为客户端提供实时查询（基于 GraphQL 订阅）。例如，一个外卖应用使用实时查询显示某特定用户的订单实时状态。

本文档描述 Hasura 的架构，阐述它是如何支撑百万个并发实时查询的。

原文

Scaling to 1 million active GraphQL subscriptions (live queries)

结论

设置： 每个客户端（Web 或移动应用）用认证令牌登录并订阅一个实时查询结果。数据存放于 Postgres 数据库。每秒钟更新 Postgres 数据库中的一百万行数据，并确保推送一个新查询结果到客户端。Hasura 是 GraphQL API 的提供者（包含授权）。

测试： Hasura 可以并发处理多少个客户端的实施订阅？Hasura 是否可以纵向或横向性能伸缩扩展？

单例配置	活动实时查询数量	CPU 平均负载
1xCPU, 2GB RAM	5000	60%
2xCPU, 4GB RAM	10000	73%
4xCPU, 8GB RAM	20000	90%

当一百万个实时查询的时候，Postgres 的负载不超过 28%，连接数峰值在 850 左右。

关于配置的说明：

AWS RDS postgres, Fargate, 使用 ELB 的默认配置，无任何微调
RDS Postgres: 16xCPU, 64GB RAM, Postgres 11
Hasura 运行在 Fargate (4xCPU, 8GB RAM per instance) ，采用默认配置

GraphQL 与订阅

GraphQL 让应用开发者轻松地从 API 中精确获取他们想要的数据。

比如，我们要创建一个外卖应用。Postgres 的架构看起来像这样：

应用界面会显示当前用户订单的状态，GraphQL 查询会获取订单最新状态和配送员的定位。

在底层，查询被当作字符串发送给服务器，经解析、授权后，从数据库中获取应用所需的数据。返回的 JSON 数据结构与请求时的相同。

进入实时查询：实时查询的主意是订阅特定查询的最新结果。一旦底层的数据改变，服务器应该推送最新结果到客户端。

乍一看，这完美符合 GraphQL 的使用场景，因为 GraphQL 客户端支持处理大量 WebSockets 连接。用 subscription 替换 query 就能转换查询到实时查询。就是这么简单，如果 GraphQL 服务器可实现的话。

实现 GraphQL 实时查询

实现实时查询是个痛苦的过程。当你的数据库查询包含授权规则，那么当变更事件发生时，会增加查询结果的计算量。这在 web服务上是一个挑战。像 Postgres 这样的数据库，这相当于在底层表更改时，要保持物化视图最新一样困难困难。另一种方法是为特定查询重新获取全部数据（针对特定授权规则的客户端）。这是我们目前采取的方法。

其次，构建一个 web服务以一种可伸缩的方式来处理 websockets 有时也有点麻烦，但是某些框架和语言确实使并发编程更容易处理。

再获取 GraphQL 查询结果

为了理解为什么这里使用再获取(refetching) GraphQL 查询不好，我们来看一个典型的 GraphQL 查询过程：

在 GraphQL 查询中，授权 + 数据获取逻辑必须为每个节点运行一次。这很可怕，因为即使稍大一点的查询都会轻易拖垮数据库。运用 ORM 不当时，N+1 问题也是个常见问题，这对数据库性能不好，且难以优化 Postgres 查询。Data loader 类型模式可以缓解该问题，但在底层仍然会多次查询 Postgres 数据库（减少为 GraphQL 查询中有多少个节点）。

实时查询中，该问题更为严重，因为每个客户端的查询都有一个独一无二的再获取。尽管查询是相同的，考虑到授权规则创建不同的会话变量，每个客户端需要单独的再获取。

Hasura 的方法

如何做得更好？如果申明式映射数据模型到 GraphQL 模式，并使用它创建单个 SQL 数据库查询？这样就能避免多次捣鼓数据库，无论返回中是否有大量项目或 GraphQL 查询中有很多节点。

主意 #1：编译一个 GraphQL 查询为单个 SQL 查询

Hasura 部分功能是作为转译器，它使用数据模型到 GraphQL 模式的映射信息的元数据，编译 GraphQL 查询为 SQL 查询，来从数据库获取数据。

GraphQL 查询 GraphQL 抽象语法树（AST） SQL 抽象语法树 SQL

这消除了 N+1 查询问题，并允许数据库优化数据获取。

但这不够，因为解析器（resolver）还应用了授权来强制它只获取权限范围内的数据。因此我们需要将授权规则嵌入到生成的 SQL 中。

主意 #2：使授权具有声明性

访问数据时的授权本质上是一种约束，它取决于所获取的数据(或行)的值，以及动态提供的应用程序特定用户的会话变量。例如最普通的，一行数据包含表示数据所有权的字段 user_id。或有个关联表 document_viewers 来表示用户可查看哪些文档。其他场景中，会话变量本身可能包含与行相关的数据所有权信息，例如，账户管理员可以访问任何帐户 [1,2,3]，其中该信息不存在于当前数据库中，而是存在于会话变量（可能由其他数据系统提供）。

为了对此建模，我们在 API 层实现了类似于 Postgres RLS 的授权层，以提供用于配置访问控制的声明性框架。如果您熟悉 RLS，可以类比 SQL查询中的当前会话变量为来自 cookie、JWTs 或 HTTP头的 HTTP会话变量。

顺便说一句，因为我们在许多年前就开始了 Hasura 工程，所以我们在 Postgres RLS特性加入 Postgres 之前就在应用层实现了该特性。我们甚至在的 insert 返回子句中也有与已修复的 Postgres RLS 相同的 bug https://www.postgresql.org/about/news/1614/。

因为在 Hasura 应用层面实现了授权（而不是使用 RLS，传递用户详情给 Postgres 连接的当前会话），这带来一个显著优势，我们等下会看到。

总而言之，既然授权是声明性的，并且可以在表、视图甚至函数（如果函数返回 SETOF）中使用，那么就可以创建具有授权规则的单个 SQL查询。

GraphQL 查询 GraphQL 抽象语法树包含授权规则的内部抽象语法树 SQL 抽象语法树 SQL

主意 #3：在单个 SQL 查询中批处理多个实时查询

仅凭主意 #1、#2 的实现，我们仍会导致这样的情况：连接了 100k 个客户端可能会导致相称的 100k 个 Postgres查询来获取最新数据（假如 100k 个更新，每个更新对应一个客户端）。

然而，考虑到我们在 API层有所有应用程序用户级会话变量可用，我们实际上可以创建单个 SQL查询来一次为许多客户端再次获取数据！

假设有客户端运行一个订阅，以获取最新的订单状态和配送员位置。我们可以在查询中创建一个关系，其中包含作为不同行的所有查询变量（订单id）和会话变量（用户id）。然后join查询以获取具有此关系的实际数据，以确保在单个响应中获取多个客户端的最新数据。这将允许同时为多个用户获取最新的结果，即使它们提供的参数和会话变量是完全动态的，并且仅在查询时可用。

何时执行再获取（refetch）？

我们尝试了多种方法，获取底层数据库更新事件时来再获取查询。

监听、通知：需要用触发器检测所有表，在消费端（web服务器）重启或网络中断的情况下，被消费事件可能会被丢弃。
WAL（译注：Write-ahead logging，预写式日志）：Reliable stream，但是 LR 插槽使得横向性能扩展非常困难，并且在托管数据库供应商上通常不可用。繁重的写入负载会污染 WAL，并且需要在应用层进行节流。

在这些尝试后，我们当前回退到基于时间间隔的轮询来再获取查询。因此，我们不是在有适当事件时再获取，而是根据一个时间间隔再获取查询。这样做有两个主要原因：

当实时查询中使用的声明性权限和条件很简单时，在某种程度上可以将数据库事件映射到特定客户端的动态查询上（比如 order_id = 1 and user_id = cookie.session_id），但是对于复杂的查询会变得棘手（比如查询 'status' ILIKE 'failed_%'）。声明性权限有时也可以跨表使用。我们在研究这种方法以及基本的增量更新方面投入了大量的精力，并且在生产中有几个小项目采用了类似的方法。
对于任何应用程序，除非写吞吐量很小，否则无论如何，您最终都会在一个时间间隔内对事件进行节流/防抖（throttling/debouncing）。

这种方法的缺点是写负载很小时存在延迟。再获取可以立即完成，而不是在几毫秒后。通过适当地调整再获取间隔和批量大小，可以容易地缓解这一问题。到目前为止，我们首先关注的是消除开销最大的瓶颈，即再获取查询。也就是说，我们将在接下来的几个月里继续关注改进，特别是使用事件依赖（在适用的情况下），来潜在地减少实时查询中每隔一段时间再获取的的数量。

请注意，我们在内部有其他基于事件的方法的驱动程序，如果你有一个用例，目前的方法不能满足你的要求，我们愿意与你合作与提供协助！

测试

测试基于 Websockets 的实时查询的性能扩展性与可靠性是一项挑战。我们花了几周来构建测试套件和基础自动化工具。设置如下所示：

一个 nodejs脚本，它运行大量的 GraphQL实时查询客户端，并在内存中记录事件，这些事件随后被存储到数据库中。[github]
一个在数据库上创建写负载的脚本，从而导致所有运行实时查询的客户端之间发生更改（每秒更新一百万行）。
一旦测试套件完成运行，验证脚本就会在数据库中运行，在该数据库中提取日志/事件以验证没有错误并且所有事件已被接收到。
仅在以下情况下才认为测试有效：
- 收到的有效载荷错误数为 0
- 从创建事件到客户端接收的平均延迟小于 1000毫秒

本方法的优势

Hasura 使实时查询变得触手可及。查询的概念很容易扩展到实时查询，而不需要使用 GraphQL 的开发人员做任何额外工作。这对我们来说是最重要的。

功能特性丰富的实时查询，全面支持 Postgres operators/aggregations/views/functions 等
性能可估
性能可纵向与横向伸缩扩展
可运行于所有云、数据库供应商平台

未来展望

减少 Postgres 负载，通过：

映射事件到实时查询
结果集的增量计算

前端动态插件的实现 with Apollo & React

Tue, 24 Nov 2020 10:46:37 GMT

如何在前端动态安装、运行插件？之前一直好奇这个问题，正巧最近看到一篇文章《Creating a Frontend Architecture With Dynamic Plugins》，于是我参照大体思路，用 Apollo & React 做一个实现 Demo。

Demo Repository

frontend-dynamic-plugin-demo

思路

前端动态加载插件，最小化情况的关键两点：

获取已安装插件的列表，按照插件的 metadata 信息，显示插件模块入口。入口可以是导航菜单、Tab页、按钮等。
加载并运行插件入口 js 文件。入口文件运行后，可以是将插件内容渲染进核心程序界面预留的标签中，或弹出 Modal窗口等。

Reference

《聆听音乐》读书笔记（二、三）

Sun, 08 Nov 2020 10:46:37 GMT

《聆听音乐》读书笔记（二）

两种演唱方式：音节式，歌词的每个音节只有一个或两个音符；花唱式，一个音节有很多音符。

文艺复兴 Renaissance 字面意思是“再生”，广义指 1350 - 1600 年首次出现在意大利，然后在法国，最后在英国的一个理性和艺术的兴盛时期，音乐上更狭义指 1450 - 1600 年。关注古代经典文学艺术的的再生是一种对人类自身的兴趣的再生。我们把这种热情的对人自身的兴趣叫做人文主义。简单地说，人文主义是一种信念，他相信人不仅是上天的礼物，他们的确也有能力创造很多美好的事物，也有能力来欣赏它们。
艺术的判断、欣赏和批评在人文主义的文艺复兴时期第一次进入了西方人的思想。
帕勒斯特里那被人们夸张的称为“宗教音乐的救星”，他的复调弥撒曲避免了一种强烈的节拍和“迷人”的节奏，用简单的对位代替了复杂的模仿复调，所有的特质都使歌词能够非常清晰地表达，符合特伦特宗教会议提出的所有要求。
1460 年约翰·古登堡发明活字印刷术。1501 年乐谱被快速、便宜的印制，第一批有学识的业余音乐爱好者出现了。

《聆听音乐》读书笔记（三）

巴洛克 Baroque，源于葡萄牙语，意思是形状不规则的珍珠，艺术史指 1600～1750年。
罗马圣彼得大教堂、巴黎郊外凡尔赛宫都是典型的巴洛克建筑，他们的广场、建筑、柱廊、花园和喷泉都是建立在宏大的规模上。
巴洛克音乐的特征：宏大、激情的表现和戏剧性。
巴洛克时期，很多调式逐渐减少，剩下现代所用的大调、小调。这两种调式尖锐地、戏剧性地形成了不同的音响，他们可以被用于表现的目的。作曲家可以在阴暗的小调与光明的大调之间形成对比，就像画家为了戏剧性的效果而做明暗对比那样。
歌剧 opera，意大利语意思是作品。咏叹调 aria，意大利语意思是歌曲、曲调。
奏鸣曲 Sonata，是一种器乐的室内乐，每个声部只有一个演奏者。协奏曲 Concerto，是一种以独奏者和管弦乐队之间友好竞赛为标志的音乐作品。

我为什么喜欢古典音乐

Mon, 26 Oct 2020 10:46:37 GMT

一、音乐是舞蹈的灵魂

2006年，在武汉体育学院本科学体育舞蹈时，维也纳华尔兹课上总是伴随一些耳熟能详的圆舞曲练习方步，这些甚至我都叫不出名字的优美旋律令我陶醉，每次聆听都不禁想迈出舞步。专业课虽然包含视唱练耳，但只止步于基础乐理的认识五线谱，我记得最后几节课开始提到大调与小调，并且通过听老师的弹奏来区分它们，没有进一步深入赏析我们舞蹈所使用舞曲。

音乐是舞蹈的灵魂，舞蹈是音乐的回声。

我理解，作为灵魂的音乐正是舞蹈所要表现的情绪与涵义的最核心的根源，在这个层面上，它同编舞者一样重要，指导着肢体动作。当我随音乐跳起华尔兹，却不知道音乐（或歌词）在表达什么的时候，我确实可以被形容为头脑简单，四肢发达。不巧的是，作为舶来文化的体育舞蹈，所用的舞曲大部分也来自于西方，特别是歌曲里唱的都是英文歌词的时候，我常常听不懂在唱什么。

欣赏像 Slavik & Karina 这类高水平运动员表演的时候，常看到他们的嘴形跟着舞曲一起唱，我想那一定是基于理解音乐内容的基础上完全投入的自然舞蹈流露，才会令这些小动作看起来那么自然且动情。

![Slavik Kryklyvyy & Karina Smirnoff - Samba, Miami 2017](./Slavik Kryklyvyy & Karina Smirnoff - Samba, Miami 2017.jpg)

Slavik Kryklyvyy & Karina Smirnoff - Samba, Miami 2017

细心的同学很快就把小动作“学”到了，听一位同学半开玩笑说“不知道嘴巴怎么动，就一边跳一边念拼音 a b c d”。可最后呈现的效果做作又可笑，后来老师实在看不下去了，课上专门强调叫我们跳舞时候嘴巴不要乱念叨。盲目模仿流于表面，仿若东施效颦。

自那以后我慢慢意识到，要跳好体育舞蹈，需要更多的理解音乐，除学好英语之外，就是要学会聆听音乐了。同时，也为我舞学的不好找了个理由🤣。

二、飘渺神秘

在报社做摄影工作时经常用 Photoshop，当一张照片呈现在屏幕上，你可以很直观的在平面空间中观察和反复修改它，无论整体还是放大局部，都能在修改后一眼看出变化，具体又直观。

在我对照片处理方式习以为常后，偶尔处理声音文件，立刻就被它**飘渺神秘的特性¹**难住。面对声音处理软件中呈现出来的一串波形图，除了音量大小之外我看不出来任何东西（废话，声音当然是要用听的🙄）。

处理声音只能先一遍遍地回放它找到位置，修改后再一遍遍回放来比较效果。不像照片将画面凝固在某一时间，声音虽然也可以被录制“凝固”下来，但与照片不同——时间完全凝固时就听不到什么了。声音只存在时间流逝中，稍纵即逝的神秘令我难受又好奇。

三、离别时刻

坐在离别的火车上听 Time to say goodbye，感触颇深。这个已经在另外一篇中写过了。

四、音乐无需懂

在 WeThinker 《聆听音乐》读书会上，主读人张娜老师在预热分享上讲的话，让我产生的一点联想，下面是群消息摘录：

我：

昨天张娜老师说她的老师讲一句话“古典音乐不需要懂”，让我想起来电影天能（Tenet）一句台词：Don’t try to understand it, feel it. 想解读古典音乐，就像想搞懂克里斯托弗·诺兰烧脑的电影剧情一样困难。我这个门外汉也能听出古典音乐中所蕴含的情绪，并陶冶其中，也确实不用学究其中的原理。但就像烧脑电影中的惊人谜题一样，越深入研究越有趣。分享个我为什么想学习它的原因之一。

张娜：

“音乐无需懂”，首要是不必以追求“懂”艺术音乐而在渐近之前就设定一个无形的障碍和门槛。如果能够在反复聆听作品的过程中，与个人的感性直觉体验、知识储备——无论是否音乐领域的、经历阅历，运用充分积极的想象加以链接，艺术音乐一定可以“懂”的。谢谢大家贡献了那么多非常优质的资料资源，我们不已经都在艺术音乐的大门里了吗？再不是门外汉。搬走这个无形的障碍，甚至它根本不存在，“Don’t try to understand it, feel it.”

五、寻回想象力

童年末期，我开始对一些动画片感到索然无味（猫和老鼠至今都看不厌），但仍想通过看动画片抓住想象力的魔力。可时间留不住，年龄和理性增长同时想象力不免减退，对我而言，想象力是创造力和快来的来源，所以当我聆听古典音乐，思绪飞翔进入想象力的天空时，我仿佛找回了那个天真的年代²。

见《聆听音乐》中文第5版，前言，插图小节。中文第7版没有这一小节了。还有第5版第1章末尾赏析《查拉图斯特拉如是说》，直接写“在用做斯坦利·库布里克的电影《2001年太空漫游》一片中的音乐时”，而第7版则含糊写成“被用来作为一部电影的配乐”，这些改变不知是原版还是翻译造成的，后面还未看完，至此觉得中文第7版很多主题在目标周围绕，就是没命中上去。↩
《聆听音乐》中文第5版第1章的“为什么听古典音乐？”小节中，公众的典型回答其中有 - 3.“在欣赏交响曲时，我的思绪飞扬到美妙的儿童时代。”。中文第7版中把这个例证去掉了。↩

Moment.js 使命完成，替代品推荐

Fri, 02 Oct 2020 10:46:37 GMT

看到新闻 Moment.js 宣布进入遗留状态的当天觉得挺惊奇，没想到这一天这么快就到来，不禁感叹前端开发、Javascript 世界变化之快以及高效。到 Moment.js 官网看了声明，很清楚的说明项目的情况和考虑，前面一部分翻译如下：

项目状态

Moment.js 已被数百万个项目运用，我们为在 Web 上更好使用时间日期作出贡献而感到高兴。截至 2020年9月，Moment 每周的下载量超过 1200万！然而，Moment 是为 JavaScript 生态系统的上一个时代构建的。如今的现代 Web 看起来已大不相同。这些年来，Moment 有所发展，但其设计基本上与 2011年创建时相同。鉴于有众多项目依赖它，我们选择优先考虑稳定性而不是新功能。

例如，Moment 对象是可变的。这是有关 Moment 的常见抱怨来源。我们在使用指南中提到了该问题，但仍给大多数新用户带来意外困扰。对于每个使用 Moment 的项目，更改为不可变对象将是一项重大的断层式更新。创建不可变的 “Moment v3” 将是一项艰巨的任务，并将使 Moment 完全成为一个不同的库。由于这已在其他库中完成，因此我们认为保留可变的 API 更为重要。

在现代应用程序中针对 Moment 的另外一个问题是他的大小。Moment 在流行的 “tree shaking” 算法中工作的不太好，导致 Web 应用程序包的曾大。若需要国际化或时区支持，Moment 会非常大（译注：当前的 v2.29.0 官网上显示 moment.min.js gz压缩后为 18.2k，moment-with-locales.js gz压缩则增至 73.2k）。现代 Web浏览器（和 Node.js）通过规范编号为 ECMA-402 的Intl 对象暴露对国际化和时区支持。Luxon 等其他库利用这一优势，减少或取消自己提供数据文件的需要。

最近，Chrome 开发工具开始因其大小而建议替换掉 Moment。我们普遍支持这一举措。

你可能想阅读：

Moment 团队已详细讨论了这些问题。我们认识到许多现有项目可能会继续使用 Moment，但是我们不鼓励在以后的新项目中使用。作为替换，我们推荐当今在现代应用中使用的绝佳选择。我们还想推广 JavaScript 的 Temporal 新增提案，该功能正在寻求反馈和贡献者。

我们认定 Moment 现在是处于维护模式下的遗留项目。他并没有死，但他确实已完成使命。

这意味着：

不再添加新功能特性。
不再修改 Moment 的 API 为不可变对象。
不再解决 tree shaking 和包大小问题。
不再有大版本更新（没有 version 3）。
可能不再修正 bug，特别是较久远的问题。

对于 Moment 国际化语言文件：

我们可能不接受对区域设置字符串或本地化日期格式的修正，特别是在它们的当前形式已经被成功地论证过的情况下。
您必须使用重要的，非轶事证据来为地区变更提出新的令人信服的论据，以支持您的立场。
如果您要更改的字符串或格式反映在 CLDR 中，那么您必须首先在此处提交更改并接受它。

但由于 Moment 已在数百万个现有项目中使用：

当出现严重安全问题时，我们将予以解决。
在 IANA时区数据库发布后更新 Moment-Timezone 的数据。

替代品

官方推荐如下几个库：

我建议你去每个库的官网看看他们各自的特色和优点，然后再决定选择哪个作为替代。

其中 Luxon 的作者是 Moment 长期贡献者 Isaac Cambron，算是 Moment 的灵魂续作。Day.js 有着与 Moment 类似的 API，快速替换的好选择。date-fns 遵循函数式编程规范，直接操作 JS Date 对象，这是我的首选。

我与 Moment 的故事

2015下半年转行 Web 开发的第一份工作中，首次看到同事使用 Moment 后，我就对他格式化日期操作的便利性所吸引（不用再 getFullYear, getMonth …），然后被我运用到各种不同项目中。

上面提到的可变对象问题，今年在公司一个可视化大屏项目中，确实令我困扰了一下，直到我反复试验后才注意到 add() 操作后可变对象的问题。不过这只是一个小插曲而已，仍然要感谢 Moment 在这段时间中给我开发所带来的便利和愉悦。

Moment 的发展现状正是 Javascript 生态增长且发展的一个正面例子，是当今热门词汇内卷化的一个反面例证。

升级 07 年的 HP Compaq v3000 笔记本电脑

Thu, 02 Jul 2020 10:46:37 GMT

一台 2007 年买的 HP Compaq v3000 笔记本电脑，陪伴我整个大学年代，学网页制作、3D动画、校报编辑、摄影、玩 PSP，毕业前夕出去找网页制作的工作，都把它装在我的斜挎运动包里带着给别人演示作品，对它有很多回忆。

13 年过去，现在运行 Win10 速度很慢，花 202元买了些部件给它升级下。包括：

CPU: Intel Core Duo T2050 1.6GHz -> T7200 2GHz
RAM: 2.5G -> 4G
Storage: 80G HDD -> 120G SSD
Wireless: 3945ABG -> 4965 AGN

升级无线网卡 3945

升级换掉 3945 无线网卡遇到问题，v3000 主板的 BIOS 中有硬件白名单 whitelist，在 bios-mods 论坛中有找到个 HP DV2000 白名单修改的 BIOS，被修改的原 DV2000 BIOS 更新文件与 v3000 的更新文件，文件名相同为 sp36869.exe，且 MD5 hash 相同，所以判断修改后的 BIOS 应该也可以通用。

赌一把刷了试试，反而 3945、4965 两个都不能用了。修改的 BIOS 应该不是移除白名单，而是将白名单中的 3945 修改为其他型号。再进一步，只能自己修改 BIOS，考虑再三我还是放弃并刷回原 BIOS。

可用内存为 3G

T7200 CPU 是 64bit 的，也装了 64位的 Win10，已安装内存显示 4G，但可用内存为 3G，有 1G为硬件保留的内存，上网查说这好像是正常的，就没再研究。

升级效果

升级后开机和操作响应速度快了很多，特别是硬盘的速度，不再动不动就 100%。足够下载、上网、文本处理等日常用途了。老机器再战 5年不成问题。

补充 by 网友-老丹

朋友也是这款笔记本，升级2G内存，但外侧插槽不工作不知缘故，算了。Wifi 模块坏了，所以必须更换。BCM94322MC 是 Dell 的，必须更换这个名，同时更改硬件ID：PCIVEN 14E48 DEV 432B SUBSYS 1380 103C，商家给的1379是错的。参见文章BiosRepair-修改BIOS添加网卡白名单问题。

由于给他升级，勾起想换 CPU 的心，再说吧。目标可能是 T7400，三十多块钱。

🦠 使用 GitHub Actions 自动填报健康打卡

Sun, 14 Jun 2020 10:46:37 GMT

First of first, in my opinion that was a bad idea, it almost take any effect to control pandemic spreading, but a violation personal privacy.

中国多地欲将健康码常态化，引发隐私担忧

Many bad things (GFW…) like these full of my daily life, makes me feel tired, let me can not taking time to thinking things really matters.

So, here we come a Github Action to automatically submit COVID-19 report.

Find more detail at yg-covid-report-action.

烂读者还是烂媒体？

Sun, 17 May 2020 10:46:37 GMT

“猎奇猎色、匪夷所思、荒诞无稽、耸人听闻”，5年前，我在大楚网地方频道做编辑的一次内部产品说明会上，这样形容我每天编辑处理的资讯，但未深入地讨论，无奈这些内容是经过长期市场 PV/UV 反馈检验，而受到同事们所默认的。

是受众的偏好造就媒体产品的选题方向，还是媒体的水平培养读者的品味？当时我自己反思的简单结论认为，这是一个互相反馈促进的系统。

最近看到一些文章/视频(如下，都墙🧱)，让我再次思考起这个话题。

人民該替爛媒體的形成負多少責任？

这些文章的见解比我专业深刻得多，令我更好理解了这个话题，下面是我的一些浅显再思考（不想浪费时间，只看上面的链接就够了）。

人骨子里喜欢简单容易的事情，比如刷低俗无意义短视频，几秒钟一个，几乎不需要动脑子思考，本能地拇指向上一划，就能从中获取视觉听觉上直截了当的感官刺激，愉悦而令人上瘾。相比需要弄清楚错综复杂的人物关系、事件背景、历史渊源，才能理解的内容，前者更易于使人接受。

劣质资讯内容就是抓住了人的这种心理，引诱精神脆弱、空虚的读者，令他们人性中的堕落与贪婪暴露无遗。

写这篇文章一边与朋友简单交谈后，他删掉了手机中的抖音，这是一个好的开始，但在他提高自律、找到充实自己的方法前，还有很多家劣质媒体平台在觊觎着他的注意力，准备乘虚而入。

2020-10-30 更新

推荐看 Netflix 的纪录片《监视资本主义：智能陷阱》（The social dilemma）。

纪录片《监视资本主义：智能陷阱》的截图，PPT 中写着 “挫败人性”。

学习面向对象编程设计原则

Tue, 31 Mar 2020 10:46:37 GMT

在用 TypeGraphQL 和工具 TypeDI开发中，新接触到依赖注入(dependency inject)、抽象类(abstract class) 概念，这些概念的提出都源自于面向对象编程的设计原则(Object Oriented Program design principles)。找到几篇通俗易懂的文章，让我这个自学出生的程序员都能理解，记下这几篇优秀的文章，反复阅读理解之。

当然 OOP 设计原则不止这两个，还有诸如 Open-close principle, Do Not Repeat Yourself(DRY) 等。Keep searching!

几款多端实时协作、同步的开发工具

Sun, 22 Mar 2020 10:46:37 GMT

在开发 Askent 的 Question 列表中，需要在 管理、用户、演示 三端之间同步用户提问 Question 的状态。该列表需支持筛选、关键词搜索、排序、分页，使用 Apollo Subscription(实质是 PubSub 模式) 做了很久，同步总是存在问题，如场景：

管理端置顶一条用户端当前分页中不存在的 Question，用户端相当于新增一条，而用户端当前分页中有该条的，则需更新

针对各种场景进行补漏，代码越来越多且复杂难以维护（回顾迭代过程类似 deepstream 介绍 realtime search 的这篇文章），我意识到在这里使用 PubSub 模式可能是个错误。

于是展开一番搜索，发现如下开发工具：

先记下来再逐一细看，也想起来之前要做一个多人协作文档编辑工具，找了些 OT 算法的实现库，但对于状态同步，那时没找到好用的工具，配合上面几个工具应该可以实现。

找软件工具时，AlternativeTo 是个很好的参考，非常适合寻找类似工具，进行横向对比选择。有个搜索关键词的技巧，在要找的软件后面加 like 并 Google 之，如搜：pubnub like。

另外找到一篇有趣的文章 A single data structure holding program’s state has a name - database，探讨了将 Redux and RethinkDB 结合使用，持久化、实时同步客户端状态，作者网站还有很多 Javascript 开发、测试主题文章，并且作者十分关注全球气候问题。

Askent 项目进展及准备弃用 Prisma2

Sun, 01 Mar 2020 10:46:37 GMT

进展

继上篇后新完成大屏演示端、消息订阅、部分 API 分页。

大屏演示端界面及观众移动端界面

问题

随着功能开发深入细节，仍在 Preview 开发状态，功能未完善的 ORM 工具 Prisma2 问题凸显。我对数据库、ORM 没经验，这些问题在之前的选型中确实未考虑到，用到的 Nexus 框架也还在重度开发中，经常有 breaking changes，导致项目框架变动频繁，不过 Askent 项目一开始是作为我技术实践学习用的，折腾期间已学到很多。

开发中的 Prisma2 关键功能严重缺失，导致产品功能无法实现，如今到了要“弃坑”的时候。缺失关键功能如下：

关联表不支持 column 名自定义

我的 prismal.schema 中有如下 model 定义：

model User {
  id             String     @default(cuid()) @id
  votedQuestions Question[] @relation(name: "VotedUsersUserTable")
}

model Question {
  id           String  @default(cuid()) @id
  votedUsers   User[]  @relation(name: "VotedUsersUserTable")
}

User 和 Question 多对多时会创建关联表，用 @relation(_name: String?, references: Identifier[]?) 定义关联表名，但无法自定义 field 名，只是无意义的 A 和 B，如下

关系表 VotedUsersUserTable:

A	B
aId	bId

不知道 AB 哪个是 userId，哪个是 questionId，虽然比较一下能确定，但这样也太不明确了，也就不好统计 Question.votedUsers 的 Count。

查询排序不支持多条件。详情见 issue: Order by multiple fields。
不支持 Aggreation 查询。详情见 issue: Aggregations。
Count 查询不支持条件。详情见 issue: Parameterized .count() queries。

这些功能将会在以后逐渐完善，但并没有具体的实践计划，所以为了让 Askent 功能开发继续，暂只能弃坑，准备用成熟的 Sequelize 替换之，参照 ts-apollo-sequelize 项目。

同时数据库准备用 MySQL 替换 SQLite，之前用 SQLite 是起步之初为简化开发环境。

我很喜欢 prisma.schema 定义 model 的方式，屏蔽麻烦的数据库的建表工作，还有自动生成 PrismaClient，极大简化访问数据库操作。看到正在更新的 Nexus 新官网，将要集成数据库访问，或许就是 nexus-prisma 将默认集成到其中，成为从数据库到 GraphQL 的一站式开发框架。很看好 Prisma2 的发展，期待看到它逐渐完善后的样子。

看不见的恐怖——游戏《返校》通关感受

Tue, 25 Feb 2020 10:46:37 GMT

我是个胆小怕玩恐怖游戏的人，小时候狂风大雨的夜晚，吓得翻出不敢玩的生化危机光盘 💿，果断掰断后才敢睡觉。但《返校》这种程度我还很能接受，唯二两次被吓到是，第一次在礼堂外被鬼追，第二次是在厕所镜子前，可以说恐怖程度很轻，易于让大众接受的。掌握鬼和灯笼鬼的规律就很容易对付了，游戏后两章甚至都没有鬼。

配合美术风格、音效，游戏营造出的恐怖氛围令人压抑，场景中的建筑、生活物品、日记行文，很有年代和文化氛围的特点，我非常喜欢。

『返校 - Detention』及『還願 - Devotion』兩款作品，同時成為哈佛大學燕京圖書館的館藏內容之一

游戏的恐怖在视听效果上只是轻量，最令人毛骨悚然的在于游戏背景所影射真实历史中，也是正在我们身边，很多人却无法察觉的恐怖。

当可以思想多样迥异、观点自由碰撞，老师不再怕被讲授不同见解丢饭碗时，恐怖才算消散。当旁边小朋友问我在玩什么游戏，我告诉他后，他能自己在 Store 中找到，才能让我不再愤怒。

我玩出的是 Good Ending，也就是上图那一幕作为结尾。然后我在网上搜，看到简体中文版被修改或阉割对比，我觉得在此游戏上的审核事情，显得格外讽刺。

销户微博账号

Fri, 07 Feb 2020 10:46:37 GMT

看得透彻，所以如此。

我先用批量删除微博脚本，清空了所有短文，然后邮件客服处理注销账号。

注销之前想清除头像随便换个别的，但网页客户端上传图片一直失败，感觉太糟了。

互动演示工具 Askent 已开发出管理与观众端雏形

Wed, 05 Feb 2020 10:46:37 GMT

武汉新冠状病毒肆掠，春节在家待着，休息期间继续给之前立的项目 Askent 添砖加瓦，目前实现增删活动、观众端提问、审核编辑提问、提问增删改实时同步。还差展示大屏端功能，现有功能也只是实现了雏形，working in progress…

项目是模仿 Sli.do 做的，随着功能开发深入研究后，越发觉得这是一款精心设计和开发的产品👍。

Repository: https://github.com/BerlinChan/askent

Screenshots

管理后台新增活动

管理后台，预览审核编辑问题

观众端提问与投票

Tech-stack

Typescript
GraphQL
Apollo
Prisma2
Nexus
React
MaterialUI

Askent 也是我的一个技术探索实践项目，所以技术选型偏激进，特别是还在 preview 版本的 Prisma2，很多 aggregation 查询都还未实现，且存在严重 bug，但活跃的社区应该能逐渐完善它。我也借此以一位深入使用者的身份，旁观一个开源项目的发展。

Apollo-Client + Subscription 是消息实时同步的绝佳使用场景，来开发提问的多端实时同步非常方便。它实质是 WebSockets 的 API 高级封装，在授权、订阅过滤方面使用更加方便。

从零开始，创建一个多端互动演示工具

Mon, 30 Dec 2019 10:46:37 GMT

初识互动演示工具

参加过一次 Gatsby 线上讨论会，会后提问环节用 Slido 互动收集问题，主持人解答了投票数最高的几个问题，当时这款 Slido 工具清爽得界面和简单实用给我留下很深印象。

Slido 的提问互动演示界面

这类软件在国内多被称为“现场/大屏互动”工具，Hi现场是这类产品的代表。这类产品功能丰富且贴近国情（微信、弹幕、摇一摇），同样界面也很接地气——眼花缭乱、纷繁复杂😵。我很不喜欢这种玩具化的界面，令人想起 2000年国内站长热时候的“网页特效”，炫丽动感的界面吸引人们的注意力，反而降低有效信息传递的能力，甚至从心理上引导人们的思考方式，将严肃交流讨论的思维活动变成一场儿戏——媒介即隐喻。

当然，就其本身定位用于娱乐领域，这并不是问题。后来找到一个面向国内的产品皮豆互动还不错。

什么是互动演示工具

简言之，互动演示工具让演示者与其观众双向沟通。详细的介绍请参见《What Is Interactive Presentation Software And How Should You Use It?》。

还有不少 Slido 类似的工具，功能大同小异，且国内都可正常访问，推荐大家使用。

结合我常用的开发工具，从零开始创建一个以“简洁、易用、安全”为标准的多端互动演示工具，且叫它为 Askent，一个代号好记而已。好吧，既然又开始“造轮子”了，也不介意再造一个新词了😆，开始吧！

Repository

https://github.com/BerlinChan/askent

Working in progress, continually updated…

2月5日开发进度更新

使用 GnuPG 的常见问题

Mon, 16 Dec 2019 10:46:37 GMT

GNU Privacy Guard (GnuPG 或 GPG) 是赛门铁克 PGP 加密套件的自由软件替代品。

关于 GPG(PGP) 有两则轶事。

作者齐默尔曼差点因 PGP 的强加密功能而被指控为“没有授权的军需品出口”。军需品——枪支、炸药、飞机和软件的出口是被限制的，齐默尔曼就使用了一种富有想象力的方法来对抗这一规定。他将 PGP 的全套源代码出版成一本书，于是作为书本出口，受到第一修正案的保护。

另一则，在纪录片《第四公民(Citizen Four)》（在 BiliBili上观看）画面中配有使用 GPG 解密消息的画面，Edward Snowden 就是通过 GPG 与记者进行加密通讯的。

下面记载一些使用 GPG 的教程与常见问题。

通俗易懂的 GPG 教程

最佳实践

GPG Subkeys 的建议。使用子密钥，仅当需要如下情景时才用主密钥对：

创建新子密钥
改变一个 UID 的首选项
吊销 UID 或子密钥
为密钥签名或撤销现有签名
创建新的 UID 或将现有的 UID 标记为主要
更改主密钥或其任何子密钥的过期日期

请参考如下最佳实践文章：

只能上传一个 subkey 到 keyserver

有的 keyserver 只支持一个 subkey，在文章GnuPG: 用多个sub keys保护primary key中有提及。

简便易用的 GUI for GnuPG

参见 GnuPG Software Frontends

警告：签名的子密钥 … 未经交叉验证

WARNING: signing subkey ... is not cross-certified

验证签名的警告，下面给出的链接有很清楚的解决方案与说明

学习 GraphQL 的疑问和解決方案

Fri, 29 Nov 2019 10:46:37 GMT

先扯点别的

上一篇准备翻译 10++ TypeScript Pro tips/patterns with (or without) React 的，但翻译到一半后决定弃坑，强烈的挫败感，原因如下：

原文最初写于 2018-10-29，自那以后 Typescript 和 React 都有很多更新(JS 的世界日新月异)，文中有些内容已不再适用。而且我觉得本文中有些建议，包括 Typescript 本身，过于追求了严格和限制，反而丧失 Javascript 的灵活优势(双刃剑，莫抬杠)。没有深入使用过 TS，所以还抱着怀疑的态度在学习中。

技术文章有很多术语，翻译后反而不容易理解，原有单词放在英语语境中反而容易理解，有时候一整句保留所有术语后，翻译出来的中文就是几个”的”、“在”、“上”、“使用”，都怀疑还有没有必要翻译。

下面正文开始。

学习 GraphQL

老有人拿 RESTful 和 GraphQL 比较，一直很好奇，最近我就看了看。跟官方教程走了一遍后，我更喜欢 GraphQL 的另一种实现 Apollo，相比 GraphQL 更容易理解，写起来更简洁。而且与之配合的客户端 Apollo Client 要比 Relay 也更简单(虽然客户端是非必选的)，于是就选择 Apollo 全家桶了。

在用 GraphQL 读写数据库，和用 Apollo Server 包装了两个现有 REST API 初步试用后，觉得这确实是个很新鲜实用的 API 方案。对于这种 Schema First Development 的开发实践方法也很赞同。但留下了一些疑问(逐渐更新，找到解决方法也会更新，求教各位)，于是记载一下。

1. 如何模块化的管理本地状态?

Apollo cache 缓存从远程拉取的数据，同时也具有了管理本地状态数据的能力。Apollo 官方也推荐这么做:

Managing all your data with Apollo Client allows you to take advantage of GraphQL as a unified interface to all of your data.

这样做的好处是，可以不再关心状态数据从远端还是本地来，一概都用 GraphQL 的 Query 来查询，用 Mutation 来更改。但随着应用的功能增加和业务复杂化，所有的状态在一个 Apollo cache 中，且所有 typeDefs、resolvers 都写在一起，很快会变得无法维护。

在专门的状态管理方案中都有解决模块化问题的方案:

Redux 中的 combineReducers
Vuex 的将 store 分割成模块（module）

解决方案(部分)

在官方文档 Code splitting 中提到了一点这个问题，用 client 实例的方法 addResolvers，添加模块中的 resolvers。但还是有问题：怎么分离 typeDefs 呢？

现在看 Client 端 typeDefs 还是要写到一起去。虽然直接在 resolvers 中定义一个 typeDefs 中不存在的 field 不会报错并可以用，但显然是个不优雅的做法。

结论

那目前我选择不用 Apollo Client 管理本地状态，若需要，还是交给 Redux 或者 MobX 这类专门工具，这样客户端几乎不用写 typeDefs 和 resolvers 从而避开模块化问题了。

值得反思的是，在事情复杂到需要模块化之前，你可能不需要什么状态管理，如 Redux 作者之一 Dan Abramov 说：

I would like to amend this: don’t use Redux until you have problems with vanilla React.

2. 模板代码名称多

比如我要取值 someList，用 Apollo Client 操作前先定义这个 schema:

export const GET_SOME_LIST = gql`
  query GetSomeList {
    someList
  }
`;

GET_SOME_LIST、GetSomeList、someList 这三个名称分别是:

给 useQuery(或 useMutation)传参数的常量，可类比 Redux 中的 Action type
GraphQL 操作名，非必须
GraphQL field 名

这三个名称看起来很类似，但是为了程序可读性它们都按这样的模板写好。现在名称很短还不成问题，但在上一个模块问题没解决前，可能需要用加前缀当作命名空间，避免命名冲突，比如：

export const SET_DASHBOARD_LIST_EXPANDED = gql`
    mutation SetDashBoardListExpanded($ids:[ID]!){
        setDashBoardListExpanded(ids:$ids):[ID]!
    }
`;

啊，看不清了 😵

解决方案

老老实实写。用 GraphQL Code Generator 辅助生成，能缓解部分手工写模板代码的工作。

2019-12-24 更新

GraphQL Code Generator 的使用案例参考：Build a GraphQL + React App with TypeScript

3. 如何身份验证？(2019-12-04 更新)

这是我接触 GraphQL 的第一个问题。GraphQL 给我最初的感觉是将数据库读写直接暴露给应用程序端了，当然这是个错误(或浅显)的认识。身份验证怎么办？这样岂不是可以瞎搞？🤪

解决方案

在 Apollo Server、Client 加上身份验证的逻辑就行，官方教程与文档已经写得很清楚了。请参考：

4. 如何更方便将数据库接入 Apollo Server？(2019-12-05 更新)

Apollo Server 结合 npm 包 pg-promise、monk 这类工具很方便将 Postgre、MongoDB 数据库作为数据源接入，代码如下：

const { ApolloServer } = require("apollo-server");
const { gql } = require("apollo-server");
const pgp = require("pg-promise")();
const connectionString = "postgres://username:password@host:port/database";
const db = pgp(connectionString);

const typeDefs = gql`
  type Query {
    user(id: ID!): User
  }

  type User {
    id: ID!
    name: String
    email: String
  }
`;

const resolvers = {
  Query: {
    user: async (parent, { id }, context, info) => {
      const query = `SELECT id,name,email FROM table_user WHERE id = '${id}'`;

      return await db.one(query);
    }
  }
};

const server = new ApolloServer({
  typeDefs,
  resolvers
});

server.listen().then(({ url }) => {
  console.log(`🚀 Server ready at ${url}`);
});

但显然有个不够自动化的问题——需要根据数据库表结构定义手工写 schema，如上例中的 User，对于不同的查询参数也需要手动写 resolver。我想，数据库中定义好的表结构应该能根据一定的规则转换为 schema，于是朋友推荐看了 Prisma。

解决方案

Prisma 可以解决上面的问题，自动根据现有数据表派生 datamodel（即 GraphQL 术语中的 schema，或者反过来，根据 datamodel 建立数据库表），并自动生成客户端。

Prisma 替代传统 ORMs 并简化数据库工作流程

ORM(Object Relational Mapping)意为对象关系映射，将面向对象语言程序中的对象自动持久化到关系数据库中。关于它的解释请见ORM 实例教程。

之前看 Java 同事用 Hibernate 操作数据库好爽的，原来 JS 里面也可以了。

这东西给我（作为前端开发）感觉是，轻松拉近应用程序端与数据库的距离，在开发中有了更多想象与尝试空间。

在 API 中添加业务逻辑，而不是直接暴露 CRUD(2020-01-17 更新)

可以直接借助 Prisma Photon 暴露操作数据库的 CRUD 方法，但更多的情况是 API 中有特定业务逻辑，而不是直接将数据写到数据库，这才是 API 这一环节的真正作用所在。

不同的环节数据模型也有所差异，这正是 PO、DTO、VO 所定义的。

5. Field 为 List 时的两个感叹号？(2019-12-27 更新)

例如定义 Field tags 为如下：

type TwoExclamation {
  tags: [String!]!
}

[String!]! 有两个感叹号。

第一个 !(String 后面) 表示 tags 中没有元素可为 null，比如这个是无效的：[“Software”, null, “Prisma”]。可以期望请求结果中 tags 的每个元素都为 String。
第二个 !(] 后面) 表示该 List 不可为 null，尽管可为空列表。所以对于 tags，null 是无效值而 [] 有效。可以期望请求结果中 tags 一定是个数组。

这样明确定义，让我们在处理数据时省掉类型判断与容错，而不必担心类型错误的出现。

6. GraphQL 的性能如何？(2020-01-17 更新)

参考项目 node-graphql-benchmarks

7. A GraphQL+Apollo+Prisma+React+MaterialUI tech-stack project

我正在用这一系列技术栈开发 Askent 项目——一个现场交互演示工具，它的介绍请见：从零开始，创建一个多端互动演示工具。

Github Repository: https://github.com/BerlinChan/askent

潜江返湾湖湿地马拉松健康跑

Mon, 18 Nov 2019 00:46:37 GMT

在腾讯视频

潜江返湾湖湿地马拉松健康跑，8km，第一次体验这种活动，热闹有趣。全程背着一台笔记本电脑，三件衣服跑，特别有干劲！

这天天气选的好，上午举办活动，下午就下雨晚上大风降温了。主办方不断消息通知注意事项，应对天气变化问题，给我的感觉是很尽心的。

0:57 处，大数据中心，哈哈，想起来这篇新闻的 ——

一个巨大的运动场馆被改造成了“大数据”中心。

😅

在 Javascript 中实现高速公钥加密(一)

Fri, 15 Nov 2019 10:46:37 GMT

这是一篇翻译。翻译已获得原作者授权。
原文：https://medium.com/sharenowtech/high-speed-public-key-cryptography-in-javascript-part-1-3eefb6f91f77
作者：Rolando Santamaria Maso
翻译：陈柏林

本文将讨论如何在 Javascript 中实现端到端的安全通信。使用最先进的加密库，我们展示了一个健壮的加密系统的基础。

基础

在开始前，我们要讲两个入门概念。

公钥加密

“公钥加密”(Public Key Cryptography)是一种使 Internet 安全的加密机制。

公钥加密 或称 非对称加密，是一种使用密钥对的加密系统，其公钥可以广泛散播，私钥只有所有者才知道。它可运用于两方面：

身份验证（用公钥验证配对的私钥的持有者发送的消息）
加密（私钥持有者解密用公钥加密的消息）

使用公钥加密系统的示例：

SSL/TLS 握手
Whatsapp
Threema
PGP & OpenPGP
其他成千上万的应用……

NaCL & TweetNaCL.js

NaCl(发音”salt”、“氯化钠”或”盐”) 是一个新的易于使用的高速软件库，用于网络通信、加密、解密、签名等。NaCl 的目标是提供构建高级加密工具所需的所有核心操作。

NaCL 项目由我们时代最杰出的计算机科学家之一 Daniel J.Bernstein 领导。

参考阅读 Aaron Swartz 对 Daniel J.Bernstein 的评论：http://www.aaronsw.com/weblog/djb

具体来说，NaCl 使用椭圆曲线密码术，而不是 RSA；它使用椭圆曲线 Curve25519，具有几个高级的安全特性；它使用 Salsa20，而不是 AES(尽管它在边上包含了一个 AES实现)；它使用的是 Poly1305，而不是 HMAC；它使用的是 EdDSA，而不是 ECDSA。

NaCL 被证明是安全的，因为从理论上讲，暴力破解 Salsa20 比相应的 AES 更昂贵。另一方面，Salsa20 在设计时考虑了速度，即使在低速 CPU 下也能提供出色的性能。Salsa20 速度的更详细的解释在这里：https://cr.yp.to/snuffle/speed.pdf

TweetNaCL

TweetNaCl 是世界上第一个可审计的高安全性密码库。TweetNaCl 仅有 100条推文那么大，包含了 C NaCl 的全部 25个函数。TweetNaCl 是一个自包含的公共 C 库，因此可以轻松地将其集成到应用程序中。

TweetNaCL.js 将 TweetNaCL 引入了 JavaScript，因此也引入了 Node.js 和 Web。它使用 XSalsa20(longer nonce) 流密码(stream cipher)代替 Salsa20。

Javascript Benchmarks: https://github.com/dchest/tweetnacl-js/blob/master/README.md#benchmarks

开启 JavaScript 加密之旅

译注：可直接运行的 Demo 下载

Bob 加密消息给 Alice

const nacl = require('tweetnacl')
nacl.util = require('tweetnacl-util')

// reading Bob key pair from secret key
const bob = nacl.box.keyPair.fromSecretKey(/* Uint8Array with 32-byte secret key */)
// reading Alice public key
const alice = {publicKey: /* Uint8Array with 32-byte secret key */}

// generating one time nonce for encryption
const nonce = nacl.randomBytes(24)
// message for Alice
const utf8 = 'Hello Alice'
// Bob encrypts message for Alice
const box = nacl.box(
  nacl.util.decodeUTF8(utf8),
  nonce,
  alice.publicKey,
  bob.secretKey
)
 
// somehow send this message to Alice
const message = {box, nonce}

TweetNaCL.js 公钥加密的例子

Alice 解密来自 Bob 的消息

const nacl = require('tweetnacl')
nacl.util = require('tweetnacl-util')

// reading Alice key pair from secret key
const alice = nacl.box.keyPair.fromSecretKey(/* Uint8Array with 32-byte secret key */)
// reading Bob public key
const bob = {publicKey: /* Uint8Array with 32-byte secret key */}
             
// const message = ... the message object from Bob
// Alice decrypts message from Bob
const payload = nacl.box.open(message.box, message.nonce, bob.publicKey, alice.secretKey)
const utf8 = nacl.util.encodeUTF8(payload) // <-- 'Hello Alice'

TweetNaCL.js 私钥解密的例子

使用预先计算的共享密钥

对等两点之间的加密/解密会话，建议使用预先计算的共享密钥：

// Bob pre-computes shared key with Alice (one time)
const sharedKey = nacl.box.before(alice.publicKey, bob.secretKey)

// generating one time nonce for encryption
const nonce = nacl.randomBytes(24)

// Bob encrypt message for Alice
const box = nacl.box.after(
  nacl.util.decodeUTF8('Hello Alice'),
  nonce,
  sharedKey // <-- using shared key
)
const message = {box, nonce}

TweetNaCL.js 使用共享密钥加密的例子

// Alice pre-computes shared key with Bob (one time)
const sharedKey = nacl.box.before(bob.publicKey, alice.secretKey)

const message // <-- message object from Bob side
const payload = nacl.box.open.after(
  message.box, 
  message.nonce, 
  sharedKey // <-- using shared key
)

// assert.equal('Hello Alice', nacl.util.encodeUTF8(payload))

TweetNaCL.js 使用共享密钥解密的例子

维护密钥

公钥

”公钥加密架构“需要适当的方案来维护和认证某公钥确实属于某用户。尽管此过程不在本文讨论范围之内，但常见的解决方案包括将用户的公钥作为其个人资料页面的一部分进行维护，使其联系人可以通过查找目录来访问它。(译注：这类服务叫 Key Server，例如 OpenPGPkeyserver)

私钥

维护密钥要复杂得多，因为这是用户希望保密的非常敏感的信息。通常，这个过程是由用户负责的，并且在某种程度上，实现公钥加密的应用程序需要允许用户输入其私钥(绝不要将其传到服务器端，译注：参考该文章)。

密钥通常使用离线安全存储机制或在线存储，使用强对称加密方法(如 AES)来保护密钥。将私钥在线存储，简化了将私钥添加进应用程序的过程(仅用于客户端解密)，例如：在登录阶段。

结论

本文介绍了 公钥加密，以及如何在 JavaScript中使用 TweetNaCL.js 库来实现它。

使用 XSalsa20 而不是 RSA，CPU 使用和电池消耗降低到历史最低，同时保持强大的 256位安全 级别。 —— 给你 App 的提示 ;)

使用 TweetNaCL.js 进行 数字签名 将在该系列的第二篇文章中进行讨论：在此处阅读。

一如既往地感谢您的留言与反馈!

Windows 10(7) 内置 MD5 校验和计算工具

Thu, 14 Nov 2019 10:46:37 GMT

这是一篇翻译。
原文：https://onthefencedevelopment.com/2017/08/15/windows-10-builtin-md5-checksum-calculator/
作者：On The Fence Development
翻译：陈柏林

最近我的主开发电脑工作不正常(启动缓慢，一些应用程序打不开等)，在重装软件中我格外小心。

很久前，我安装过各种应用程序，游戏(包括Steam)和实用程序，现在已很难寻找导致问题的原因。可能有多个罪魁祸首。

现在，我要装 MySQL Workbench，因此我去下载，并注意到该链接下面的 MD5 校验和(checksum)。我总是不检查这些，也许这就是为什么我电脑被搞混乱的原因。但为了使系统尽可能保持整洁，我决定现在起尽量对比检查这些校验和。

那么问题来了，用什么工具来计算下载来的文件的校验和咧？

如果你 Google 搜 “MD5 checker” 会看到许多实用工具，虽然我没怀疑它们的可用性，但我一个也没安装。

每个下载都附带 MD5 校验和便于验证，但过去胡乱安装一堆实用工具把电脑搞乱后，这次我有点担心了。

现在，MD5 并不是什么新鲜事物，您会认为 Windows 10 内置了某实用工具，可以计算哈希值 —— 确实如此。显然，它在 Windows 7 中也可用，但我没有 Win7 系统，因此无法验证(译注：在 Windows 7 SP1 中验证可用)。

打开命令行(译注：或 PowerShell)，输入：

CertUtil -hashfile <path to file> MD5

根据文件大小计算需要几秒钟，如果成功，MD5 hash值将显示如下：

也可以为其他 hash 算法生成校验和，用以下任意一个参数替换上面使用的 MD5 (注意，如果没有指定值，则默认使用 SHA1)

MD2
MD4
MD5
SHA1
SHA256
SHA384
SHA512

因此，如果您只是确定一个下载文件的校验和，实际上不必安装另外的实用工具。

荒野大镖客2——我们的时代已过去是悲凉的事实

Wed, 13 Nov 2019 10:46:37 GMT

断断续续，荒野大镖客：救赎 玩到第四章了，最近有两个场景令我惊艳、感慨。学会了用 Xbox 的截屏和录屏功能，将这两个场景记录下来，与大家分享。

大战在即

第三章 - 克莱蒙斯据点 - 古恨今仇。

在得知杰克被布雷斯韦特家抓走后，达奇带着几乎全体帮派成员一路开到庄园门口，下马步行来到屋前要人。

逆着明亮的月光，树和人都成了阴暗的剪影，画面令人印象深刻。全员出动和对峙谈话间的紧张气氛，很好烘托出为救孩子杰克的心切，这种倾尽全力保障帮派成员安全，团结一心的情感连结。

点击图片查看完整 4K 分辨率

在腾讯视频上

我们的时代过去了

第四章 - 圣丹尼斯 - 文明之乐。

之前在营地大篷车旁和玛丽贝斯聊天时，亚瑟就感叹自己的焦虑说，我们的时代已经过去了，现在是文明的世界了。那时我以为游戏世界中都是荒蛮的西部，离现代还远，帮派、义气、手枪是仍是那个社会环境的规则，所以对亚瑟的焦虑没有感受。

但第一次来到圣丹尼斯，发现荒蛮西部和现代工业已经在这个世界并存交替时，开使有点理解亚瑟的焦虑。而推开城里酒吧大门，所有乔装打扮人们停下玩乐对话，用近乎异样的眼神看着”我”的时候，我突然明白亚瑟的意思。

亚瑟的背影满是磨毛的线头，戴着牛仔帽、背着子弹夹，一副老土野蛮的形象，与城里人绅士帽、精致西装显得格格不入。现在再想亚瑟说的”我们的时代过去了”，那是悲凉的事实。

点击图片查看完整 4K 分辨率

主线通关更新：

以 Good Ending 完成主线剧情，即亚瑟在晨曦的山崖上逝去，约翰·马斯顿在比彻之愿农场安顿好妻儿后，与沙迪·阿德勒、查尔斯·史密斯在雪山上找到麦卡，为亚瑟报仇。

约翰在比彻之愿开始了平静的农场生活

达奇在雪山小屋前枪指麦卡和约翰时仍然不知所措，在开枪杀死麦卡后再次甩下一言不发的背影离开。达奇在逃亡和社会变革的环境压力下迷失了。他挂在嘴边的 “I have a plan” 再三被证明“计划跟不上变化”，特别是任务第六章-河狸岩洞最真实的自己，在圣丹尼斯计划抢的火车未按计划停站却呼啸驶过后，被亚瑟质问是否有计划时，他虽然斩钉截铁地回答“Of course we are”，但内心一定认识到一些问题。

达奇寄期望于搞到一大笔钱然后远走高飞，再过上平静的生活，可剧烈的社会变革已在平淡日常下暗流涌动，文明的“枷锁”步步紧逼着整个帮派，达奇的理想已变成不切实际的幻想。即使（我操作）亚瑟不断外出打猎补充河狸岩洞营地的食物短缺，帮派仍在不断滑向瓦解边缘。不顺应大势所趋地维持现状，最终还是会被现实冲溃。

“我们的时代已经过去了”，达奇始终不愿向这一事实低头，亚瑟在反思转变的可能，但命运没有给他足够的时间。看起来约翰·马斯顿代表着最圆满的任务结局，但铲粪、喂鸡、挤奶、砍柴、家庭争吵等日常琐事是代价。

写到这，让我想起《麦田里的守望者》中 Antolini 老师说：

一个不成熟的男子的标志是他愿意为某种事业英勇地死去，一个成熟的男子的标志使他愿意为某种事业卑贱地活着

坚持——冒险人生、远大理想，妥协——平淡无奇、安稳现实，无法分出是非对错。关于这个主题，印第长老落雨和儿子飞鹰，有着比主角们故事更冲突的对比。无论这些人物选择有多么不同，他们都展现出了人性光辉最闪耀的不同侧面，他们是各自故事中的英雄。

约翰向阿比盖尔求婚

荒野大镖客-救赎 2 无疑是 2019 年最令我印象深刻的游戏。后来再玩战地5 的时候感觉体验要单薄不少，最近都好像没有什么特别想玩的游戏了。

在 Javascript 中使用公钥加密的介绍

Fri, 08 Nov 2019 10:46:37 GMT

这是一篇翻译。翻译已获得原作者授权。
原文：https://blog.patricktriest.com/building-an-encrypted-messenger-with-javascript/
作者：Patrick Triest
翻译：陈柏林

端到端加密聊天程序 - 教程

密码学很重要。没有密码学，就没有 Internet —— 在线发送的数据就像在拥挤的房间里大声喊叫一样容易被截获。密码学也是当前时事中的主要话题，在执法调查和政府立法中日益发挥中心作用。

对于记者、活动人士、国家、企业和需要保护数据不受黑客、间谍和广告机构威胁的普通人来说，加密是一种无价的工具。

了解如何利用强加密对于现代软件开发至关重要。在本教程中，我们不会深入研究底层的数学和密码学理论；相反，重点将放在如何在您自己的应用程序利用这些技术。

本教程中，我们将介绍端到端 2048位 RSA加密消息收发工具的基本概念和实现。我们将利用 Vue.js 协调前端功能，在 Node.js 后端环境中使用 Socket.io，用于在用户间收发消息。

演示 - https://chat.patricktriest.com
Github 仓库 - https://github.com/triestpa/Open-Cryptochat

本教程涉及的概念用 Javascript 实现，该语言具有平台无关特性。我们将构建一个传统的基于浏览器的 Web 应用，但是如果您担心基于浏览器应用程序的安全性，可以修改此代码以使其在预构建的桌面(使用 Electron)或移动应用程序(React Native，Ionic，Cordova)二进制文件中工作。^[1] 用另一种编程语言实现类似的功能应该也简单，因为大多数语言都有著名的开源加密库可用；虽然语法不同，但核心概念是相同的。

免责声明 - 本文旨在入门端到端加密的实现，不是构建像诺克斯堡(译注：Fort Knox)般固若金汤般浏览器聊天应用程序的权威指南。

我致力于为您的 Javascript 应用程序提供有关加密的有用信息，但不保证应用的 100% 安全。

在构建应用程序过程的各个阶段，有很多可能出现问题的地方，特别是在本教程未涵盖的阶段，例如设置 Web主机和保护服务器安全。

如果您是安全专家，且在教程代码中找到漏洞，请随时通过邮件(patrick.triest#gmail.com)或下面评论部分与我联系。

1 - 项目设置

1.1 - 安装依赖

你需要安装 Node.js(版本 6 或更高) 来运行本应用的后端。

为该项目创建一个空目录，并添加包含如下内容的文件 package.json。

{
  "name": "open-cryptochat",
  "version": "1.0.0",
  "node":"8.1.4",
  "license": "MIT",
  "author": "patrick.triest#gmail.com",
  "description": "End-to-end RSA-2048 encrypted chat application.",
  "main": "app.js",
  "engines": {
    "node": ">=7.6"
  },
  "scripts": {
    "start": "node app.js"
  },
  "dependencies": {
    "express": "4.15.3",
    "socket.io": "2.0.3"
  }
}

在命令行中运行 npm install，安装两个 Node.js 依赖。

1.2 - 创建 Node.js 应用

创建文件 app.js，添加如下内容。

const express = require('express')

// 设置 Express 服务器
const app = express()
const http = require('http').Server(app)

// 将 Socket.io 附加到服务器
const io = require('socket.io')(http)

// 伺服 Web 应用目录
app.use(express.static('public'))

// 这里插入 SOCKET.IO 代码

// 启动服务
const port = process.env.PORT || 3000
http.listen(port, () => {
  console.log(`Chat server listening on port ${port}.`)
})

这就是服务的核心逻辑。现在，它要做的就是启动服务，并使本地 /public 目录中的所有文件可供 Web客户端访问。

生产环境中，我强烈建议你将前端代码与 Node.js 后端应用分开伺服，使用 Apache 和 Nginx 等久经沙场的服务器软件，或将网站托管在 AWS S3 等文件存储服务上。本教程为简单起见，使用 Express 静态文件服务器来伺服前端程序。

1.3 - 添加前端

创建新目录 public。这里放所有前端应用代码。

1.3.1 - 添加 HTML 模板

新建文件 /public/index.html，添加如下内容。

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">
    <title>Open Cryptochat</title>
    <meta name="description" content="A minimalist, open-source, end-to-end RSA-2048 encrypted chat application.">
    <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no">
    <link href="https://fonts.googleapis.com/css?family=Montserrat:300,400" rel="stylesheet">
    <link href="https://fonts.googleapis.com/css?family=Roboto+Mono" rel="stylesheet">
    <link href="/styles.css" rel="stylesheet">
  </head>
  <body>
    <div id="vue-instance">
      <!-- Add Chat Container Here -->
      <div class="info-container full-width">
        <!-- Add Room UI Here -->
        <div class="notification-list" ref="notificationContainer">
          <h1>NOTIFICATION LOG</h1>
          <div class="notification full-width" v-for="notification in notifications">
            <div class="notification-timestamp">{{ notification.timestamp }}</div>
            <div class="notification-message">{{ notification.message }}</div>
          </div>
        </div>
        <div class="flex-fill"></div>
        <!-- Add Encryption Key UI Here -->
      </div>
      <!-- Add Bottom Bar Here -->
    </div>
    <script src="https://cdnjs.cloudflare.com/ajax/libs/vue/2.4.1/vue.min.js"></script>
    <script src="https://cdnjs.cloudflare.com/ajax/libs/socket.io/2.0.3/socket.io.slim.js"></script>
    <script src="https://cdnjs.cloudflare.com/ajax/libs/immutable/3.8.1/immutable.min.js"></script>
    <script src="/page.js"></script>
  </body>
</html>

该模板设置基础 HTML 结构并下载客户端 JS 依赖项。等添加客户端 JS 代码后，它还会显示一个简单的通知列表。

1.3.2 - 创建 Vue.js 应用程序

新建 /public/page.js 并添加如下内容。

/** 控制 UI 的 Vue 实例 */
const vm = new Vue ({
  el: '#vue-instance',
  data () {
    return {
      cryptWorker: null,
      socket: null,
      originPublicKey: null,
      destinationPublicKey: null,
      messages: [],
      notifications: [],
      currentRoom: null,
      pendingRoom: Math.floor(Math.random() * 1000),
      draft: ''
    }
  },
  created () {
    this.addNotification('Hello World')
  },
  methods: {
    /** 在 UI 中追加一条通知消息 */
    addNotification (message) {
      const timestamp = new Date().toLocaleTimeString()
      this.notifications.push({ message, timestamp })
    },
  }
})

该脚本将初始化 Vue.js 应用，并在 UI 中显示一个 “Hello World” 通知。

1.3.3 - 添加样式

新建文件 /public/styles.css，粘贴进如下样式。

/* Global */
:root {
  --black: #111111;
  --light-grey: #d6d6d6;
  --highlight: yellow;
}

body {
  background: var(--black);
  color: var(--light-grey);
  font-family: 'Roboto Mono', monospace;
  height: 100vh;
  display: flex;
  padding: 0;
  margin: 0;
}

div { box-sizing: border-box; }
input, textarea, select { font-family: inherit; font-size: small; }
textarea:focus, input:focus { outline: none; }

.full-width { width: 100%; }
.green { color: green; }
.red { color: red; }
.yellow { color: yellow; }
.center-x { margin: 0 auto; }
.center-text { width: 100%; text-align: center; }

h1, h2, h3 { font-family: 'Montserrat', sans-serif; }
h1 { font-size: medium; }
h2 { font-size: small; font-weight: 300; }
h3 { font-size: x-small; font-weight: 300; }
p { font-size: x-small; }

.clearfix:after {
   visibility: hidden;
   display: block;
   height: 0;
   clear: both;
}

#vue-instance {
  display: flex;
  flex-direction: row;
  flex: 1 0 100%;
  overflow-x: hidden;
}

/** Chat Window **/
.chat-container {
  flex: 0 0 60%;
  word-wrap: break-word;
  overflow-x: hidden;
  overflow-y: scroll;
  padding: 6px;
  margin-bottom: 50px;
}

.message > p { font-size: small; }
.title-header > p {
  font-family: 'Montserrat', sans-serif;
  font-weight: 300;
}

/* Info Panel */
.info-container {
  flex: 0 0 40%;
  border-left: solid 1px var(--light-grey);
  padding: 12px;
  overflow-x: hidden;
  overflow-y: scroll;
  margin-bottom: 50px;
  position: relative;
  justify-content: space-around;
  display: flex;
  flex-direction: column;
}

.divider {
  padding-top: 1px;
  max-height: 0px;
  min-width: 200%;
  background: var(--light-grey);
  margin: 12px -12px;
  flex: 1 0;
}

.notification-list {
  display: flex;
  flex-direction: column;
  overflow: scroll;
  padding-bottom: 24px;
  flex: 1 0 40%;
}

.notification {
  font-family: 'Montserrat', sans-serif;
  font-weight: 300;
  font-size: small;
  padding: 4px 0;
  display: inline-flex;
}

.notification-timestamp {
  flex: 0 0 20%;
  padding-right: 12px;
}

.notification-message { flex: 0 0 80%; }
.notification:last-child {
  margin-bottom: 24px;
}

.keys {
  display: block;
  font-size: xx-small;
  overflow-x: hidden;
  overflow-y: scroll;
}

.keys > .divider {
  width: 75%;
  min-width: 0;
  margin: 16px auto;
}

.key { overflow: scroll; }

.room-select {
  display: flex;
  min-height: 24px;
  font-family: 'Montserrat', sans-serif;
  font-weight: 300;
}

#room-input {
    flex: 0 0 60%;
    background: none;
    border: none;
    border-bottom: 1px solid var(--light-grey);
    border-top: 1px solid var(--light-grey);
    border-left: 1px solid var(--light-grey);
    color: var(--light-grey);
    padding: 4px;
}

.yellow-button {
  flex: 0 0 30%;
  background: none;
  border: 1px solid var(--highlight);
  color: var(--highlight);
  cursor: pointer;
}

.yellow-button:hover {
  background: var(--highlight);
  color: var(--black);
}

.yellow > a { color: var(--highlight); }

.loader {
    border: 4px solid black;
    border-top: 4px solid var(--highlight);
    border-radius: 50%;
    width: 48px;
    height: 48px;
    animation: spin 2s linear infinite;
}

@keyframes spin {
    0% { transform: rotate(0deg); }
    100% { transform: rotate(360deg); }
}

/* Message Input Bar */
.message-input {
  background: none;
  border: none;
  color: var(--light-grey);
  width: 90%;
}

.bottom-bar {
  border-top: solid 1px var(--light-grey);
  background: var(--black);
  position: fixed;
  bottom: 0;
  left: 0;
  padding: 12px;
  height: 48px;
}

.message-list {
  margin-bottom: 40px;
}

这里不深入讨论 CSS，但我向您保证它相当简单。

简单起见，我们不需要在前端中添加构建系统。在我看来，对于一个如此简单的应用程序来说，构建系统并不是必须的(完成应用程序的 gzip 压缩总负载小于 100kb)。非常欢迎(并鼓励，因为它将允许应用程序向后兼容过时的浏览器)你添加一个构建系统，如 Webpack、 Gulp 或 Rollup，如果您决定将此代码应用到您自己的项目中。

1.4 - 试试看

在命令行中运行 npm start。应该能看到命令行输出 Chat server listening on port 3000.。在浏览器中访问 http://localhost:3000，应该能看到一个空的黑色界面，在页面上显示 “Hello World”。

2 - 基础消息收发

现在项目脚手架已就绪，我们将开始添加基础的(非加密)实时消息收发功能。

2.1 - 设置服务器端 Socket 监听器

在文件 /app.js 的注释 // 这里插入 SOCKET.IO 代码 处，添加如下代码。

/** 管理每个客户端 socket 连接的行为 */
io.on('connection', (socket) => {
  console.log(`User Connected - Socket ID ${socket.id}`)

  // 储存 socket 连接到的聊天室
  let currentRoom = 'DEFAULT'

  /** 处理加入聊天室的请求. */
  socket.on('JOIN', (roomName) => {
    socket.join(currentRoom)

    // 通知用户，加入聊天室成功
    io.to(socket.id).emit('ROOM_JOINED', currentRoom)

    // 通知聊天室，用户加入成功
    socket.broadcast.to(currentRoom).emit('NEW_CONNECTION', null)
  })

  /** 在聊天室广播一条收到的消息 */
  socket.on('MESSAGE', (msg) => {
    console.log(`New Message - ${msg.text}`)
    socket.broadcast.to(currentRoom).emit('MESSAGE', msg)
  })
})

此代码块将创建一个连接监听器，管理从前端应用程序连接到服务器的所有客户端。目前，它只将用户添加到 DEFAULT 聊天室中，然后将接收到的所有消息重新发送给聊天室中的其他用户。

2.2 - 设置客户端 Socket 监听器

在前端中，我们将添加一些连接到服务器的代码，用如下代码替换文件 /public/page.js 中的 created 函数。

created () {
  // 初始化 socket.io
  this.socket = io()
  this.setupSocketListeners()
},

接着，我们要添加一些自定义函数来管理客户端 Socket 连接并收发消息。在文件 /public/page.js 中 Vue 应用的 methods 代码块中添加如下。

/** 设置 Socket.io 事件监听器 */
setupSocketListeners () {
  // 连接时自动加入默认聊天室
  this.socket.on('connect', () => {
    this.addNotification('Connected To Server.')
    this.joinRoom()
  })

  // 通知用户丢失 socket 连接
  this.socket.on('disconnect', () => this.addNotification('Lost Connection'))

  // 接收消息并显示
  this.socket.on('MESSAGE', (message) => {
    this.addMessage(message)
  })
},

/** 发送消息 */
sendMessage () {
  // 消息为空时不发送
  if (!this.draft || this.draft === '') { return }

  const message = this.draft

  // 重置输入文本
  this.draft = ''

  // 将消息立即显示到本地 UI
  this.addMessage(message)

  // 发送消息
  this.socket.emit('MESSAGE', message)
},

/** 加入聊天室 */
joinRoom () {
  this.socket.emit('JOIN')
},

/** 将消息添加到 UI */
addMessage (message) {
  this.messages.push(message)
},

2.3 - 将消息显示到 UI

最后，我们为发送与显示消息提供一个 UI。

为在当前聊天中显示所有消息，在文件 /public/index.html 的  注释处添加如下。

<div class="chat-container full-width" ref="chatContainer">
  <div class="message-list">
    <div class="message full-width" v-for="message in messages">
      <p>
      > {{ message }}
      </p>
    </div>
  </div>
</div>

添加一个文本输入框让用户输入消息，在 /public/index.html 的  注释处添加如下。

<div class="bottom-bar full-width">
  > <input class="message-input" type="text" placeholder="Message" v-model="draft" @keyup.enter="sendMessage()">
</div>

现在重启服务，在浏览器的两个不同标签页或窗口中打开 http://localhost:3000。尝试在标签页之间来回发送消息。在命令行中，您应该能够看到正在发送的消息的服务器日志。

数据加密 101

Cool, 现在我们有了一个实时消息收发应用。在添加端到端加密之前，必须对非对称加密的工作原理有基本的了解。

对称加密与单向函数

假设我们在交换一个秘密数字。我们通过第三方发送这个数字，但不想让第三方知道数字是什么。

为实现这一点，我们先共享一个密钥 —— 就用 7。

为了加密消息，先用一个随机数字 n 与密钥(7)相乘，再与 x 相加。该等式中，x 表示我们要发送的数字，y 表示加密后的结果。

(7 * n) + x = y

然后，我们可以使用模运算将加密的输入转换为解密的输出。

y mod 7 = x

这里，y 是公开的(加密的)消息，x 是原始的未加密消息。

如果一方想交换数字 2，我们可以计算 (7*4) + 2 并发送 30 作为消息。我们都知道密钥 (7)，所以都能计算 30 mod 7，并确定 2 是原始的数字。

原始数字(2)实际上是隐藏起来的，因为我们传递的唯一消息是 30。就算第三方能同时得到加密的结果(30)和加密的未数字(2)，他仍然不知道密钥的值。本例中，30 mod 14 与 30 mod 28 都等于 2，所以中间人并不能确定密钥是 7，14还是 28，因此无法可靠地破译下一条消息。

因此，取模(Modulo)运算被认为是一个“单向”函数，因为它不能被简单地逆运算。

现代加密算法就是对该通用原理的复杂化应用。通过使用大质数(large prime numbers)，模幂(modular exponentiation)，长私钥和多轮密码转换，破解这些算法通常要花费非常长的时间(1+百万年)。

理论上，量子计算机可以很快破解。详情见这里。这项技术还处于起步阶段，所以我们可能还无需担心加密数据会以这种方式泄露。

上面的示例假设双方都可以提前交换密钥(本例中为7)。这被称为 对称加密，因为加密和解密消息都使用相同的密钥。然而，在 Internet 上，这通常不是可行 —— 我们需要一种不必离线协调获取共享密钥，而加密消息的方法。这就是非对称加密发挥作用的地方。

公钥加密

与对称加密使用一个共享密钥不同，公钥加密(非对称加密)使用一对密钥(公钥、私钥)，公钥用于加密数据，私钥用于解密。

公钥就像一个有牢不可破锁的公开投信箱。如果有人想给你发消息，就将消息投入这个公开信箱，然后盖上盖子把它锁上。这时信箱就能让不被信任的第三方传递发送，而不必担心内容被曝光。一旦我收到信箱，我会用我的私钥 ——只有我有，来打开信箱。

交换公钥就像交换这些公开信箱，但私钥仅由信箱所有者保管，所以在信箱传递过程中能保证内容的安全。

当然，这是对公钥加密原理的一个简化解释。如果你好奇(特别是关于这些技术的历史和数学基础)，我强烈推荐你从这两个视频开始。

3 - 用 Web Worker 处理加密

加密操作往往是计算密集型的。由于 Javascript 是单线程，在 UI 主线程上处理加密会导致浏览器卡顿几秒钟。

将加密操作包装在 Promise 中也没用，因为 Promise 是在单线程中管理异步操作，而不是改善计算密集型任务的性能。

为保证应用程序的性能，我们采用 Web Worker 在浏览器单独的线程中执行加密运算。我们将使用 JSEncrypt，这是一个源自斯坦福的著名 Javascript RSA 实现。使用 JSEncrypt 来创建一些帮助函数，用于加密、解密与生成密钥对。

3.1 - 创建 Web Worker 来包装 JSEncrypt 方法

在目录 public 中新建文件 crypto-worker.js。这个文件存放 Web Worker 的代码，以便在一个单独的浏览器线程上执行加密操作。

self.window = self // 在 Web Worker 中使用 JSEncrypt 库，这行是必须的

// 导入 JSEncrypt 库
self.importScripts('https://cdnjs.cloudflare.com/ajax/libs/jsencrypt/2.3.1/jsencrypt.min.js');

let crypt = null
let privateKey = null

/** Web Worker onmessage 监听器 */
onmessage = function(e) {
  const [ messageType, messageId, text, key ] = e.data
  let result
  switch (messageType) {
    case 'generate-keys':
      result = generateKeypair()
      break
    case 'encrypt':
      result = encrypt(text, key)
      break
    case 'decrypt':
      result = decrypt(text)
      break
  }

  // 返回结果给 UI 线程
  postMessage([ messageId, result ])
}

/** 生成与储存密钥对 */
function generateKeypair () {
  crypt = new JSEncrypt({default_key_size: 2056})
  privateKey = crypt.getPrivateKey()

  // 仅返回公钥，隐藏私钥
  return crypt.getPublicKey()
}

/** 使用目标公钥加密字符串 */
function encrypt (content, publicKey) {
  crypt.setKey(publicKey)
  return crypt.encrypt(content)
}

/** 使用本地私钥解密字符串 */
function decrypt (content) {
  crypt.setKey(privateKey)
  return crypt.decrypt(content)
}

该 Web Worker 在 onmessage 监听器中接收来自 UI 线程的消息，执行请求的操作，并返回结果到 UI 线程。私钥永远不会直接暴露给 UI 线程，这有助于减少跨站脚本攻击(XSS)中私钥被盗的可能性。

3.2 - 配置 Vue 应用程序与 Web Worker 通讯

下面，我们配置 UI controller 与 Web Worker 通讯。使用事件侦听器按顺序的调用/响应通信很难同步。为简化，我们创建一个工具函数，将整个通讯周期包装到 Promise 中。在 /public/page.js 中的 methods 代码块中添加如下。

/** 向 Web Worker 发消息，返回一个包含结果的 Promise。 */
getWebWorkerResponse (messageType, messagePayload) {
  return new Promise((resolve, reject) => {
    // 生成一个随机消息 id 来标识相应的事件回调
    const messageId = Math.floor(Math.random() * 100000)

    // 发送消息给 Web Worker
    this.cryptWorker.postMessage([messageType, messageId].concat(messagePayload))

    // 为 Web Worker 消息事件创建句柄
    const handler = function (e) {
      // 仅处理消息 id 匹配的消息
      if (e.data[0] === messageId) {
        // 监听器被调用后移除之
        e.currentTarget.removeEventListener(e.type, handler)

        // Resolve the promise with the message payload.
        resolve(e.data[1])
      }
    }

    // 将句柄分配给 Web Worker 'message' 事件。
    this.cryptWorker.addEventListener('message', handler)
  })
}

该代码允许我们在 Web Worker 线程中触发一个操作，并在 Promise 中接收返回结果。在将调用/响应处理外包给 Web Worker 的任何项目中，这都是非常有用的帮助函数。

4 - 密钥交换

在我们的应用中，第一步是为每个用户生成一对密钥。然后一旦用户进入同一个对话，应用程序会交换用户的公钥，这样每个用户就能解密属于自己的消息，而其他人只能加密。

因此，应用程序始终使用接收者的公钥来加密消息，使用用户自己的私钥解密消息。

4.1 - 添加服务器端 Socket 监听器来传递公钥

在服务器端，需要一个 Socket 监听器接收从客户端发来的公钥，并将其广播给聊天室中其他人。还需要一个监听器通知客户端，何人何时从当前聊天室中退出。

在 /app.js 的 io.on('connection', (socket) => { ... } 回调中添加监听器。

/** 广播公钥到聊天室 */
socket.on('PUBLIC_KEY', (key) => {
  socket.broadcast.to(currentRoom).emit('PUBLIC_KEY', key)
})

/** 广播断开连接到聊天室 */
socket.on('disconnect', () => {
  socket.broadcast.to(currentRoom).emit('USER_DISCONNECTED', null)
})

4.2 - 生成密钥对

下一步，替换 /public/page.js 中的 created 函数，用于初始化 Web Worker 和生成一对密钥。

async created () {
  this.addNotification('Welcome! Generating a new keypair now.')

  // Initialize crypto webworker thread
  this.cryptWorker = new Worker('crypto-worker.js')

  // Generate keypair and join default room
  this.originPublicKey = await this.getWebWorkerResponse('generate-keys')
  this.addNotification('Keypair Generated')

  // Initialize socketio
  this.socket = io()
  this.setupSocketListeners()
},

这里使用 async/await 语法在一行代码中接收 Web Worker 返回的 Promise。

4.3 - 添加公钥帮助函数

还要在 /public/page.js 添加一些函数用于发送公钥，并将密钥简化为人类可读的标识符。

/** 发送公钥给聊天室中所有用户 */
sendPublicKey () {
  if (this.originPublicKey) {
    this.socket.emit('PUBLIC_KEY', this.originPublicKey)
  }
},

/** 获取用于显示的密钥片段 */
getKeySnippet (key) {
  return key.slice(400, 416)
},

4.4 - 收发公钥

下面在客户端 Socket 代码中添加一些监听器，用于当有新用户加入聊天室时发送本地公钥，并保存接收到的其他用户的公钥。

在 /public/page.js 的 setupSocketListeners 函数处添加如下。

// 有新用户加入当前聊天室时，向他发送你的公钥
this.socket.on('NEW_CONNECTION', () => {
  this.addNotification('Another user joined the room.')
  this.sendPublicKey()
})

// 加入一个聊天室时广播公钥
this.socket.on('ROOM_JOINED', (newRoom) => {
  this.currentRoom = newRoom
  this.addNotification(`Joined Room - ${this.currentRoom}`)
  this.sendPublicKey()
})

// 收到公钥时保存之
this.socket.on('PUBLIC_KEY', (key) => {
  this.addNotification(`Public Key Received - ${this.getKeySnippet(key)}`)
  this.destinationPublicKey = key
})

// 有用户离开聊天室时删除用户对应公钥
this.socket.on('user disconnected', () => {
  this.notify(`User Disconnected - ${this.getKeySnippet(this.destinationKey)}`)
  this.destinationPublicKey = null
})

4.5 - 在 UI 中显示公钥

最后，添加一些 HTML 用于显示两个公钥。

在 /public/index.html 的  注释后添加如下。

<div class="divider"></div>
<div class="keys full-width">
  <h1>KEYS</h1>
  <h2>THEIR PUBLIC KEY</h2>
  <div class="key red" v-if="destinationPublicKey">
    <h3>TRUNCATED IDENTIFIER - {{ getKeySnippet(destinationPublicKey) }}</h3>
    <p>{{ destinationPublicKey }}</p>
  </div>
  <h2 v-else>Waiting for second user to join room...</h2>
  <div class="divider"></div>
  <h2>YOUR PUBLIC KEY</h2>
  <div class="key green" v-if="originPublicKey">
    <h3>TRUNCATED IDENTIFIER - {{ getKeySnippet(originPublicKey) }}</h3>
    <p>{{ originPublicKey }}</p>
  </div>
  <div class="keypair-loader full-width" v-else>
    <div class="center-x loader"></div>
    <h2 class="center-text">Generating Keypair...</h2>
  </div>
</div>

重启应用程序并刷新 http://localhost:3000。打开两个浏览器标签页，应该就能成功模拟一次密钥交换。

在多于两个标签页中打开应用，交换密钥应该会失败。我们将进一步解决此问题。

5 - 消息加密

现在密钥交换已完成，加密、解密消息就很简单了。

5.1 - 发送前加密消息

替换 /public/page.js 中的 sendMessage 函数为如下。

/** 加密并发送当前消息 */
async sendMessage () {
  // 消息为空时不发送
  if (!this.draft || this.draft === '') { return }

  // 使用 Immutable.js来避免意外的副作用。
  let message = Immutable.Map({
    text: this.draft,
    recipient: this.destinationPublicKey,
    sender: this.originPublicKey
  })

  // 重置输入文本
  this.draft = ''

  // 立即将(未加密的)消息显示到本地 UI
  this.addMessage(message.toObject())

  if (this.destinationPublicKey) {
    // 使用其他用户的公钥加密消息
    const encryptedText = await this.getWebWorkerResponse(
      'encrypt', [ message.get('text'), this.destinationPublicKey ])
    const encryptedMsg = message.set('text', encryptedText)

    // 发送加密的消息
    this.socket.emit('MESSAGE', encryptedMsg.toObject())
  }
},

5.2 - 接收与解密消息

修改 /public/page.js 中的 message 监听器，用于解密接收到的消息。

// 解密与显示接收到的消息
this.socket.on('MESSAGE', async (message) => {
  // 仅解密用用户公钥加密的消息
  if (message.recipient === this.originPublicKey) {
    // 在 Web Worker 线程中解密消息
    message.text = await this.getWebWorkerResponse('decrypt', message.text)

    // 立即将(未加密的)消息显示到本地 UI
    this.addMessage(message)
  }
})

5.3 - 显示消息列表

修改 /public/index.html 中的消息列表 UI(在 chat-container 中)，来显示解密的消息和发送者公钥的缩写。

<div class="message full-width" v-for="message in messages">
  <p>
    <span v-bind:class="(message.sender == originPublicKey) ? 'green' : 'red'">{{ getKeySnippet(message.sender) }}</span>
    > {{ message.text }}
  </p>
</div>

5.4 - 试试看

重启服务并刷新 http://localhost:3000。 UI 界面应该看起来跟之前没有变化，除了会显示每个消息发送者的公钥片段。

在命令行输出中，消息已不再可读 —— 它们现在显示为乱码的加密文本。

6 - 聊天室

你大概已经注意到当前应用程序的一个重大缺陷 —— 如果在第三个标签页中打开该应用会使加密系统挂掉。非对称加密被设计用于一对一的场景；无法加密消息一次然后分别被两个用户解密。

两个选择 ——

若有多个用户，为每个用户分别加密并发送消息副本。
限制同一时间聊天室中最多有两个用户。

由于本教程已经够长了，我们选择第二个简单的选项。

6.1 - 进入聊天室的服务器端逻辑

为执行两个用户限制，修改 /app.js 中的服务器端 JOIN Socket 监听器，在 Socket 连接监听器代码块的上面加入如下。

// 保存 Socket 连接到的聊天室
// 如果需要横向扩展应用程序，需将此变量存储在诸如 Redis 之类的持久存储中。
// 详情见： https://github.com/socketio/socket.io-redis
let currentRoom = null

/** 处理进入聊天室的请求 */
socket.on('JOIN', (roomName) => {
  // 获取聊天室信息
  let room = io.sockets.adapter.rooms[roomName]

  // 若聊天室已经有多于 1 的连接，则拒绝进入
  if (room && room.length > 1) {
    // 通知用户进入聊天室请求被拒绝
    io.to(socket.id).emit('ROOM_FULL', null)

    // 通知聊天室有用户进
    socket.broadcast.to(roomName).emit('INTRUSION_ATTEMPT', null)
  } else {
    // 离开当前聊天室
    socket.leave(currentRoom)

    // 通知聊天室用户已离开
    socket.broadcast.to(currentRoom).emit('USER_DISCONNECTED', null)

    // 进入新聊天室
    currentRoom = roomName
    socket.join(currentRoom)

    // 通知用户进入聊天室成功
    io.to(socket.id).emit('ROOM_JOINED', currentRoom)

    // 通知聊天室用户进入成功
    socket.broadcast.to(currentRoom).emit('NEW_CONNECTION', null)
  }
})

修改这段 Socket 逻辑，防止用户进入一个已有两位用户的聊天室。

6.2 - 通过客户端进入聊天室

修改客户端 /public/page.js 中的 joinRoom 函数，使切换聊天室时重置聊天状态。

/** 进入指定的聊天室 */
joinRoom () {
  if (this.pendingRoom !== this.currentRoom && this.originPublicKey) {
    this.addNotification(`Connecting to Room - ${this.pendingRoom}`)

    // 重置聊天室状态变量
    this.messages = []
    this.destinationPublicKey = null

    // 发送进入聊天室请求
    this.socket.emit('JOIN', this.pendingRoom)
  }
},

6.3 - 添加通知

创建两个客户端 Socket 监听器(在 /public/page.js 的 setupSocketListeners 函数中)，当进入聊天室请求被拒绝时发出通知。

// 通知用户试图加入的聊天室已满
this.socket.on('ROOM_FULL', () => {
  this.addNotification(`Cannot join ${this.pendingRoom}, room is full`)

  // 加入一个随机聊天室作为后备
  this.pendingRoom = Math.floor(Math.random() * 1000)
  this.joinRoom()
})

// 通知聊天室有人试图加入
this.socket.on('INTRUSION_ATTEMPT', () => {
  this.addNotification('A third user attempted to join the room.')
})

6.4 - 添加进入聊天室 UI

最后，添加一些 HTML，为用户提供一个界面来加入他们选择的房间。

在 /public/index.html 的  注释处添加如下。

<h1>CHATROOM</h1>
<div class="room-select">
  <input type="text" class="full-width" placeholder="Room Name" id="room-input" v-model="pendingRoom" @keyup.enter="joinRoom()">
  <input class="yellow-button full-width" type="submit" v-on:click="joinRoom()" value="JOIN">
</div>
<div class="divider"></div>

6.5 - 自动滚动

应用程序中还有个烦人的 bug，即通知和聊天列表尚未自动滚动以显示新消息。

在 /public/page.js 的 methods 代码块中添加如下函数。

/** 自动滚动 DOM 元素到底部 */
autoscroll (element) {
  if (element) { element.scrollTop = element.scrollHeight }
},

要自动滚动通知和消息列表，我们将在 add 方法的末尾调用 autoscroll。

/** 将消息添加到 UI 并滚动视图以显示新消息。 */
addMessage (message) {
  this.messages.push(message)
  this.autoscroll(this.$refs.chatContainer)
},

/** 在 UI 中添加通知消息 */
addNotification (message) {
  const timestamp = new Date().toLocaleTimeString()
  this.notifications.push({ message, timestamp })
  this.autoscroll(this.$refs.notificationContainer)
},

6.6 - 试试看

最后一步！重启 Node 应用程序并刷新 localhost:3000。现在应该可以自由地在不同聊天室间切换，从第三个浏览器标签页加入同一聊天室的任何尝试都将被拒绝。

7 - 接下来？

恭喜！您已经构建了一个功能完整的端到端加密消息收发应用程序。

演示 - https://chat.patricktriest.com
Github 仓库 - https://github.com/triestpa/Open-Cryptochat

以该代码为基础，您可以在自己的服务器上部署一个私有消息收发应用程序。为协调在哪个聊天室见面，一个巧妙的选择是使用基于时间的伪随机数生成器(如 Google Authenticator)，你和对方共享一个 seed(Javascript “Google Authenticator” 教程我正在写，保持关注)。

更进一步

以此为起点可以做很多应用：

群聊，通过存储多个公钥，并分别为每个用户加密消息。
多媒体消息，通过加密一个包含媒体文件的字节数组。
将密钥对导入和导出为本地文件。
使用发送方身份验证的私钥对消息进行签名。这是一种折衷，因为它增加了伪造消息的难度，但也破坏了 OTR消息传递标准(OTR messaging standard)中概述的“可拒绝身份验证”的目标。
尝试不同的加密系统，如：
- AES - 对称加密，用户之间共享秘密。这是 NSA 和美国军方使用的唯一公开可用的算法。
- ElGamal - 类似于 RSA，但具有更小的密码文本、更快的解密和更慢的加密。这是在PGP中使用的核心算法。
- 实现一个 Diffie-Helman 密钥交换。这是一种使用非对称加密(例如 ElGamal)交换共享密钥的技术。在现有项目基础上构建，并在发送每条消息之前交换新的共享密钥是提高应用程序安全性的一种好方法(请参阅 Perfect Forward Security)。
建立一个应用程序，在任何情况下，中间服务器绝不应有未加密的访问，如密码管理器和 P2P(点对点) 网络。
为 React Native，Ionic，Cordova 或 Electron 重构应用程序，以便为移动和/或桌面环境提供安全的预构建应用程序包。

请在下面随意评论有关本教程的问题，反馈和/或反馈。

基于浏览器的加密安全隐患

请谨记。在基于浏览器的 Javascript 应用程序中使用这些协议是试验和了解它们在实际中如何工作的好方法，但此应用程序不适合替代已建立的，经过同行评审的加密协议实现，例如 OpenSSL 和 GnuPG。

客户端浏览器 Javascript 加密在安全专家中是个有争议的话题，因为 Web 应用程序交付相比在浏览器外运行的预打包软件存在漏洞。可通过使用 HTTPS 防止中间人资源注入攻击，并通过避免在浏览器中持久存储未加密的敏感数据来缓解这些问题，但务必注意 Web 平台中潜在的漏洞。↩

临时解决 Gatsby 中文链接 activeClass 无效问题

Fri, 18 Oct 2019 10:46:37 GMT

2020-03-10 更新：

该问题在 Gatsby v2.19.32 已修正，pull request #21171 已对 reach-router 更新，解决该问题。

Gatsby Link 组件在检查当前激活时，没有对当前 href 转义（encodeURI），导致链接中包含中文字符时判断不准确，activeClass 无效问题。其他非拉丁字符应该都有这个问题。

该问题实际是包 @reach/router 导致的，并已在这次 commit 中解决，并更新 npm 为 1.3.0-beta.0。

不过当前 Gatsby 依赖的 @reach/router 版本是 1.2.1，该版本未包含此 bug 修正。

临时解决

当初我提了 issues 和 PR，结果找错了问题根本所在 😂。随后用户 pieh 给出了临时解决方案。

使用 Yarn resolutions 配置，在 package.json 中添加如下：

  "resolutions": {
      "@reach/router": "1.3.0-beta.0"
  },

版本

gatsby: 2.15.36
gatsby-link: 2.2.20

等 Gatsby 的依赖更新了，要记得去掉这个临时配置。感谢热心 ❤ 的了不起的盖茨比社区成员。

武汉物价飞涨早点吃不起了

Thu, 10 Oct 2019 12:46:37 GMT

武汉物价飞涨。今早上班到金融港买一笼蒸包，8个小包子 6元，艹！十一节前 5元的，软件园附近类似的也才 4元。我这个韭菜有点被狂虐的感觉。

去年过年热干面部分商家就涨价 1元，十一假期后小笼蒸包涨1元，因为猪瘟疫情，今年过年应该还有各种涨一波。

才去过沈阳、嘉兴饮食消费上都没有这么低性价比的，武汉这条件太恶劣了。

新闻

下面是新闻中国9月CPI同比升3%，创近六年高点中的一句：

中国国家统计局周二公布的数据显示，9月份消费者价格指数(CPI)同比上涨3.0%

国家统计局，也许有想象空间，来自 Wiki 的 CPI 定义：

一般定义超过3％为通货膨胀，超过5％就是比较严重的通货膨胀

也就是说现在是通货膨胀了。

使用 Lodash 避免 TypeError Cannot read property 错误

Tue, 08 Oct 2019 10:46:37 GMT

问题

在 Javascript 中访问某个对象的属性时，经常会碰到 Uncaught TypeError: Cannot read property 'bar' of undefined 错误，例如这样：

let foo
console.log(foo.bar)

该问题之常见，以至于在6个经典的JavaScript报错分析的统计中位列第一。

我最常碰到的情况是 API 返回数据结构变化或值为 null 时，我不得不小心翼翼地处理它们。

使用 && 短路

在有潜在该问题的地方，一直以来我使用 && 短路写法解决。例如访问如下对象：

let modal = {
  visibility: true,
  formData: {
    name: 'foo',
  },
  config: {
    layout:{
        margin: '4px',
    },
  },
}
console.log(modal.formData && modal.formData.name)

因为 modal 我能确保它是定义过的对象，但 formData 的值可能来自于 API 的返回，所以访问它的下属属性前先判断之，若存在该对象则可访问它的 name 属性，否则就短路在 && 之前，返回 undefined 而不是报错。

但当对象嵌套多层后这样写就很冗长，比如访问上面对象中的 margin 属性，可能会写成这样：

console.log(modal.config && modal.config.layout && modal.config.layout.margin)

事实上我也这样写了很久，虽然不优雅，但是最安全最保险的方法。

使用 Lodash

对于大型项目可以使用工具库 Lodash 的 get 方法，安全访问深度嵌套的对象，官方示例如下：

var object = { 'a': [{ 'b': { 'c': 3 } }] };
 
_.get(object, 'a[0].b.c');
// => 3
 
_.get(object, ['a', '0', 'b', 'c']);
// => 3
 
_.get(object, 'a.b.c', 'default');
// => 'default'

这样就不会有短路写法一长串的 && 了，最近将本博客中很多短路写法都换成该方法。Ramda.js 中的 path 方法也能实现同样功能。阮一峰更推荐这个库，原因看他的文章《Ramda 函数库参考教程》

参考

[译] 避免那些可恶的 “cannot read property of undefined” 错误(英文原文)

6个经典的JavaScript报错分析

Ramda 函数库参考教程

钢琴独奏 - Time To Say Goodbye

Mon, 30 Sep 2019 10:46:37 GMT

在腾讯视频上

背景

六年前，当我离开三峡晚报社，坐上去武汉的火车时，新闻理想早已崩溃。

虽然放弃了一些坚持，开始对一些事情变得无所谓，但是当火车缓慢启动，远处三峡物流园的字缓慢移近然后消失在身后时，想着她在我镜头记录下，从一片荒芜到车水马龙，想着宜昌的大街小巷和人情冷暖，不免有一些不舍之情。

戴上耳机放了这首 Time To Say Goodbye，我知道我会记得这一刻，记得那些坚持。

弹这首曲子送给自己，并敬有坚持的人！

Piano Sheet

作曲：Francesco Sartori

Download

练习

这是去年学的一首曲子，时隔一年疏于练习反而不如以前弹得好。反复录制都无法完整无错弹奏，最后只好剪切处理。我的基本功还远不能掌握这样的曲子，还是要多练基础。

指法键盘顶视图

在腾讯视频上

旧站博物馆——我的个人项目回顾

Sat, 21 Sep 2019 10:46:37 GMT

LOGO

网址

https://museum.berlinchan.com/

背景

2000年开始接触计算机到大学毕业，做过的网站习作、文曲星主题站、学校、公司网站。用 Table布局、动感的 Flash、滚动的走马灯文字……如今看起来青涩的页面，是互联网发展伊始，曾经个人站长热时期的流行。虽然这些页面简陋可笑，其中还不乏错误，但却记载了我的成长，也记载了那个年代样貌。

特别是文曲星主题站“星大陆”的几个版本，是我学以致用的集大成作品，包含精心收集整理PC1000a的程序与游戏，当年在星迷圈算是小受欢迎。正是因为文曲星，我爱上计算机编程，后来进入软件开发行业。近20年过去了，仍然很怀念当年那种学习、探索、成就的感觉，搜索发现网上还有不少人跟我一样在怀念，于是特意将这些沉睡已久的字节，包括文曲星相关及其他个人项目整理存档，建立这个“博物馆”项目。

整理说明

修正了站内链接，但有些外部链接，包括网站链接、js资源、图片资源的死链仍然保留
有些可爱的错别字也原味保留
旧站中有很多 Flash 元素，需要启用浏览器的 Flash 运行
论坛、留言本动态服务器文件未上传
以前网站的域名和邮箱现在都已失效
删除隐私、公司信息

旧站回顾目录

年代	回顾	旧站存档
2000-12	个人主页 - 习作	旧站存档
2002-05	卓别林之页 - 习作	旧站存档
2003-08	星大陆 v2.0 - 文曲星主题站	旧站存档
2003-11	另类网 - 高中参赛作品	旧站存档
2003-12	星大陆 v3.0 - 文曲星主题站	旧站存档
2006-09	相册 v1 - Javascript习作	旧站存档
2007-01	武汉体育学院藏龙岛校区图书馆留言板
2007-03	武汉体育学院艺术系门户	旧站存档
2008-11	某体育文化公司官网	旧站存档
2010-03	武汉某妇科医院门户改版设计
2010-11	相册 v2 - Flash习作	旧站存档
2011-06	相册 v3 - Flash习作	旧站存档

入手《荒野大镖客救赎 2》

Tue, 17 Sep 2019 13:30:37 GMT

购买与兑换

在某宝上 190元入手《荒野大镖客救赎 2》 xbox 兑换码，虽然 Store上此游戏使用金会员订阅正在 6折促销，但算下来还是某宝划算。

卖家应该是买的美区的礼物兑换码，我的主机国行用 U盘方法切换港区，挂美国 VPN 轻松兑换。

RockStar 的游戏都未玩过，这次冲着 IGN 评分 9.8等各界好评，决定入坑。

玩前功课

看就知道玩游戏的《提前遇见下世代的游戏》

更新：主线通关感受

荒野大镖客2——我们的时代已过去是悲凉的事实

游戏《古墓丽影-崛起》通关感受

Sun, 08 Sep 2019 13:04:37 GMT

通关状况

通关用时 36小时。时间应该算长的，因为途中的任务、古墓挑战、收集要素都不想错过
“古墓丽影”难度通关，关闭辅助瞄准。刚开始没有辅助瞄准很不习惯，熟悉一下就好些
斗士、猎人、生存者还有 4个未升级

装备制作全部完成、武器升级大半

古墓挑战 9个全部完成。
我很依赖求生本能视觉，几乎在奔跑中不断用求生本能过关，不错过任何互动物品。有说法 UI提示会损害游戏沉浸感，我的游玩习惯偏 light user，所以不介意这一点。因为中文语音的原因，相比于以前我算是深度体验剧情了，但仍没有耐心仔细地探索场景。不过对于《荒野大镖客：救赎2》，这种连快速旅行都没有的劝退特性，又好奇又期待。
遇到 Bug 包括：敌人 T-pose 不动、音效无限循环、劳拉头发渲染黑块、画面卡死。可接受范围内，重启大法好，不像玩 Hellblade 遇到 bug 剧情卡死玩不下去

扫除语言障碍

中文语音对我了解背景剧情、世界观非常有帮助，相比之前的刺客信条、地铁2033、战地系列来说，游戏代入感更加强烈。感叹学好英语太重要了，没文化连游戏都玩不好。反过来则是我在游戏中学习了英语与不同历史文化背景的知识，这是我玩游戏的目的之一。

古墓丽影系列之前只玩过 GBA平台的《古墓丽影-预言》，我记得是在模拟器上一路突突突，典型的 light user，对话剧情一概不看。

这次在 Xbox 强大性能支持下，剧情以风格鲜明的场景和富含感情的角色互动来演绎，加上中文语音，我不愿错过任何一个从文献、文物中了解故事背景的机会，包括剧情中多条故事线：劳拉的回忆、圣三一、先知的追随者、蒙古人、苏联红军、雅阁与原住民、狩猎老师。

游玩感受

攀爬、跑动、潜水操作流畅、手感好，我基本是一路快跑、快速游泳、攀爬时跳跃来加速的，加快游戏流程。

在与人类敌人战斗中很有紧逼压迫感，敌人会主动推进或冲过来肉搏，会丢手榴弹将人从掩体中赶出来。远程攻击时我喜欢用手枪瞄准爆头，近身群攻霰弹枪扫一片，要是扛得住一个个肉搏再终结技，省弹药也蛮好，不过游戏期间很少有缺少弹药的情况。

很喜欢游戏中的动画、交互细节，这些不起眼之处也是用心之处。例如：

劳拉在父亲的办公室与约拿研究资料时过场动画，快速翻书时，有张纸条掉落，劳拉快速抓起并夹回去
解谜题时开求生本能视觉有适当劳拉自言自语语音提示
摄像机角度根据场景自动合理调整
从水中出来有扎辫子动作
靠近大本营篝火会烤火
走路靠近墙壁时扶墙
路过可互动物品时视线注视
黑暗处自动点亮荧光棒
有敌人时自动伏下身子

但从悬崖高处掉落摔死的动画做的很僵硬，摔落后直接就像一块板往下落。

过场动画与游戏之间过度自然，必要时利用预渲染的动画衔接游戏与过场，避免加载中断。剧情尾声时，甚至有两次过场动画中，我都不清楚是否开始游戏，这样又太过了吧。

用钱币秘宝在补给小屋购买道具，觉得最有用的就是索道攀爬辅助，绳索攀爬时按 X 可快速向上爬升，要比自己爬快多了。后来又买了手枪消声器、榴弹发射器和武器升级工具。

剧情感悟

在对神圣之源的抢夺中角色各有动机。安娜重病渴望被治愈，康斯坦丁表面是为了妹妹安娜，深处则是为满足对力量、权力的追求，安娜与康斯坦丁的分裂从找到的文献自白录音中听得出。劳拉的动机是为圆满父亲的遗志，还父亲一个清白，并将先知的失落文明与力量公诸于世、造福大众。

这些角色动机要么符合人性欲望，要么正义。虽然有牵强之处，例如圣三一总是能突然空降夺取成果，但对于游戏剧情，我觉得可以接受。讲故事讲到模糊了绝对的正与邪、超越善与恶的对立的地步，我觉得就比较成功了。每个角色的行为都有足够合理的动机支撑，才能从角色自身的矛盾、角色与角色之间的矛盾中，感受到故事戏剧化的冲突，进而推广发散地感受到人生矛盾、混乱的本质。

先知的化身雅各为保护神圣之源的秘密，创造不死军团，却导致了无法控制的杀戮。劳拉为洗清父亲的污名和救赎自己的悔恨想将神圣之源公诸于众，却总是帮助圣三一离完成邪恶目的更进一步。又让我想起这句

通往地狱的路都是善意铺就的

在重伤的雅各说出“也许神圣之源一开始就不应该存在”，然后劳拉毅然决然砸毁神圣之源时，终于结束了这一拥有强大力量却总是带来悲剧的神物，终结了一条“地狱之路”。

片尾剧情交代，病重的安娜命丧圣三一的子弹而非疾病，真是人祸可怕于天灾。劳拉在基特城阻止安娜带走神圣之源时说“死亡是生命的一部分”，借劳拉之口道出了生死问题的真理。

最后，与康斯坦丁的一战中我没有亲手了结他，他被仇恨与野心吞噬，扭曲了思想走入歧途，这样的人会自取灭亡。

血脉相连

主线剧情体验完后，我才发现探索克罗夫特庄园的血脉相连剧情。

在为打开保险箱而探索的一系列简单谜题中，我们了解到劳拉的母亲——艾米莉亚的生平，她在前往见劳拉父亲理查德的路途中，因飞机失事而亡。

悲痛欲绝的理查德将艾米莉亚的遗体带回庄园，并用从僧人那获取的仙丹和仪式试图复活她。虽然奇迹没有发生，但理查德通过追寻已获得了内心的平静。

理查德为了保护还年幼的劳拉，隐瞒她母亲去世的消息，将艾米莉亚的画室紧锁，并试图一直保持布置为最初的陈设。

当我找到最后的墓室，看到理查德为劳拉留的信时，也被深深感动。关于这个游戏，其实讲述的主题是爱和勇于追寻内心的故事。

游玩《地狱之刃：塞纳的献祭》感受

Sat, 07 Sep 2019 10:54:37 GMT

初次印象

初次在 Unreal Engine 的运动捕捉实时渲染演示上见过，但没注意到是这个游戏。因为之前对渲染和运动捕捉研究过一点，所以对整个系统的实时性和画面效果留下很深印象。

后来买 Xbox 了试用 Game Pass 时候又看到，于是开始深入体验这款游戏。游戏环境氛围音效动画非常棒，带耳机听萦绕在主角脑海的耳语都会有高潮。喜欢凯尔特、北欧神话背景世界观的独特风格。

画面氛围与主角 Senua 分裂人格而萦绕的多个耳语声音，让我深深体会到她的迷惑、绝望和痛苦，而跟随剧情的推进却又无不透露出她的坚强、执着和勇敢。进入上图那个场景时被震撼到了。

背景历史与文化

游戏故事背景来自于凯尔特、北欧历史与神话，这个看“就知道玩游戏”的解读视频说的很好，特别是对游戏结局 Senua 与海拉，到底是谁杀死谁的解读独到且深刻，我很赞同这个解读。对剧情的截然不同解读，和游戏标题 Hellblade 细想耐人寻味。

像我这种没法通关的人，只好看这个解读来“云通关”了。

Bug 卡住剧情

在黑暗恶魔的侵袭下，我一路乱冲，从一处木板桥上掉下去，掉落的过程中（我猜掉落有2秒钟）我想估计是死了，结果掉到这里。没有火把，无法解开这个门的谜题，无限循环卡死在这里了。

看别人视频，这里应该是在洞口点燃火把，然后靠火光的庇护再往前的。我是被黑暗恶魔侵袭下，只想着快点冲没注意到这个点火处，结果慌乱之中就冲掉下去了。

这有一段 torch bug 卡住剧情的演示视频。

忍者理论不应该遗留这种问题啊，倒霉还让我给碰上了!

Pixel 升级 Android 10 并破解电信 4G

Wed, 04 Sep 2019 15:09:00 GMT

不以甜点命名的版本

我的 Pixel 欧版今天中午收到了 Android 10 的 OTA 推送，这是首个不以甜点命名的安卓版本，以免”棉花糖”、“棒棒糖”之类的命名方式让人无法区分版本先后，Android 10结束了Google甜点命名的传统。今年也是 Android 10周年哦。

更新

晚上回家后直接点开始更新，下载安装一切顺利。由于这是个完整的系统更新，会将我之前刷的 TWRP、modem 覆盖，为安全起见我先用 TWRP 备份数据。备份虽然后面没用到，但也很必要。

更新完后果然电信4G 无连接了，但是打电话可以。于是我尝试按照之前网友分享的 Android 9 破解方法破解之。

破解电信4G

破解的方法见 Gfan 帖子：傻瓜都会超简单的破解方法，屡试不爽直接成功了，正常打电话与 4G LTE 上网。

以前的破解还参考过这篇：Google Pixel android 9 破解电信4G

体验

新版加入的黑暗主题

Google Photos APP 中已经自动适配的黑色主题，但是 Gmail 却还没有，微信同样也没有，各厂商应该会逐渐跟进软件的更新

其他改变包括更细致的权限设置、手势导航等暂时未体验到。还有低功耗蓝牙传输等估计也不会用上了，毕竟 Pixel 老矣，省电流畅才是我看中的。

问题

之后按照 TWRP官网安装了 3.3.0-0，刷完后进入执行备份的时候会报错 Failed to mount /system Failed to mount /vender，无法备份这两个目录，也暂时没有研究到底怎么回事。

更新：后来从官网下载 ROM 后线刷重置再刷入 TWRP 也会报这两个错，推测是 TWRP 的兼容性问题。

更新：使用一天感受

流畅度比之前的9版好了不是一点点！体现在底部左右滑动切换不同 APP 上尤为明显，在五六个 APP 中切换几乎毫无卡顿，程序流畅度上来，网速似乎也有提升。感觉 Pixel 重获新生了，希望能一直保持。

底部左右滑动手势导航，交互跟之前有点差别，关键是流畅度上来了，操作体验非常好。之前的总是滑超前一个，要么卡顿突然到后一个，中间要切换的经常三四次切换不到，最后直接向上滑打开所有最近应用然后点击选择。

更新：APP后台存取位置提示

会提示哪些 APP 在后台访问定位，如下图：

用了这4天，提示的有DiDi、微信、GoPro、豌豆荚。针对后台访问定位操作可选允许、仅在运行时允许和禁用。

2019-12-12 更新

应该是 Pixel 的最后一个 OTA —— Android 10.0.0 (QP1A.191005.007.A3, Dec 2019)。

2019-12-18 更新

微信 7.0.10 开始支持 Android 10 黑暗主题

Xbox One X 开箱及一年后感受

Tue, 27 Aug 2019 10:46:37 GMT

Xbox One X 开箱

一年使用情况

其实我也不完全算主机新手，之前有台 Nintendo Wii，现在偶尔朋友们来还会拿出来玩马里奥赛车，而掌机则是陪伴我整个学生时代，不过那都是以前了，所以”新手”针对的是”次世代主机”。

购买后一年时间里，平均每周约玩3小时，算比较少的。有时候很久不玩，但抓住机会了，哼哼，可一日茶饭不思。

我对于游戏的视听效果要求较高，所以目前最强性能的 Xbox One X 是我的首选，而下一代 Scarlett 预计仍将领跑主机性能。

我购买的游戏都是数字版，比光盘便宜容易购买，购买的游戏从 Store 安装也很容易，用支付宝在 Store 购买游戏很方便。

满意的方面

手柄按键、握感非常好，再拿 PS4 手柄感觉像塑料玩具
大量 4K 游戏支持，不断更新的重制游戏，次世代画质。像刺客信条、古墓丽影、战地这类游戏，看画面都是享受
国行转区为港版，通玩各种游戏
Store 中可用支付宝购买，且常有游戏大作折扣，我的游戏都是折扣时候买的
向下兼容 Xbox 360，怀念老游戏的有福了，不过我没用到过

目前为止购买的游戏

游戏	评价
Power Star Golf	主机商家赠送，兑换后再未玩过
决战喵星	主机商家赠送，兑换后再未玩过
Forza Horizon 4	买的第一个游戏，体验 Xbox 必玩，较少玩
Assassin Creed - Unity	冲这个系列买的主机，主线通关，期间看了不少法国大革命历史
Assassin Creed - Origins	主线通关，期间看了些托勒密王朝末期的历史
Halo - The Master Chief Collection	冲着名气买的，玩了一点
Halo 5: Guardians	冲着名气买的，玩了一点
Rise of the Tomb Raider - 20 year celebration	之前电脑上拖不动，中文语音业界良心，正玩主线过半
Ori and the Blind Forest: Definitive Edition	网友推荐，较少玩
Battle Field 1	主线剧情通关，了解一战的好材料
Battle Field 5	主线过半，了解二战的好材料
Metro 2033 Redux	独特的 RPG FPS，喜欢小说的末日废土故事背景，主线通关
Metro Last Light Redux	主线通关
Hellblade: Senua’s sacrifice	Game Pass 试用时玩的，被未修复的 torch bug 卡住剧情玩不下去。很多感受单独写了篇文章
Overcooked	在朋友 Switch 上玩了的，准备再买个手柄来和女朋友一起玩

值得关注的

攻壳Gamker唯一官方频道，有很多对游戏的深刻解读
游研社YYSTV，有很多对游戏的深刻解读
游戏早知道，最新折扣第一时间知晓，一边玩游戏一边捂好钱包，经常看到小编在凌晨发微信文章

Xbox 近况照片

我把 Xbox 塞到电视柜里，平时电视柜移门都关着在，我不喜欢灰尘多。但是我电视柜不够深，Xbox 正面朝里放，下半部分凹进去的正好贴在柜子后板，才能关上门。

中间红色是买家给的换区U盘，128MB的U盘，现在这么小的很少见呢！下面白色是 Wii，偶尔还玩一玩。

博客从 Wordpress 迁移到 Gatsby

Mon, 12 Aug 2019 10:46:37 GMT

之前为什么弃用WordPress并搬离阿里云中记的三点问题，导致我决定迁移网站，弃用 Wordpress 的替代方案比较过 Jekyll/Hexo/Gatsby 三种框架。

Jekyll，虽然是 GitHub Pages 官方支持的静态内容生成框架，但是我对 Ruby 语言不熟悉，所以首先排除。
Hexo，上手容易有很多中文教程，但是文档写的不好，很多 API 说明不容易找到，不过 StackOverflow 上有很多热心人的补充。我试着用 Hexo 搭建旧站博物馆，期间不喜欢主题中的模板引擎语法。
Gatsby，是我迁移的选择。基于 React 优雅的组件构建，既能轻松搭上 SPA PWA 的现代化便车，也顺便在迁移中感受一下 GraphQL。

迁移工作

迁移的前提是保证旧博客内容访问正常，最后方案可分为两部分工作：

脱离 Wordpress 程序，将旧文章生成为静态文件
搭建新站，将旧文章保持原来路径的导入到新站

第一步脱离 Wordpress 程序，我用插件 WP2Static 将整站生成为静态 HTML 文件，注意生成前先将评论和不必要的插件关掉，我的阿里云虚主机全天处于半死的状态，所以我将文件和数据库放到本地的 WAMP 环境中运行，调大内存后，剩下工作这个插件做的已经很好了，有时候生成错误多试几次就好。

生成的静态 HTML 页面中有很多冗余的 SVG 图标数据，还有其他冗余的标签，可以批处理精简掉，另外批量替换 URL 为存档地址，最后部署到 GitHub Pages。

基于 Gatsby 搭建新站

Gatsby 有很多 starter 项目，最初我用gatsby-starter-lumen作为 starter 开始的，它集成了我不准备使用的 Netlify CMS 功能，因为之前建旧站博物馆时候，发现 Netlify 的 CDN 加速，在大陆访问反而还没有 GitHub Pages 本身快，所以决定不使用 Netlify 服务。

还有 Flow 和 Jest 也被我移除。起初想多用用测试框架和静态检查的，但发现频繁变动中写这些测试和检查太过繁琐。

UI 方案引入 Material-UI进行改造，并形成最终的样子。

将旧文章导入到 Gatsby 新站

得益于 Gatsby 的

Pull data from anywhere

Wordpress 的旧文章很容易接入 GraphQL 并为生成器提供数据，使用 gatsby-source-wordpress 就行了，安装和配置见官方教程 WordPress Source Plugin Tutorial。

然后我用接入的 Wordpress 旧站数据生成了目录及文章，并在文章中添加指向原存档旧页面的链接，像下图这样：

但这样接入 Wordpress 数据有个问题，每次更新生成网站都需要运行 Wordpress REST API。我的解决办法是将 GraphQL 查询结果存为 JSON 文件，而后用 gatsby-transformer-json 接入到 GraphQL，就可以完全脱离开 Wordpress 运行了。我存为的 JSON 文件如下图：

添加评论功能

考虑过 Gitalk/Disqus/多说/Firebase/野狗，Firebase/Disqus 大陆用不了，Gitalk 只能用 GitHub 账号登陆，多说已经无法说🤐，野狗已停止运营。

权衡后还是选择业界领先的 Disqus，反正这博客站访问的人少🤣

其它的尝试

最开始尝试直接将 WP2Static 生成的静态 HTML 页放到 Gatsby 项目的 /static 目录下，因为该目录的内容会不经处理的直接拷贝至生成目录。然后用新站 Gatsby 生成目录指向这些旧文章，但这些链接就不在 SPA 的治下，前端路由会 404 找不到页面。

或者使用 gatsby-plugin-meta-redirect gatsby-plugin-client-side-redirect 生成一个 redirect 的空页面用于重定向。但这样既然生成“空页面”了，还不如生成一篇完整的文章页，还能利用上 PWA 的 pre-fetch 特性。

我在这些尝试上费了很多时间。

GitHub 上好用的工具

Gatsby 是一个快速发展中的新框架，将代码托管在 GitHub 上时，用市场中的 Dependabot Preview 或者 Renovate，能很好帮我们更新 npm 依赖。使用 ImgBot 自动为 Github Pages 项目优化图片，还有持续集成工具 Travis CI。

这些市场中的工具设计的简单易用，自动化的工作为我节省了大量时间。

总结

Gatsby 是个非常不错的框架，框架自身和插件轻松实现 SPA PWA 特性，静态页先天的 SEO 优化。我的迁移工作大概用了一个月业余时间，新站部署在 GitHub Pages 上，用阿里云 CDN 加速，访问速度体验较以前快了不少，Lighthouse 评分如下，并还可进一步改善：

使用 ImgBot 自动为 Github 项目优化图片

Sun, 11 Aug 2019 10:46:37 GMT

我在建旧站博物馆时，旧站内容中有不少图片，数量巨大不便于逐个处理，部分人工筛选和压缩后，闲逛 Github Marketplace 时看到了这个 ImgBot。

⚠️ 开始之前值得一提的是，使用在线工具存在安全风险。处理包含敏感内容的图片，应使用本地工具。

介绍 ImgBot

官方介绍翻译：

ImgBot 是一个为你节省时间优化图片的机器人。优化图片意味着不牺牲图片质量和更小的文件大小。安装后不久，你会收到一个优化图片的 pull request。合并这个 pull request 就行了！Imgbot 会伴随你的工作，保持图片的优化。 ImgBot 默认使用无损压缩。

使用 ImgBot

ImgBot 对开源项目是免费的，点最下面的安装按钮然后选择要安装的项目就完成，太简单就不放图了，过几分钟我就收到优化图片后的 pull request，如下：

被优化图片的报告可见，png 图片文件大小最高被优化掉88.43%，很可观的数字！总体被优化掉4.48%。

ImgBot 默认是无损压缩的，可以按需进行配置为有损压缩，对文件大小进一步压榨。

配置方法是在根目录放置文件 .imgbotconfig,内容如下

{
    "aggressiveCompression": "true" // 使用有损压缩 true|false
}

还有更多配置项，完整说明请见官方文档

{
    "schedule": "daily", // 执行周期 daily|weekly|monthly
    "ignoredFiles": [
        "*.jpg",                   // ignore by extension
        "image1.png",              // ignore by filename
        "public/special_images/*", // ignore by folderpath
    ],
    "aggressiveCompression": "true" // 使用有损压缩 true|false
}

另外推荐 TinyPNG

后来我将经 ImgBot 无损压缩优化后的图片放到 TinyPNG 中，竟然还能压榨掉很多字节，因为 TinyPNG 采用的是有损压缩，官方说明翻译：

TinyPNG 采用智能有损压缩技术来优化 PNG 文件大小。有选择地减少图片中的颜色，用更少的字节数存储。图片损失几乎不可见，但文件大小有很大改善。

TingPNG 是个不错的另外选择，他还提供压缩、智能裁剪的 API 用于批量处理。不过 ImgBot 也可以配置为有损压缩的，对于图片多的还是配置 ImgBot 简单又省事。

更新 2025-10-30

TinyPNG 的免费服务最大支持 5MB 文件的处理，对于更大文件的支持需要订阅 Web Pro。网友 Ana 推荐另一款在线图片压缩工具 imagecompressor，其支持最大 50MB 文件的处理。经实测，压缩一张 49.5MB 的 PNG 是没有问题的。

母亲节回宜昌

Sun, 12 May 2019 10:46:37 GMT

母亲节和夫人回去宜昌，陪妈妈看电影逛街吃小吃，妈妈好开心！妈妈出镜视频太少，都拍照片了。

骑车在西坝逛，很多以前的房子都要拆了，药厂、学校、餐馆，下次去估计已不再有记忆中的模样，有点伤感。

陈柏林的Blog RSS Feed

维修美嘉欣 H12P Ford Bronco 遥控车避震漏油

记 Nikon55-200VR 镜头防抖维修（失败）

I'm on Turing Developer Review

Interesting Blogs/Articals(To Be Continued)

Letters To A New Developer

feng.si

The stories behind 3 great business mantras

To Be Continued

See Movie The Wave(Die Welle)

My Favorite Lines

The Banality of Evil - Experimenter

My favorite lines

See The Movie Don't Look Up

My Favorite Lines

Fix DSM 7.01 can't hibernate on Xpenology

Upgrade Xpenology to DSM 7.0.1-42218

Fix disks wake up frequently

Problems

Synology Drive is indexing over and over constantly

Process synoscgi cpu usage 100%

References

Two WesternDigital HDDs retire after 10-year occupation

PC Specifications

HDD Specifications

WDC WD1002FAEX-00Z3A0

S.M.A.R.T.

WDC WD10EARS-00Y5B1

S.M.A.R.T.

Netgear R6300v2 安装外置天线

问题

施工

完工

其他

Where the Askent comes from

About the name

Related topics on project Askent

Askent 实时消息搜索的问题及 Hasura 替代

问题

目前实现

Hasura

借助 GraphQL 承载 100万并发活动订阅（实时查询）

原文

目录

结论

GraphQL 与订阅

实现 GraphQL 实时查询

再获取 GraphQL 查询结果

Hasura 的方法

主意 #1：编译 一个 GraphQL 查询为单个 SQL 查询

主意 #2：使授权具有声明性

主意 #3：在单个 SQL 查询中批处理多个实时查询

何时执行再获取（refetch）？

测试

本方法的优势

未来展望

前端动态插件的实现 with Apollo & React

Demo Repository

思路

更多考虑

Reference

《聆听音乐》读书笔记（二、三）

《聆听音乐》读书笔记（二）

《聆听音乐》读书笔记（三）

我为什么喜欢古典音乐

一、音乐是舞蹈的灵魂

二、飘渺神秘

三、离别时刻

四、音乐无需懂

我：

张娜：

五、寻回想象力

Moment.js 使命完成，替代品推荐

项目状态

替代品

我与 Moment 的故事

升级 07 年的 HP Compaq v3000 笔记本电脑

升级无线网卡 3945

可用内存为 3G

升级效果

Process `synoscgi` cpu usage 100%

主意 #1：编译一个 GraphQL 查询为单个 SQL 查询