哈哈 不过我这边被封443/80后就完全无法用discourse了 app.yam端口改成了3443和3080
重建好几次都不行 后面一点点debug发现自己生的证书要用fullchain 我复制错了(也是自带的证书脚本一直失败 不知为何)
现在又在重建了 国内服务器玩这个真是命途多舛。
宿主机要代理 容器内还要走宿主机的代理。
另外 今晚的cf似乎抽风了 换了好几个节点 美西 香港 新加坡 都一直cf报错 很奇怪
其实就是原来自己在装的时候有很多问题，然后就记录下来了。
顺便发了点到 CSDN 和腾讯上面。
这 2 个平台还算比较友好，对外部链接也基本上比较包容，差不多也就让你过去了。
在国内弄这个的问题就是是各种网络的问题，代理，端口。
目前在外面全站都会要求使用 https，否则很多服务都不给你接入。
2 posts were split to a new topic: Discourse 瀑布流风格
是的。
CF 今天遇到了大规模的网络故障。
Just returned to our forum
不得不说这种赛博大停电 真得思考一下很多互联网服务。
是需要去中心化备份的。
HTTP_PROXY=http://172.17.0.1:7890
HTTPS_PROXY=http://172.17.0.1:7890
DISCOURSE_HTTP_PROXY=http://172.17.0.1:7890
./launcher rebuild app
重建时 尝试这条命令发现git中断
但是如果在app.yaml里面加上HTTP_PROXY=http://172.17.0.1:7890
HTTPS_PROXY=http://172.17.0.1:7890
会导致容器以后默认都是走宿主机的7890代理端口 且重启无效
这种一次性写死的机制好难受 暂时想不到别的好方法。
这种问题，我们还真没有什么办法可以避免。
就好像中国电信机房出问题了，很少有企业能够同时保持中国电信和联通同时有备份。