现在跑的支付系统在处理客户问题查询订单的时候经常查询超时锁表…… 支付系统的在数据库的特性是高更新频率，当我在排查问题的时候看到了query cache，去google了一下： MySQL查询缓存是MySQL中比较独特的一个缓存区域，用来缓存特定Query的整个结果集信息，且共享给所有客户端。为了提高完全相同的Query语句的响应速度，MySQL Server会对查询语句进行Hash计算后，把得到的hash值与Query查询的结果集对应存放在Query Cache中。当MySQL Server打开Query Cac…

高中物理必修电学会用到一个结论，就是当R=r时（R为路端总电阻，r为电源内阻）电源的输出功率最大 这个结论并没有要求证明，但是我没证明过程我记不住 故在这里简单证明一下： 示例电路： 证明过程如下： 练习：求R1达到其最大电功率时R2的电阻：

初中的时候老师告诉我们看电压表电流表在电路里时，将电流表充当导线，电压表充当断路。 这里简单说一下原因。 任何一个电压表和电流表都由灵敏电流计配合大电阻组成： 原理图可以看出：电流表中的R用来分G的电流，并以此来达到更大的量程；电压表的R用来分G的电压，也可以得到更大的量程。 灵敏电流计是有电阻的，但是电阻远小于并联/串联的大电阻，这里记作电阻r 此时： 电流表的R总：Rr/R+r 电压表的R总：R+r 由欧姆定律可知，电流表的总阻值小于r，电压表的总阻值大于R，因此，可以将电流表充当导线，电压表充当断路。

本指南将引导你完成： 要求： 注意：目前，每台主机仅限一个 NAT 网络。 有关 Windows NAT (WinNAT) 实现、功能和限制的更多详细信息，请参考 WinNAT capabilities and limitations blog（WinNAT 功能和限制日志） NAT 概述 NAT 使用主计算机的 IP 地址和端口通过内部 Hyper-V 虚拟开关向虚拟机授予对网络资源的访问权限。 网络地址转换 (NAT) 是一种网络模式，旨在通过将一个外部 IP 地址和端口映射到更大的内部 IP 地址集…

之前博客网站一直用的家里机器配合香港Azure做frp内网穿透，用CF CDN进行数据分发，不提frp的虚拟局域网模式在跨国数据传输时面临的数据审查和路由方向会给速度及稳定性造成非常大的影响，其可能有的内存溢出和服务重启时的持续掉线问题也是很抓狂的，在这里，使用zerotier为两机打洞连接p2p，使用nginx进行反向代理来进行内网穿透。 首先是两边安装zerotier给两台机器打洞。 先去zerotier官网建立一个网络： 接下来是两边安装zerotier客户端 客户端安装完成后，两边加入网络 加入后去后台网络…

AIO出现了硬盘问题，重启后发现离线下载服务没有开机自启，快速给开一下： 先写一个开机自启的脚本： 脚本第一行 “#!/bin/sh” 告诉系统使用的shell；脚本第二行 “#chkconfig: 2345 80 90” 表示在2/3/4/5运行级别启动，启动序号(S80)，关闭序号(K90)；脚本第三行 表示的是服务的描述信息注意： 第二行和第三行必写，否则会出现如“服务 autostart.sh 不支持 chkconfig”这样的错误。 然后mv文件到/etc/rc.d/init.d/，并chmod…

这个是SSL套件的问题，输入下面的指令切换一下就好了：

构建vue项目的时候报错： 很简单，nodejs版本太新了，直接换到dart-sass

这次接手的是tp框架的远古收款系统，开局几个ajax认不上我已经习以为常了，反手把php版本改成7.0就恢复正常（7.0算是个兼容版本 5.x的和7.x都兼容一点 各位穷途末路了可以试试） 然后呢，其他的确认过没啥毛病了，打算测试一下接口的时候，意外就来了，弹404。 我知道tp框架弹404一定是代码的问题，但问题是我已经开了app_debug，正常情况下应该直接跳断点内容了才对。 当时也没有把问题归咎于那个系统的tp框架本身的问题上，所以自己对着那坨屎山翻了半天，真的，这个数据库表名就想让我干死他婊子妈 没法子，…

雨云的CDN并没有给用户清除缓存的选项，想清除缓存的话其实挺麻烦的。 通过浏览器对网站的请求头我们可以看到，CDN的服务器是apache apisix 通过查阅apisix有关缓存的文档，我们可以发现清除缓存的方法： https://apisix.apache.org/zh/docs/apisix/2.13/plugins/proxy-cache 实测有效，但我心里还是默念一句这是真的不安全……一点鉴权措施都没有，分分钟被缓存击穿