近期备忘记录

2026年11月10日 7点热度 0人点赞 0条评论

由于常态化不走全局代理,那么WP备份失效,更换为另一个插件,解决,云盘则更换为国内可访问的onedrive。然后,工具箱底部链接也更新一下地址,后台地址则增加CF访问权限。2026.6.8

wordpress 后台地址路径必须是小写字母。2026.6.9

安装zsh,2026.6.10

dailyhot 修改底部年份
进入容器
grep -rnw /var/www/front/ -e "2025"
vi /var/www/front/assets/index-42972598.css
输入 / 查找2025
改为2026
清楚浏览器缓存

2026.6.10

重新up 之后,nginx 的wp代理地方要重新改为php:9000

php 进入容器 /usr/local/etc/php-fpm.d/www.conf 修改listen = 0.0.0.0:9000

然后 /usr/local/etc/php/conf.d/uploads.ini 和 /usr/local/etc/php/conf.d/post.ini 修改上传大小

2026.6.12

折腾告一段落,三大主力全部停掉,寄予厚望的buyvm也停掉,现在主力所有服务全部转移到AD机子上,总体不错。手机模拟的,基本就是吉祥物,不开机状态。唯一的痛点是ssh晚高峰断线问题,一度购入更高级的这家机子,然后转念还是放弃了,退了。还有购入的联通手机流量卡,也打算拒收。还是坚持移动卡路线。2026.6.12

记录一下,内网之间传文件的方法。

ssh断联问题,通过双向疯狂保活解决了。2026.6.12

优选ip并没有卵用?

卧槽,吹爆,优选ip吹爆了。直接起飞了。下载速度直接从3.5M/s提升到25M/s

2026.6.13

seafile总是客户端报错资料库已损坏,折腾一上午,把数据库ipv4地址固定,然后修改数据库root密码和db密码为不含特殊字符的。不知道是不是治标不治本。2026.6.13

cf缓存、页面缓存、对象缓存。三个缺一不可。然而,经过一番周折,发现,页面缓存无法生效。现在只保留cf缓存和对象缓存。cf缓存已经生效。很好。经过一下午的折腾,通过更换页面缓存插件,补齐了这一环节。能做的都做了,暂时还没有感觉到打开速度变快了。2026.6.13

只要访问路径是你的自定义登录,直接无视后面的 W3TC 静态规则,强行丢给 index.php 走动态解析

if ($request_uri ~* "/k3dc3u6zdjz6u2buyf52rpbb6zgkr1mvojnr") {

set $w3tc_ua "bypass";

set $w3tc_cookie "_cookie";

}

 

可以解决WordPress 后台自定义登录界面提示

405 Not Allowed nginx

 

然而不生效

修改为

=

# ✨ ⚡【核心生效特权通道】⚡

# 使用 ^~ 强行拦截你的自定义登录路径,一旦匹配,绝对不往下走 W3TC 的任何静态规则

# =

location ^~ /k3dc3u6zdjz6u2buyf52rpbb6zgkr1mvojnr {

# 100% 绕过 W3TC 的硬盘探测,直接把请求(无论是 GET 还是登录的 POST)

# 丝滑、安全地安全投喂给 WordPress 的核心 index.php 处理

try_files uriuri/ /index.php?$args;

}

2026.6.14

优选ip回偶尔-1,过一会会自动畅通。下载速度着实吓到我了,80M/s,偶尔-1,切换一下流量卡,就行了,再切回来,或者不切,应该停用流量然后再开也行吧,linux桌面端也经常出现,桌面端不是优选的时候就经常出现,猜测与运营商ip地址变动,或者基站切换引起的网络波动有关。2026.6.14

所谓双优选,就是先在vps上跑一遍,然后拿到ip地址集合,再去国内跑,其实意义不大,还是要看国内到cf的优选。至于域名优选,也不再纠结,首先都是第三方维护,不定哪天就没了,再有就是容易被举报,其实想国内访问快,就是要备案。备案,那就是开玩笑。2026.6.15

瞎鸡巴调整。调整来调整去,发现其实根本原因是,主题拖慢了打开速度。严重怀疑是主题作者为了让大家去购买新出的主题,从而强行拖慢了打开速度。换了一个主题,发现是秒开啊。卧槽了简直。2026.6.15

今天同事说 sap 新版本了界面不好用,我告知可以换主题解决,然后我得知同事采用网页跳转的方式登录 sap,电脑端本质上还是会打开本地 exe 客户端,linux 版本不能采取这种方式,那么手机呢,测试发现手机无法直接进入 sap 网页端,经过 gemini 的提醒,找到了 sap 安卓的第三方客户端,然后最重要的就是参数配置了,经过几次测试,最终找到了正确的配置参数,成功的在手机端进入了内网 sap。2026.7.28

echo 'kernel.core_pattern=/dev/null' > /etc/sysctl.d/99-nocore.conf

sysctl --system

 

libretranslate

 

hermes

 

崩溃后写入的core文件大量占用磁盘。

 

core 文件(核心转储,core dump) 是程序崩溃时,操作系统把该进程当时的内存内容完整写到磁盘上的一个快照文件。

 

什么时候产生:

进程异常终止时,比如段错误(SIGSEGV)、abort(SIGABRT,你的 libretranslate 就是这个,日志里的 code 134)、非法指令等。正常退出或被 kill -15 正常终止不会产生。

 

里面有什么:

崩溃瞬间的内存、寄存器、调用栈、线程状态等。用 gdb 加载后,可以看到程序死在哪一行、变量值是什么,所以它本来是给开发者调试用的。

 

为什么这么大:

文件大小约等于崩溃时进程占用的内存。hermes 的 4.1G 是因为进程当时占了 4G 内存,libretranslate 每个 135M 是因为 worker 当时只占了 135M。

2026.11.02

 

ㅤ

将军赶路,不追小兔。

文章评论