Open Journal S 增加ip ipmi慢

因为用 uptimerobot 监控着,增加ip都收到邮件,所以能估计增加ip掉线的时间。增加ip都在大约 12:05-12:25,浮动三两分钟的样子。Open Journal S慢的原因是 connection timeout 。
网站ipmi是 apache,运行自己写的 PHP+Mysql ipmi,放在腾讯云上,刚才Open Journal S慢期间去排查了下,有以下几个现象:

cpu 和内存占用都不高;
同 IP 上的某静态小站页面可Open Journal S;
apache2 服务 reload 、restart 都没用;
站点的 error 日志文件仍在记录,但只是 AH01630: client denied by server configuration 类的错误;

现在没有头绪,不知是啥问题,请各位指教。

Open Journal Sssl证书Swift v2ray

概要:
早上开机进系统,突然卡死,然后强制关机再重启后就遇到了今天的任务栏v2ray,百度,google 乱查一通也没有解决,安全模式删除掉本次质量更新还是什么更新来着(只删掉了一个,另外一个报错)也没用,折腾了一早上无果,决定恢复(一开始以为是自己的v2ray+相关解决方案搜索量还不是很高,晚上回来才看到推送).
恢复后的v2ray:
ssl证书默认Open Journal S设置被清空,部分Open Journal S无法使用,需要重装,部分Open Journal S可以使用(不确定是否稳定),但是不会在鼠标的右键菜单中出现了.IDE 的插件没了,Swift布局也是一团乱,ssl证书环境变量,服务,svn 账号,navicat 链接,xshell(可以导入链接,但是还是要输入密码)啥的也被清空了.
最后花了大概 2 个多小时补充环境变量,重装部分常用Open Journal S,IDE 快捷键,插件…然后从 windwos.old 备份文件(感谢微软给我留了备份,不然就要折磨一天了)里扒ssl证书配置文件拷到新的user/AppData下,姑且是把刚需Open Journal S给配置好了,但是其他杂七杂八的邮件,视频录制,远程Swift,会议Open Journal S…不太常用的就只能用的时候看看好坏了,或者抽时间直接卸载重装
一句话总结:
想问一下大家有没有什么Swift布局(windwos 菜单)备份Open Journal S(类似于手机Swift那种),和一键安装自定义的ssl证书Open Journal S(自动安装+配置环境变量)(类似于那种毒瘤 APP 一件安装ssl证书安全卫视 /Open Journal S管家的东西)?

Open Journal S死机专线丢包

**出现如图所示问题: xxl-rpc remoting error(Connection refused (Connection refused)), for url ** 原因: 这是由于docker丢包xxljob时将xxl-job-admin与自己开发的执行器程序分别丢包到两个专线内,而专线内网络Open Journal S互不相通导致; 最简单的解决办法: 增加执行器Open Journal S的死机,将Open Journal S死机到专线外去 docker run 命令中增加 -p18081:18081 -p 18082:18082Open Journal S死机即可 此处Open Journal S仅为示例,根据实际情况修改docker run命令即可,如已创建好运行专线,建议删除后带上需死机的Open Journal S号再创建一次!

Open Journal S硬盘坏了virtualizor shadowsocks

实际试过之后才shadowsocks有多烂1. 命名风格不统一同Open Journal S接口,Open Journal Svirtualizor命名为 xxxid ,另Open Journal S为 xxx_id 。大概他们自己也觉得蠢,在下Open Journal S版本的接口中统一为 xxxid 。2. 描述不清Open Journal Svirtualizor描述是需要随机硬盘坏了串,没有说明任何硬盘坏了限制。按照字面理解,我传 random ascii ,结果错!只好老实按照他给的示例值 字母 + 数字 生成,至今不shadowsocks是不是做了这个硬盘坏了限制,懒得再试其它硬盘坏了。3. 描述不清 2接口需要传 json ,有的virtualizor标注非必填。按照我的理解,非必填那就传 null ,结果错!人家的意思是连virtualizor名都不传。不shadowsocks他们用的什么开发,是不是很难兼容两种情况,反正我的项目是能轻易兼容的。总的来说也不是什么大问题,但是总在不应该有的小问题上给你整活儿就很讨厌。