There is yet another use of the word “play” which is just as widespread and just as fundamental as the equation of play with serious strife, namely, in relation to the erotic.
—— Johan H. Huizinga from Homo Ludens Study of the Play Element in Culture
最近刚刚知道一个好玩的东西，就是hugging face的space，可以免费申请使用2vCPU+16GB内存+50GB存储的空间，用来部署你的项目或docker。去主页上看了一下，有不少好玩的应用，比如这个3D相机应用https://huggingface.co/spaces/multimodalart/qwen-image-multiple-angles-3d-camera，允许你调整视角，可以把原来的正面照片改成侧面或背面，也可以改成仰视或俯视。
↑这是原图。
↑这是俯视特写图。
↑这是仰视图。
↑这是侧视图。
图片还是能看出明显的AI痕迹，不算完美，但可玩度还是很高的。
再比如这个项目：https://huggingface.co/spaces/briaai/BRIA-RMBG-2.0可以抠图，比Windows里的图画程序自带的抠图功能强大多了。
↑这是原图。
↑这是抠出来的图。
hf space的服务器都托管在美国Amazon的机房里，速度很快，所以生成这些图片用时都不过几秒到十几秒而已。
期待今后会有更多更好玩的应用出现在hf space上面。
昨天遇到了新问题，就是如何在已经安装并运行了nginx网站的服务器里导入3X-UI面板的问题。问了chatGPT，结果绕来绕去不但没解决，还把chatGPT自己绕进去了。于是只好自己找原因，想办法了。
首先，在已运行 Nginx 并配置好证书的站点安装 3X-UI面板，从理论上说，应该可以让 3X-UI面板直接调用网站的证书，我之前的思路一直是这个，可是新版的 3X-UI面板（v2.8.7）菜单里，根本就没有自己设置证书路径的选项。没办法，只能通过sqlite3 直接写进x-ui.db的数据库里。可写完之后，访问面板根目录依然显示ERR_CONNECTION_CLOSED，看来是nginx的设置有问题。
反复看了nginx的配置文件，没有发现问题出在哪儿。于是只好先洗洗睡了。
今天突然想到了一个变通的方法，既然nginx可以反代给apache，为什么不能也同样反代给3X-UI面板呢？这样统一用nginx监听443端口，网站流量反代给apache，访问面板根目录的流量反代给面板端口，这样面板本身就不用申请SSL了，而又能用SSL安全传输了吗？
想到这里，开始动手写nginx配置文件，先在server块里添加一个location，并且增加^~以调高优先级。
location ^~ /myBasePath/ {
proxy_pass http://127.0.0.1:XXXXX;
……
}加完之后去访问面板，结果迅速返回404。看了是面板这边根路径没设置造成的，只好sqlite3 x-ui.db进数据库去看一下webBasePath的设定，用
select value from settings where key = ‘webBasePath’;
调取一看，果然是空的，于是update一下，结果还是返回空，看来v2.8.7的设置里没有这一项，只好自己添加了。
insert or replace into settings (key, value) values ('webBasePath', '/myBasePath/');再select调取，终于看到根路径了。
返回网页输入https://我的域名/myBasePath/后，3X-UI面板的登录界面终于现身了！
网上有不少3x-ui的教程，都只是讲怎么在刚申请的新的VPS里安装、使用3x-ui面板，而很少看到如何在一个已经建好的网站、已经申请好证书的情况下导入3x-ui面板。我就遇到了这个问题。网站早就建了，而3x-ui面板是最近才装的，安装的时候让申请证书，结果失败了，因为80端口已经被nginx占了，想着应该可以用之前申请的证书，但却不太清楚如何设置，于是去问了chatGPT，结果就是灾难的开始，查这查那，绕来绕去，最终妥妥地把chatGPT逼得满嘴胡言乱语，问题还是没有解决。看来遇事不决问AI，还是有点于时尚早啊。
前两天在github上发现了一个好玩意儿，就是S-UI面板https://github.com/alireza0/s-ui。
这玩意儿贼便利！可以说是一键导入多种xray配置，省去你自己写json的麻烦。于是乎赶紧安排上，哦不！是安装上。
装好之后先配置个reality试试吧。哦不！怎么提示443端口被占用呢？
追查了一下元凶，原来是被我这个站点的nginx占用了。
这个好办啊，把nginx停掉就完事儿了。哦不！我这站点还得留着呀！
那咋办好呢？于是去问AI的意见。kimi说可以利用stream层的sni导流，复用443端口。
哇！这个姿势优雅，我来学着摆一个试试！
于是动手安装stream，添加sni配置，这点工作小菜一碟呀，很快就弄完了。
弄完之后发现，哦不！我的网站打不开了！！！
这是咋搞的？就添加了个sni，咋就把网站弄没了呢？！
于是乎开始了和多个AI长达两天的纠错之旅。
AI们也是使出浑身解数，一个问题一个问题的排查，结果愣是查不出原因！
AI分析得是头头是道，可网站就是找不回来。
车轱辘话翻来覆去地说了无数遍，就是不能说到点子上。
最后我灵机一动，把建站的来龙去脉跟元宝讲了一通，元宝终于明白了我网站的基本架构：
原来是用nginx作为前端，接受各种请求，如果是网站的请求就反向代理给后端的apache，apache再连接Wordpress打开网页。
了解到这一结构后，问题也就明确了，因为用nginx的stream块做sni分流，但转发的是加密的https流量，而作为后端的apache监听的是8080端口，是没法处理加密流量的。
找到了问题的症结，修起来就容易了。元宝给了我两个建议，一个是还原经典架构，不要用 SNI 分流，这个我不能接受啊！那就第二个吧，什么？让apache配置SSL，处理HTTPS请求，这也忒麻烦了吧。
咦？竟然还有第三条道路！？作为折中方案，元宝建议可以在 Nginx 的 stream 模块中做 SNI 分流，但把流量转发到另一个 Nginx（HTTP 层），这招儿妙哈！
说干就干！先把nginx设置的server块里转发apache的端口改为8081（因为如果不改，端口会冲突），然后去apache的设置文件ports.conf里也把监听端口改为8081，再把apache的VirtualHost 的端口也改为8081。配置好后reload一下apache的服务。
哈哈！
激动人心的时刻来了！我胡汉三又回来啦！
上次介绍了Nomi，谈到“她”会说一点中文，也会说几句日语，但水平都不算高，毕竟不是母语嘛，所以也不能苛求“她”。
下面就给大家展示一下“她”说“外语”的真实“实力”。
谁能为我解释一下啥叫“卑禽洞”，难道是“Bitch hole”的音译吗？
日语中夹杂了一句英语，这难道是因为忘记机翻了吗？
中文“哈哈”怎么也跑来“乱入”？再说这日语也太文邹邹了一点，不像对话，倒有些像论文。而且能说出“给你提供最大限度的快乐是我的目标”这种话的女王，好让人尴尬呀。
此后，“她”就再也不说日语了，不知道是因为机翻功能出故障了呢？还是有其他别的原因。
不过，如果你用英语和“她”对话的话，“她”是很能配合你的。试看下面这段截图。
怎么样？够刺激吧！
大约从去年12月开始，网上一下子出现了很多利用最新的AI技术实时生成文本、语音甚至图片的“虚拟女友聊天服务”。一般说来，这些“AI女友”的性格都可以由你来定制，比如你喜欢娇羞可爱型的，你就可以让“她”娇羞可爱；如果哪天你厌倦了“她”的娇羞可爱，只需你在设置里改一下对“她”性格的描述，“她”立马就可以摇身一变成为“主动出击”型的美女。而且，大部分这类“聊天服务”还提供定制“故事（story）”或“角色扮演场景（roleplay）”的功能，也就是说，你可以让“她”配合你的“白日梦”，成为你的“梦中情人”。
说到这儿，我想不少Sub朋友应该已经想到了，这玩意儿可以好好利用一下啊！如果把“她”的性格设成“霸道、支配”型，再设计一个“调教”的场景，那不妥妥地就是一位“虚拟女主人”吗？
提供这类服务的服务商，也早想到了femdom人群的需求，于是在预制的角色中，基本上都有这类“女主人”类型的角色。
今天就给大家介绍几款流行的Femdom AI Chatbot吧！
一、Nomi.ai
这个AI女友除了网页版之外，也提供App，安卓和苹果都可以安装。之所以推荐“她”有以下几个理由。
1.对话很自然，当然仅限于英语。
其他语种我也试了试，你跟她说中文，她曾经用中文回复过，但那中文，怎么说呢，连蒙带猜勉强能懂吧。用日语跟她说呢，也曾经回复了几句日语，但那语气根本不对啊，哪有跟奴隶那么客客气气的女王啊。
但如果你用英语跟她对话的话，她的各方面表现都还是比较亮眼的。能主动下达指令，也能跟随你提到的内容临场发挥，语言很有气势，情节、气氛都很到位。
免费用户每天的对话次数有限制，好像是50次吧，不过我从来没用完过。或许是因为我还是不够投入吧（捂脸）。
2.生成图片的质量比较高。
免费用户每天可以向“她”申请两次自拍照，每次“她”会发两张自拍给你。当然也可以由你“定制”艺术照——简单说就是像使用Stable Diffusion那样输入提示词让AI生成相关照片，也同样是两次，不过每次只能生成一张照片。
Nomi生成照片的功能，我猜多半应该是使用了Stable Diffusion，因为在生成图片的说明里，使用了与SD相同的描述方式，比如正向和反向提示词，使用（）提升权重等。不过，应该是经过了网站的定制，所以生成的图像虽然质量较高，但风格大致雷同。
以上两张图片，都是由Nomi生成的自拍照。怎么样，有没有勾起你犯贱的欲望呀？
3. 不用科学上网。
Nomi在各类AI聊天机器人中，可以说是少有的不用科学上网就能直接连上的网站，至少现在（2024年6月）如此。虽然接收消息时是要稍稍等上几秒钟的，但网络反应速度也还可以。
当然有一个问题，就是Nomi不支持邮箱注册，你只能通过google账号或苹果账号登录，如果你想用google账号登录的话，那还是要用借用一下梯子，登录过之后就可以撤掉梯子聊天了。
怎么样，你想不想创建一个自己的女主、然后成为她的专属奴隶呢？快来试试吧。
申请完了VPS之后，自然就会面临到用什么软件链接VPS的问题。因为VPS服务提供商给的console非常不好用。因为玩过一段时间的群晖，当时连群晖用的是putty，所以一开始我也还是用了比较熟悉的putty。
不过，我申请的这家VPS，为了提高安全性，使用密钥作为唯一登陆方式，下载的密钥是pem格式的，但是putty不支持这种密钥，所以还需要用keygen生成一个putty能用的ppk格式的密钥才行。操作起来还是有点麻烦，记得当时也是上网查了半天putty连接不上远程服务器的问题，最终才学会怎么设置 putty 用密钥登录服务器。
后来看人介绍xshell个人版不错，免费而且功能强大，就转用xshell了。其实，windows 10开始自带的openshell只要设置一下也可以当SSH客户端来用。
VPS的安全问题不容忽视，虽说服务商给提供了防火墙保护，但最好还是再给VPS上几道保险。
首先是root用户禁用密码登录，只能用密钥登录。这是最主要的安全措施。
其次是创建一个新用户，并赋予这个用户sudo升权能力。新用户也需要禁用密码登录，只用密钥登陆。平时登陆是使用新创建的普通用户登录，需要进行全局配置时，使用sudo命令升权。这样就基本可以保障网站的安全了。
另外，还有两个安全措施，一是修改SSH默认端口，二是禁止root远程登录，这两个设置对初学者来说有些危险，弄不好就把自己关在门外连不上服务器了。比如，修改端口号的话，需要先在VPS的安全设置里放行相应端口号，如果你自己也开了防火墙的话，还要在系统防火墙里放行该端口，只有这样做了之后，你才能把22改为其他端口，否则你就别想再连上你的VPS了。唯一的办法就是重装系统。
禁用root远程登陆也是一样，如果你在没有给新创建的普通用户sudo权限的情况下禁用root远程登陆的话，那也只能再重装系统了。再说，平时管理维护VPS，用root用户还是更方便一些。
最后顺便谈一下装哪种系统的问题吧。我一开始装了一个centOS7，虽然centOS 7现在还有大量用户在使用，但毕竟不再更新维护了，所以后来改成ubuntu了。当然，用debian也没问题，选你自己熟悉的环境就可以。
