@love 同意你的第一句话

另外，大鱼海棠被骂，我猜大概是因为对原先 flash 动画的先入为主或者情怀吧。至少我看的还行。

既然如此，给楼主推荐一部《无主之作》

把需要在前场变更的 git 仓库单独用 docker 建立一个 gitlab，数据以及 docker 镜像都放在移动硬盘。
每次使用的时候，插上硬盘，用 docker 把 gitlab 仓库在本地起起来，改完代码同步到本地的 gitlab 。拿回公司类似操作同步到公司总的 gitlab 服务器上。
为以防万一，硬盘可以做一些镜像备份或者在公司做实时同步之类的

@raptor #48 我也去年国庆去的，观点大差不差，可能楼主的负面情绪稍微多了一点而已。

景点的性价比确实不高，大老远跑去受罪的感觉。我在海拔 3000 以上住的两天，水土不服拉了两晚上，睡没睡好，爬山都没力气，可气的是还没走到两个打卡点。简直让我想打差评

盲猜 mac 地址或者 ip 地址冲突了

1 、无脑 yum update 到最新版本。firewalld 不用折腾，浪费时间，直接用阿里云的安全组规则。
2 、直接买阿里云的 rds 和 dds 省心。不想花钱的话，直接用 dokcer 起数据库，mount 数据目录即可。反正一台机器也不用考虑什么高可用和主备
3 、网上的文档够多了

另外问一句流程中的第四点，为什么不直接把原来低配的升级到 4 核 16G 呢，windows 直接释放掉不就好了

我没理解错的话，是 gateway 接到请求向后端服务转发的时候报错 not an SSL/TLS record ？

那你看看是不是 gateway 转发的时候带上了 x-forwarded-proto 类似的 header

@ohohohh 你调后端接口的协议写死了 http 么？

二楼说的对，如果你的第一份 nginx 只是 k8s 中的一个服务，就不要监听 443 了，只用 80 提供服务即可。
ingress 转发到 nginx 的 80，证书由 ingress 处理。
如果你想两边都加密，那就把 nginx 的 pod 对应的 service 修改到 443 端口，ingress 转发到 443 端口的 service

"卡拉先生发布于 2020 年 12 月 25 日 ｜ 上次编辑：2020 年 12 月 23 日"

我穿越了？

用来吃鸡啊

因为 ntfs 和 fat 之类的文件系统没有 rwx 这样的权限元信息。

挺好的，但是我推荐这个
https://github.com/filebrowser/filebrowser

apt dist-upgrade

想知道这样共享的话，iCloud 存储空间是算谁的
在一个相册中，谁共享的算谁的？
还是说谁创建的就算谁的空间

佩服，yaml 也写在脚本里面了，更新和修改都是大麻烦
一直觉得这种类型的脚本只能适合单一或者非常有限的业务场景

@imherer #4
"我的意思是应用层已经是 HTTPS 了，而且看它这个 demo 是直接绑定了域名了
负载均衡怎么做呢？ 因为域名已经绑在应用这一层了"

我粗看了 go-ginic 的 autotls，好像用的是 acme 来自动申请证书。他这个 demo 传域名是为了申请证书，而如果你在应用启动前又没有证书，那前面的负载均衡就做不了 7 层的，会陷入先有鸡先有蛋的问题。你可以做 4 层的负载均衡。

如果你已经有了证书，域名的 ip 是指向到前置的负载均衡的，负载均衡再向后端转发时就必须配置 ip 端口，外加 sni 域名
#6 说的 nginx sni proxy 大概就是如下


proxy_pass https://1.2.3.4;
proxy_read_timeout 60;
proxy_ssl_name $host;
proxy_ssl_server_name on;
proxy_ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
proxy_ssl_session_reuse off;

没什么差别啊，
负载均衡向 upstream server 转发的协议从 http 换成 https 而已
顺带如果 upstream server 的证书是自签的就加上不验证证书的选项

特斯拉哭了