之前很长一段时间，这个博客一直在用云服务商提供的免费 SSL 证书，那个证书有一年有效期，也即一年只需要申请部署一次，因此全手动操作也不算麻烦，但现在免费 SSL 证书的有效期统一缩短为 3 个月了，意味着每 3 个月就要操作一次，这就让手动申请和部署变得麻烦起来了。最近，我尝试了一下使用acme.sh申请 SSL 证书的方法，确实方便了不少，在这里记录一下。安装 acme.shacme.sh 是一个实现 ACME 协议的脚本，主要用途是申请或更新免费 SSL 证书。运行以下命令即可安装：curl https://get.acme.sh | sh -s email=my@example.com更多安装方式可见官方文档：https://github.com/acmesh-official/acme.sh。acme.sh 会被安装在~/.acme.sh目录下。手动申请证书安装好 acme.sh 后，可以用以下命令申请证书：acme.sh --issue --dns -d mydomain.com -d "*.mydomain.com" --yes-I-know-dns-manual-mode-enough-go-ahead-please记得把其中的mydomain.com换成你自己的域名。上面的代码中，我申请了泛域名证书，所以同时添加了mydomain.com和*.mydomain.c ...继续阅读 (1)

最近完善了一下产品的购买流程，其中的一项工作是处理来自苹果 App Store 平台的 CONSUMPTION_REQUEST 消息，在这儿记录一下要点。消息说明App 如果使用了苹果的内购（IAP），每当发生用户购买、续费、退款等操作时，苹果服务器都会向开发者指定的地址发送一条消息，不同的消息有不同的notificationType值，其中 CONSUMPTION_REQUEST 消息的意思是用户为应用内购买发起了退款请求，App Store 请求开发者服务器提供用户的消费数据，用于协助 App Store 决定是否给用户退款。开发者可以忽略 CONSUMPTION_REQUEST 消息，也可以根据需要，在 12 小时内回应 App Store。回应消息要回应 CONSUMPTION_REQUEST 消息，只需向指定的地址发一个 PUT 请求即可。具体细节可见官网文档。这个 PUT 消息的要点主要有两个：在 Header 中添加认证 token 信息；在 Body 中发送一个 JSON 格式的对象，向 App Store 提交对应的信息。数据内容我们先看 Body 中的数据内容。根据文档，数据字段以及含义大致如下：{ "accountTenure": 0, // 用户年龄段，0 表示未知 "appAccountToken": "", // 用户 uuid，由于 ...继续阅读 (112)

最近在开发 Flutter 项目，其中 iOS 版 App 账号登录时，需要适配 1Password 等密码管理器，即需要告诉 1Password 等密码管理器当前 App 的登录特征信息（域名），以及应该填写界面上的哪些表单项。在这儿记录一下要点。基本设置我们首先要处理的，是让 App 和某个域名（通常是官网域名）关联，这样在 App 中唤起 1Password 填写密码时，1Password 才知道应该显示哪些账号。这儿主要有三个步骤。Apple 开发者后台设置在 Apple 开发者后台的 Certificates, Identifiers & Profiles 页面，记得要选中 Associated Domains 选项，如下图所示：Xcode 中的设置接下来，要在 Xcode 中为你的 App 添加关联域名，如下图所示：在 Domains 那一栏，添加webcredentials:你的域名即可，比如你的域名是 test.com，那么添加webcredentials:test.com就行。网站设置最后，还需要在你的域名对应的网站上添加一个认证文件，证明指定 App 确实和当前域名相关。这个文件的文件名固定为apple-app-site-association，可以放在网站的根目录，或者.well-known目录下，确保可以通过网络访问到。这个文件的用途很多，可能还会包含一些其 ...继续阅读 (35)

最近几个月打了很多次牌，有时是线下聚会时和朋友玩，有时则是在手机上玩。玩得久了，逐渐发现扑克牌游戏和现实生活中的规则有一些类似之处。以下是一些感想。手中的牌打牌时，手中拿到什么牌非常重要，这一点很容易理解，无论你是高手还是菜鸟，如果起手就拿到一手好牌，那么只要不乱打，并且运气不是差到极点，你基本上都能赢。同样的，就算你是绝顶高手，如果拿到一把烂牌，要赢恐怕也非常难。当然，拿到极品好牌和极品烂牌的概率都不大，很多时候，我们以及我们的对手拿到的都是中等牌，这种时候，如何组合手中的牌打出最好的效果，就看各自的技术了。我们的人生也类似，总有一些人一开始就拿到一手好牌，比如家境良好，父母见识不凡，自身也健康聪明，因而只要自己不走错路，人生总体上会非常顺利。还有一些不那么幸运的人，出生在落后的地方贫穷的家庭，几乎没有什么可利用的资源或者助力，要获得成功可就不容易了。拿到好牌时，不要得意忘形，因为你的成功很大程度源于运气。拿到烂牌时，也不要破罐子破摔，认真思考，尽最大努力打好手中的牌，因为只有这样你才能多一点获胜的机会。合适的才是最好的摸牌的时候，一般来说摸到大牌比摸到小牌更好一些，不过稍有经验就会发现，和单独的大牌相比，那些能让现有的牌组合起来的牌可能更好。比如，有一些时候，摸到一张最小的 2 可能会让你的几张散牌组成同花顺，这时对你而言 2 就比大王更好。生活和工作中也是类似，有一些团队，单 ...继续阅读 (48)

科幻小说《星震》是《龙蛋》的续集，讲的是人类造访一颗名为龙蛋（也叫蛋星）的中子星，行程结束准备离开时，蛋星发生了一场星球级别的大地震（星震），星球上的奇拉文明几乎毁灭，随后奇拉与人类相互帮助、相互拯救的故事。读这部小说之前，最好先读过前作《龙蛋》，否则对故事的背景可能会难以理解。在继续写这篇读后感之前，也让我们先回顾一下《龙蛋》的前文提要以及设定。蛋星是一颗由比太阳还要大的红巨星坍塌而成的中子星，直径只有二十公里，因此星球上的物质密度极高，引力也极为强大，根据书中的设定，蛋星表面的引力强度是地球上的 670 亿倍！在这种环境下，蛋星上物质的形态与地球上常见物质的形态自然大不相同，那儿的各种活动不再依赖分子级别的化学反应，而是速度更快的核子级别的物理反应，于是对那颗星球上的智慧生命奇拉而言，它们的时间比我们快 100 万倍。所以，在前作《龙蛋》中，人类刚与奇拉们相遇时，奇拉们还处在石器时代，但一星期后，奇拉们的科技就已经远超人类。然而，就在人类基本完成考察准备离开时，一场灾难突如其来，星震发生了，蛋星上的奇拉文明遭受了毁灭性的打击，无数奇拉死去，大量建筑和设备报废，只有少数幸运儿活了下来，但他们几乎不会操作和修复那些先进的设备。不幸中的万幸是当时蛋星上空还有一些正在太空中执行任务的奇拉，这些太空奇拉受过良好的教育，依然掌握着部分先进技术，它们是奇拉恢复文明的希望。但问题是，地表的降落 ...继续阅读 (64)

工作多年，被人管过也管过人，有一个不算新颖但深有感触的心得，即管理者应该要尽量避免“微操”。“微操”一词源自游戏，指玩家对游戏中的单位进行非常细微的操作，比如在即时战略游戏中，非常细致地控制每个士兵的行为。对一些游戏来说，“微操”是褒义词，表明玩家的水平非常高，能发挥出各个单位最大的战斗力，这很好理解，因为游戏中的单位通常智能程度不高，同时总是能不折不扣地执行玩家的指令。但在现实世界中，“微操”则通常不是什么好事。我曾有一段比较痛苦的工作经历，当时的上司就非常喜欢“微操”，细微到产品的每个设计细节都要管，比如每个按钮的位置和文案、每个输入框的样式以及每个操作的流程他都要发表意见。他的能力确实很强，在业内小有名气，也有过几个成功的项目，因而十分自信强势，加上有着上司的身份，在团队内威信极高，对产品的各个细节都有着最终裁决权。刚加入团队时，我非常有干劲，尽心尽力地投入产品的设计和开发，但一段时间后，我发现我提交的方案常常会被他改动很多地方，而有时一个看似很小的改动却可能意味着之前的大量工作需要推倒重来。一开始我陷入了自我怀疑中，是不是我的能力真的太差了？不然为什么有这么多细节不符合上司的要求？我尝试努力总结上司的各个修改逻辑，但大部分修改我实在看不出有什么规律，对我来说，哪些地方会被打回似乎是完全随机的。反复的细节修改以及确认，让我的工作量增加了很多，精神上也疲惫不堪。终于有一天，在再 ...继续阅读 (38)

爷爷生于 1924 年，今年是爷爷诞辰 100 周年。1爷爷受过良好的教育，解放前当过老师，在山村小学教书育人，也曾一腔热血，保护过被敌人追捕的游击队员。解放后，爷爷先在县法院工作，后转向水利、航运方向，参与主导了很多复杂的工程，并逐渐成为这个领域的知名专家。1970 年代，云南省开发澜沧江，爷爷以专家身份被聘为技术指导。那个年代的工作条件非常艰苦，在一次位于西双版纳的工程作业中发生了意外，奋战在一线的爷爷不幸负伤致残，从此不得不离开热爱的事业，提前退休回到家乡。2从我有记忆起，爷爷就是一个整天坐在客厅藤椅上的老头，很瘦，很慈祥，从未见他发过脾气，对谁都很和蔼。爷爷的伤在腿上，这个伤让他失去了自由行走的能力，因此他只能天天宅在家，极少出门。爷爷有一大箱子书，我曾好奇地翻过，但那时我还不识字，只依稀记得书中有很多复杂的图表。有时会有一些同样头发花白的人来看爷爷，爷爷会很高兴地与他们聊很久。没有客人时，爷爷会看书看报，还会教我唱歌，但更多的时候他就那么静静地坐在那儿，不知是在回忆还是思考。3也许是长年的坐卧损害了健康，爷爷去世得很早。爷爷弥留之际被大伯接了过去。有一天母亲带我去大伯家看爷爷，我进了屋，看见爷爷正躺在病床上，见我进来，就睁大了眼睛看向我。年幼的我还不理解死亡的含义，只觉得爷爷睁大眼睛的样子很有趣，还以为他马上就要像以前一样逗我玩了，于是嬉笑着跑了出去。却没有意识到，那就是 ...继续阅读 (65)

最近看了一些西方伪史论的言论，觉得很是荒诞，也写一点看法。所谓西方伪史论，大体上就是认为西方的历史（部分甚至大部分）是伪造的，更深一层的思想则是认为西方也不过尔尔，没什么了不起的。关于西方伪史的言论，一开始是一些人质疑西方历史中可能有造假的部分，这还属于正常的探讨。接着，一些人继续推进，认为古希腊的哲人比如亚里士多德等都是假的，流传下来的著作都是后人的伪作，这时的种种论点就有点经不住推敲了。再接着，既然西方那些先贤不存在，那么那些思想是哪里来的呢？有人就说全部源自古代中国，是被西方偷走的，更有甚者认为《几何原本》也是中国古人写的，现代科学也是中国古人发明的，还例举了种种所谓的“证据”，将西方文明贬得一无是处，同时将中国古代文明无限拔高。这些言论荒诞不经，错漏百出，但大概听着让人高兴，于是附和者甚多。那些西方伪史论的鼓吹者，不知是真的相信这套理论，还是只是为了利益或者吸引流量故意语出惊人。不过，显然他们并不是最早这么做的，西方伪史论并不是什么新奇的东西，一百多年前，严复先生在《救亡决论》中就曾写道：“晚近更有一种自居名流，于西洋格致诸学，仅得诸耳剽之余，于其实际，从未讨论。意欲扬己抑人，夸张博雅，则于古书中猎取近似陈言，谓西学皆中土所已有，羌无新奇。……“……尤可笑者，近有人略识洋务，着论西学，其言曰：「欲制胜于人，必先知其成法，而后能变通克敌。彼萃数十国人才，穷数百年智力，掷亿万赀 ...继续阅读 (79)

看到一篇有趣的短文《增加新的柜员后会发生什么？》，讲的是排队论。银行柜员问题文章中讨论了这样的一个问题：假设一家小银行只有一名柜员，每位顾客平均需要 10 分钟的服务时间，每小时预计有 5.8 位顾客到达，那么预计每位顾客的等待时间是多少？乍一看之下，每小时有 60 分钟，但只有 5.8 位顾客到达，即平均每 10.3 分钟才有一位新顾客到达，同时每位顾客平均只需要 10 分钟的服务时间，似乎一位柜员就足够服务好这些顾客了，每位顾客都不用等待或者不会等待太久？但事情显然不会这么简单，假设顾客到达的时间和所需的服务时长都是随机的，那么每位顾客在得到柜员服务之前，平均需要等待近 5 小时之久！为什么会这样？其实稍加思考，我们就能发现端倪，因为那个 10 分钟只是平均时间，但每位顾客所需的实际时间差异可能会很大，有人可能只需要一两分钟，有人则可能会需要几十分钟甚至几小时，而一旦遇到一位需要长时间服务的顾客，所有后来的顾客都只能排队等待。同时，顾客的到达时间间隔也不是严格的 10.3 分钟，有时可能几十分钟甚至几个小时都没人来，有时则一下子连着来了好几位顾客。那么，如果增加一位柜员会怎么样呢？你或许会以为，增加了一位柜员后服务处理能力加倍，那么顾客的平均等待时间也应该对应地减半，平均每位顾客大概只需要等待两个多小时吧？但事实上，增加一位柜员后，顾客的平均等待时间会一下子下降到 3 分钟，仅 ...继续阅读 (45)

去年写过一篇Electron 在 Windows 下的代码签名，今年 7 月中旬，这个证书要到期了，准备续一下，结果发现现在已经不再新签发纯数字代码签名证书了，要进行代码签名，必须购买带 U 盾硬件的版本。和原来的数字版相比，U 盾版贵了不少，而且由于 U 盾需要邮寄，还需要额外的邮费，花费的时间也比数字版多了很多。U 盾证书的使用和纯数字证书有一些不同，下面记录一下主要过程。购买证书购买过程就不详述了，有很多服务商，比如 DigiCert、Sectigo、SSL.com、CheapSSLSecurity 等，当然，也可以在淘宝上找代理。我是通过淘宝代理购买的 Sectigo 的证书，因为比较了下这样最划算。证书是由 Sectigo 官方从加拿大寄过来的，我下单时由于厂商芯片缺货，等待了 21 天才发货，不过发货之后就快了，从发货到 U 盾到手只过了 4 天。下图是我收到的 U 盾的样子。准备工作由于我的主力开发机器是 M1 芯片的 MacBook Pro，我希望能直接在 mac 上使用这个 U 盾，而不要在打包签名时换电脑。一番探索之后，发现是可以实现的，主要要点如下：macOS 上安装 Parallels Desktop 专业版在 Parallels 中安装 Arm 版 Windows 11U 盾需要与 Parallels 中的 Windows 11 连接，而不是与 macOS ...继续阅读 (50)

最近搭建了一个 Discourse 论坛，尝试使用另一个已有的 Django 系统中的账号进行登录。踩了一些小坑，下面记录一下过程。本文内容基于以下软件以及版本：Discourse 3.1.0.beta5Django 4.2.2Django Oauth Toolkit 2.3.0安装 DiscourseDiscourse 的安装比较顺利，基本上按官方说明操作即可。最好使用一台没有 Web 服务的机器，即 80 和 443 端口没有被占用，否则会有一些麻烦。域名我是通过 Cloudflare 管理的，一开始一直遇到“ERR_TOO_MANY_REDIRECTS”错误，查询之后发现是因为“SSL/TLS 加密模式”需要使用“完全”模式，不能使用默认的“灵活”模式。邮件发送服务，先是试了下阿里云的邮件推送，后来又根据 Discourse 安装说明页面的推荐，选了Mailjet的服务。阿里云邮件推送和 Mailjet 都可以支持，且两者每天都有 200 封免费额度，对小应用来说足够了。Discourse 准备Discourse 内置了 Google、Facebook、GitHub、Twitter 等第三方登录，只需在设置中配置开启即可。不过如果想集成自定义 OAuth2 登录服务，还需要安装一个由官方维护的额外插件discourse-oauth2-basic。插件安装方式为修改 Disco ...继续阅读 (65)

最近经常需要批量修改图片的 DPI，原以为有很多软件可以做到，谁知找了几个都只有批量修改图片尺寸等功能，而不能批量修改 DPI，于是查了一些资料，自己写了一个 Python 脚本，在这儿记录分享一下。什么是图片的 DPIDPI 是“Dots Per Inch”的缩写，直译为“每英寸点数”，表示每英寸长度中的点数或像素数。DPI 通常用于打印和扫描场景，在打印和扫描过程中，DPI 值越高，图像的分辨率和质量越好。在计算机显示屏上查看图像时，我们通常关注的是 PPI（Pixels Per Inch，每英寸像素），它表示屏幕上每英寸的像素数。PPI 值越高，屏幕上显示的图像质量越好，细节和清晰度也越高。DPI 和 PPI 有时都被翻译为“分辨率”，其实它们是两个不同的概念。我们平时在电脑或手机上查看图片时，接触得比较多的是 PPI，比如说一张图片的分辨率是 1024*768，说的就是 PPI，表示它在显示器上显示时宽度是 1024 像素，高度是 768 像素。而 DPI 则是一个单独的数字，比如 72、300 等等。一般 Web 上的图片常见的 DPI 是 72，用于高清打印的图片一般要求 DPI 是 300。一张 PPI 是 1024*768 的图片，它的 DPI 可以是 72，可以是 300，也可以是其他值，DPI 不会影响图片在电脑或手机屏幕上显示的效果，不过在打印时，内容和尺寸相 ...继续阅读 (51)

Name.com是一家美国域名注册商，主营域名注册，同时也提供 Email 邮局、建站、主机等服务。我在 Name.com 上注册或托管过很多域名，包括这个博客的域名都曾托管在 Name.com 上，后来为了备案以便使用国内主机才迁到阿里云上来。我曾一度认为，把域名放在 Name.com 是可以放心的，因此除了需要备案的域名，我的其他域名基本都放在 Name.com 上，多年来也确实一切正常，然而，让我始料未及的是有一天我的 Name.com 账号竟然被官方关闭了，连带其中的域名也全部停止解析。下面分享一下整个事件的经过。关停事情是这样的，去年（2022 年） 12 月中旬，我突然收到 Name.com 的一封邮件，内容如下：Hello,Thank you for your support of Name.com. We recently received notice that the contact details of your account are a partial or exact match to those of an individual sanctioned by the US Government. Please note that your Name.com account remains secure and has not been compromis ...继续阅读 (74)

最近一段时间，我一直在体验 ChatGPT / GPT-4，这个工具给了我很大的震撼和帮助。网上有很多人使用 GPT 生成简单项目的介绍，我也尝试了一下，本文记录的就是这样一次尝试。多年前我写过一篇博客，介绍了熄灯游戏，这是一个简单但又需要一定逻辑的小游戏，我决定试试让 GPT-4 来实现一下。从零到一首先我给 GPT-4 输入了游戏的定义以及我的要求：熄灯游戏（Lights Out）是一个规则很简单的游戏，在一个 n * n 个格子的面板上，每个格子中有一个灯，灯有亮着和熄灭两种状态，初始状态下，所有的灯都是亮着的，点击某一个格子，会影响到那个格子以及它上、下、左、右四个相邻格子中的灯的状态，影响的规则为如果灯原来亮着则将其熄灭，如果原来熄灭则将其打开。游戏的目标是要将面板上所有的灯全部熄灭。 请写一个网页，实现这个游戏。GPT-4 很快给出了一个 HTML 页面，初步实现了需求。这个页面的 JavaScript 逻辑基本正确，但在样式方面却有很多问题，比如所有格子都横向排列了，并没有排成 n * n 的方格，同时灯的开和关状态也没有正确显示。于是我继续向它提要求：样式似乎有错误，没有区分灯的开和关状态，另外灯的排列位置也有误。它立刻承认了错误，并给出了修改后的代码片断。我将新的代码片断复制到文档后，发现功能正常了。此时，游戏的界面看起来如下图所示：游戏可以玩了，但代码中写死了 ...继续阅读 (55)

收集整理了一些只能看不能读的文字，非常有趣。类似的文字还有很多，这儿只选了部分我觉得比较好的。施氏食狮史作者：赵元任石室诗士施氏，嗜狮，誓食十狮。施氏时时适市视狮。十时，适十狮适市。是时，适施氏适市。氏视是十狮，恃矢势，使是十狮逝世。氏拾是十狮尸，适石室。石室湿，氏使侍拭石室。石室拭，氏始试食是十狮。食时，始识是十狮，实十石狮尸。试释是事。白话译文：石头屋子里有一个诗人姓施，喜欢狮子，发誓要吃掉十头狮子。这位先生经常去市场寻找狮子。这一天十点钟的时候他到了市场，正好有十头大狮子也到了市场。于是，这位先生注视着这十头狮子，凭借着自己的十把石头弓箭，把这十头狮子杀死了。先生扛起狮子的尸体走回石头屋子。石头屋子很潮湿，先生让仆人尝试擦石头屋子。擦好以后，先生开始尝试吃这十头狮子的尸体。当他吃的时候，才发现这十头大狮子的尸体原来是十只石头狮子的尸体。先生这才意识到这就是事情的真相。请尝试解释这件事情。于瑜与余欲渔遇雨作者：杨富森于瑜欲渔，遇余于寓。语余：“余欲渔于渝淤，与余渔渝欤？”余语于瑜：“余欲鬻玉，俞禹欲玉，余欲遇俞于俞寓。”余与于瑜遇俞禹于俞寓，逾俞隅，欲鬻玉于俞，遇雨，雨逾俞宇。余语于瑜：“余欲渔于渝淤，遇雨俞寓，雨逾俞宇，欲渔欤？鬻玉欤？”于瑜与余御雨于俞寓，俞鬻玉于俞禹，雨愈，余与于瑜踽踽逾俞宇，渔于渝淤。白话译文：于瑜想去钓鱼，到我家找我，对我说：“我想去渝水的滩涂上钓鱼， ...继续阅读 (66)

此图使用 Midjourney 生成最近一段时间，我一直在玩 AI 生成图片的工具，主要是 Stable Diffusion 以及 Midjourney 等。这些工具目前还不完美，生成的图片有很多在细节上仍有问题，但整体而言已经足够让人震惊，有一天我突然意识到，如果要做一个比喻的话，AI 也许是信息时代的农业，AI 之于人类社会的影响，或许将类似于农业之于人类社会的影响。回想一下，在发明农业之前，我们的祖先过着什么样的生活？历史书上通常将这个时期的人类称为“食物采集者”，此时的人类不具备生产食物的能力，生存所需的一切都需要从大自然中人工采集，具体来说，每一颗果子都需要一双手亲手摘下来，每一个猎物也需要一个人亲手捕获。回到现代，以图片为例，如果没有 AI，我们需要的图片是怎么获得的呢？是不是每一张图片都需要一位画师亲手绘制？就算有了 PhotoShop 等工具，可以大大提升画师的能力和效率，但每位画师的产出仍然是线性的，他们需要参与到每一张图片的制作过程中，亲自处理每一张图片的每一个细节。从大自然中采集食物是低效的、不稳定的，幸运的是，在漫长的时光中，我们的祖先们逐渐发现很多植物身上有一个可被称为“种子”的部分，只要在合适的季节将种子种到地里，并予以恰当的照顾，种子就能够长出新的食物来！又过了很久，终于，一些人意识到，如果我们花一些时间来专门种植和照顾这些植物，是不是就可以有稳定可靠 ...继续阅读 (44)

《老后破产：名为“长寿”的噩梦》是一本来自日本的纪实作品，记录了若干日本社会中处于破产边缘的老人的故事。日本已经是一个超老龄社会，也是老龄化程度最严重的国家之一，据新闻报道，目前日本 65 岁以上老人的数量占总人口的比例已经超过 29%，社保压力很大，加上国家的经济已经停滞了近 30 年，因此越来越多的老人面临着破产的问题。书中的老人们，有一些终身未婚，无儿无女，有一些则是伴侣、孩子先去世了，还有一些则是与失业的孩子一起生活，总之基本没有家人能给予他们经济或者生活上的帮助，自身也已因年龄或疾病而失去了劳动能力，只能靠微薄的养老金和日渐见底的存款艰难度日。日本政府对老人其实有很多优惠政策，比如医疗费、护理费，自己只需负担一成，剩下的九成都由国家补贴，但即使这剩下的一成，对很多老人而言仍然是一笔不菲的费用，很多老人常常因此将小病熬成大病，结果却不得不花更多的钱来医治。这些老人大多出生在战后，他们年轻时正赶上日本经济腾飞的年代，曾极为勤奋地工作，并且对未来充满乐观，几乎没有人想过自己会面临如此窘迫的晚年生活。如同本书的副标题所说，贫穷、病痛，以及精神上的空虚，让他们长寿的晚年生活仿佛噩梦。不过，作为富有的发达国家的老人，他们仍然是幸运的，因为日本政府对国民有一个兜底的生活保护政策，当他们完全破产之时，政府会接管他们的生活以及医疗，让他们不致于真正老无所依。养老问题是几乎每个人都关心的问题 ...继续阅读 (44)

复杂项目的运营中，文档站点通常不可或缺，比如我正在开发维护的WonderPen软件，虽然我一直努力让各个功能都尽可能简明易懂，但当软件的功能复杂到一定程度之后，用户对文档的需求仍然与日俱增，因为总有一些功能难以做到一看就明白，同时也总有一些功能的入口不会直接显示在主界面，如果没有说明，用户可能要花很长时间才能发现。为了构建文档站点，我尝试过很多方案，最后选择了基于 Next.js 自建，本文记录了一些相关经历。需求文档站点主要用于存放产品的使用和帮助说明，内容一般是纯静态的，可以没有用户留言、评论等模块，从功能角度来讲比较简单。对文档站点，我的需求主要有以下几点：最好能使用 Markdown 写文档；支持多语言（暂时只有中文、英文的需求）；能深度定制样式；能提前批量修改或新建文档，然后再在指定的时间统一发布更新。其中第一、二、三点无需多说，关于第四点“批量修改、统一发布”，应该是软件或类似分版本发布的产品共同的需求。举个例子，软件的下一个版本可能有很多变化，文档也需要做对应的变更，比如修改相关的功能说明（也许涉及几个至几十个页面），更新对应的界面截图等等，并且需要在新版发布时同步更新上线。对这样的需求，使用语雀等在线知识库就不是很合适，虽然它们的功能很强大，但发布粒度是基于单个文档的，很难实现批量修改多个文档，并在指定时间统一发布。目前，要实现这个需求，基本上需要使用专门的文档站点 ...继续阅读 (38)