10月份的搬瓦工流量不知道为啥用超了，虽然流量不大，但是还是感觉有可能被人盯上了？
索性转移ReckNerd吧，价格差不多，每个月流量4T管够。
然后两个服务器（或者说是三个）同时投入使用吧。
都换成了1Panel
宝塔用了很久了，可是那明晃晃的收费广告，确实碍眼。于是服务器全部卸载宝塔，换成了1Panel。
中间导致我的Wikijs数据库又一次的丢了！
我服了我自己了，脑子在想啥呢，这是第二次丢Wikijs的数据了，没有了热情再去整理那些文字和数据了。
1Panel的容器是个新鲜玩意
可能我就是小白吧，图形化界面比命令行看起来就是顺眼一点儿，我一次次的想把所有运行的程序都放到容器里面。
比如Xray
我试过了官方的teddysun/xray，但是总是鼓捣不成。
然后我又试了3x-ui，最终也是不了了之。
所以Xray继续回归命令行吧，官方一键脚本就很好用。
还有那新兴起来的reality+tls+vision，监听443端口，然后各种回落。
我承认我是老了，没有那么强大的理解能力了，对照官方的教程看了一遍又一遍，我就是弄不清楚怎么让Xray去监听所有的入站请求，然后分发（回落）给NginxOpenResty；我也整不明白怎么让NginxOpenResty在前端监听，Xray去复用443端口。
总之各种不明白，不清楚。所以还是回归了websocket的老路了。
reality不监听443端口，最终也没啥大用吧？
比如Rustdesk
最初我的解决方案就是pm2管理Rustdesk，看到1Panel的应用商店有现成了管理界面，于是放弃pm2，采用了图形化的界面。
当然，这个是部署在本地服务器上边。
然后使用lucky的IPv6的DDNS，端口转发给Rustdesk。
最初是可以使用的。但是我改完之后，不知道为啥lucky转发不过去了，总是提示后端服务器的21114端口拒绝访问。
可是Rustdesk不用这个端口啊，网上资料也没有像我现在这种解决方案的，也没有什么可以参考的。
最终只能先在本地服务器安装DDNS服务，开启指定端口以后，直接连接，省去lucky的转发服务。
一头雾水。
比如Hexo
这个好坑啊。
我曾经想要把Hexo迁移到WordPress，但是总感觉WordPress没有长在我的审美上面。而且迁移各种问题。
服务直接安装最新版的Nodejs好麻烦，一个高级的GCC编译1个小时，最后还因为各种依赖程序版本低，需要一点点的升级。
然后我看到1Panel其实集成了最新版的Nodejs，那我何必费老鼻子劲去自己安？
可是网上并没有在1Panel安装Hexo的说明文件。
对于Nodejs创建运行环境的源码目录和启动命令，根本无从填写。
各种搜集资料，我找到一个折衷的办法，我知道我这个办法估计也是半吊子才能想出来的，谁让我不是大佬呢。
- 创建Hexo运行目录
/path/to/hexo - 在该目录创建
package.json文件 - 加入以下命令
1 | "scripts": { |
这几个并列的命令，都是官方提供的。其中
project_name是项目名字，需要自定义
- 创建Nodejs运行环境，源码目录切换到
/path/to/hexo，启动命令下拉就会出现第3步中的命令 - 其他选项都是默认，直接确认，不出意外hexo就安装好了
- 但是，此时无法运行，于是我笨有笨法，把刚刚创建的运行环境删除
- 重新创建新的运行环境，源码目录切换到
/path/to/hexo/project_name，启动命令也是从下拉选择hexo server - 如此运行环境便正常了，不出意外已经可以打开hexo网站了
- 但是还没完，容器里面新建了一个关联的hexo容器，hexo相关命令需要在容器的终端运行
- 首次运行，提示没有安装hexo，所以可能是目录不对吧
- 于是继续运行官方一键脚本
npm install hexo-cli -g - 最终完成
当然还有NexT主题设置，我不喜欢这种不向下兼容的升级操作。重新设置_config.yml，最终才回到了原来的样子。
向来秉承的理念就是，能用就行，我没有必要全部都研究明白，只要能实现我想要的，那就先这样吧。
ReckNerd并没有其他人说的那么不堪呀，最起码要比搬瓦工小水管的速度要快的多。试用一个月了，暂时没有发现太大的问题。
GCP也在试用中。
有个暂时整不明白的是，以前，如果php网站想要访问网站之外的一些图片（前端可以直接调用），虽然不安全，但是是可以实现的。
但是现在php网站运行在容器里面，容器挂载了指定的目录，前端却怎么也调用不了挂载的资源，php后端是可以访问，但是前端html链接不过去，试了各种路径，都没有办法显示，都是404。
还是对Docker没有完全理解。