看到 gatsby starter lumen 的一个 commit，https://github.com/alxshelepenok/gatsby-starter-lumen/commit/f9a5cb1093d8ed1030d69110e15ec440e13139cd#diff-3ae90e3e48c908e2c54171dfa5c89392
目录结构由我上面列出的方案 1 改为了方案 2，这个作者是 gatsby 项目的成员，暂时认为他的行为代表了官方的倾向，我将把我所有博客的目录结构改为方案 2

大功告成


@cxh116 如果是在当前系统备份的话应该要忽略掉一些如 /sys/dev/run 之类的目录，这些临时文件复制到了也没用

dd 和 tar 我是在 livecd 下操作的，因为如果是当前系统应该没法 dd 正在用的这块硬盘到一个新的硬盘吧(没测试过)

rsync 不用在 livecd 下操作，在当前系统给新硬盘分区挂在然后同步数据就行，不用在黑呼呼的 livecd 界面操作更有安全感
修改 /etc/fatab 的时候一定要用 uuid 标识分区，因为换了硬盘接口之后硬盘名可能就不叫 /dev/sda 了，另外每次格式化分区之后对应的 uuid 会变，所以要及时更新到 fatab

重新生成 cpio 是必要的，系统会解析不了 fstab 里面定义的分区

硬盘分区推荐使用 gpt 因为引导真是非常方便，直接复制 /boot 分区然后生成 grub 就行，不像 mbr 有个 512 字节的引导分区不好复制

@msg7086 是的，这应该是最简单最安全的备份方式了

上面的问题解决了，是我没有给 UserInfo 这个类的属性加上 set 方法。另外再反馈一个 efcore 好几年都没做的功能 https://github.com/aspnet/EntityFrameworkCore/issues/703

这个版块人好少啊，再求一个人气旺的 .net 论坛网址

我先改成文章图片分离的模式测试下

@newlifeinsc build 没问题，能构建出静态站点。现在问题是没法用 netlify cms 的后台，我怀疑是我本地的目录结构和 netlify cms 要求的不一致导致的

@newlifeinsc netlify 会自动识别文章，提供一个后台编辑，我是为了以后用手机也可以编辑文章所以研究了一下 netlify，不然每次写文章都要用电脑写不方便。官方提供的文档是使用文本在一个目录图片在另一个目录的形式，对于 cms 后台来说这是比较简单的做法，但我目前的文章都是和图片放在一起的，所以我怀疑是不是因为这个原因导致后台识别不出我的文章

@holulu 我现在就是这么做的，负载均衡里面把所有请求都代理到后端的 nginx，然后在 nginx 上配置转发规则，虽然问题是解决了但是感觉不方便，明明可以通过云 lb 直接代理到后端业务服务，非要在中间加一层 nginx。我遇到这个情况是因为目前阿里云腾讯云提供的负载均衡都是 4 层的？

aws:
优点：
1. 状态机模型简单易于理解
2. 控制台界面简单易于操作
3. 一个流程最大执行时间 1 年
4. 状态机定义语言有标准

缺点：
1. step functions 在中国没有可用区，连接可能不稳定

azure:
优点：
1. 官方提供 vscode 插件，开发调试方便
2. 一个流程最大执行时间 3 个月
3. 中国区由世纪互联运营，服务可用性有保障
4. 官方吹嘘是最适合企业应用开发的云（财富 500 强公司 90%使用 azure ）

缺点：
1. 控制后台过于复杂，不利于开发者理解
2. 流程定义语言只有一个简单的文档无严格的标准

就功能来说似乎 aws 略胜一筹，但是就开发工具链来说 azure 做得比较好。就平台来说，微软在国内运行稳定，而且是世界上最大的公司，所以如果开发企业级应用，追求稳定性，我应该使用 azure ？

就比如说把 www.example.com/api 转发给后端的 8001 服务吧，我用 nginx 可以随便转，

location /api {
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /fuckapi/$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
proxy_set_header Host $host;
}

但是目前国内所谓的云厂商，基本只提供第一种转发

我觉得传统软件行业比互联网软件复杂多了，什么工作流引擎（ workflow engine ），什么业务流引擎（ business process engine ），组织架构管理（ HRM ），模型驱动开发（ model driven development ），以及各种安全性要求，各种奇葩的业务需求，就复杂度来说比大部分互联网软件复杂度高，至少我现在是被折磨得焦头烂额了。

北京也有问题

北京区域也是一会儿好一会儿不好，云 mysql，负载均衡器老是抽风

今天又调研了一下 kafka + clickhouse，目前来看效果还不错，clickhouse 的语法类似 mysql，学习成本比较低，开源的数据可视化工具 redash 也支持 clickhouse，可能就用这个方案了

@thundernet8 以前没用过这个，查了一下好像比 kafka stream 更符合我的需求，感谢