我一直到刚刚才发现我的blog已经好久没给我发送自动备份了，然后后台里找了找原因，发现在“站点健康”页面显示“您的站点不能完成环回请求”，然后下面还有别的提示表示因为这个原因，定时任务无法启动。
于是我开始找为什么它会无法发送请求给自己，进到容器里用curl -v请求本站，发现域名解析到了容器的IP地址，但容器上开放的端口并不是443，所以会出现“Connection refused”错误。
然后再继续找为什么域名会被解析到容器ip，猜想肯定和docker的某些策略有关，搜了一下，原来是因为我给它使用了自定义网络，和默认网络不同的是自定义网络里容器名会被用于同网络中域名的dns解析，我的容器名就是luojia.me，结果就是wordpress请求自己的地址时被解析到了容器ip，导致请求失败。
解决方式就是把容器名换掉，比如加个前缀之类的就解决了。
在package.json中直接修改了依赖版本号后执行npm i可能会出现各种报错，比如Error: Cannot find module xxx之类的。
这时候需要删除package-lock.json并删除node_modules目录后重新执行npm i应该就可以恢复正常
这一个奇怪的bug困扰了我2天半，浪费了我很多时间来反复修改调试找问题，最后虽然找到了问题点，但是依然不知道是怎么发生的。
和网上很多其它能找到的页面不刷新的问题不同，他们要么是忘了写<router-view>，要么就是靠给<router-view>加key来解决缓存问题。而我这里的症状是页面加载后直接显示了最后一个路由的内容，不管点哪个链接都会显示最后添加的路由组件的内容。
最后我在控制台打出了所有组件的渲染函数和data函数才发现，并不是vue在渲染时选错了渲染对象，而是所有组件的渲染函数和data函数都直接指向了最后一个路由的函数，但我并没有代码去动态修改这些组件的函数，于是我在某个组件的data函数里填了一点数据再测试，问题就解决了。
由于是测试组件，原本data返回的对象是空的，像这样：
export default {
data() {
return {
};
},
}
填完数据之后变成这样：
export default {
data() {
return {
poi:'poipoi',
};
},
}
然后这一个组件里面就不会自动变成最后一个路由组件的render函数和data函数了，但如果两个组件里面data返回的对象填写的内容也一样，那么前一个组件里面的这两个函数依然会指向后一个的，这在代码逻辑上怎么都讲不通，只能说应该是在某个优化环节出问题了，把字面一样的函数直接简化成了同一个，然后就产生了这种所有路由组件全部渲染出最后一个组件的内容的情况。
express本身可以写async函数作为路由或者中间件（以下简称路由）使用，但如果在其中直接抛出异步错误的话则不会被捕获并传递给错误处理路由，需要在每一个async路由中手动写try/catch来捕获并处理错误，这显然对于拥有统一错误处理逻辑的框架是不友好的。
我不知道为什么express始终没有在4.x版本添加这个支持，看起来这应该并不会导致什么兼容性问题，即使不默认全局开启这个功能，也可以添加一个选项或开关函数来允许使用者开启异步错误捕获，但它始终没有这么做。
在这之前npm上也已经有一些可以实现这个功能的补丁包，不过它们几乎都是给创建出的app实例的所有相关路由方法套了一层壳在里面try/catch错误，导致如果是自己用一些特殊方法创建的路由对象，就失效了。
我原本用了一个直接修改express源码中相关原型方法的包，叫做
asyncPatch函数需要传入一个创建出来的app实例， 为的是能获取到app所属的express包里的构造函数，不是为了在实例上包装方法。该函数在任何阶段调用都可以，只要在处理请求前调用即可。
大家新年快乐！
我的新冠总算是阴了，但还有些咳嗽，可能是老毛病了。
2022年依然没有做完什么大事，琐碎的事情一大堆，而且还经历了几个电视剧里才能看到的剧情。只能说虽然自己没做什么，但生活经历真实丰富。
虽然按照现在冠状病毒的变异和治病效果来看，2023年总体上肯定也是乱七八糟的一年，不过还是祝大家能安安稳稳度过！
这耳机从买来到现在从来没清洁过，其实用得也不算多，但耳罩上还是越来越油了，光是擦实在不能擦干净，所以我决定还是要拆下来洗洗。
网上查了一下，实际上很好拆，只要拿个比较扁平细长的硬物插进耳罩卡扣附近边缘的缝隙里往上撬就行了，具体哪里有卡扣可以参考下面两张图。
当然如果你怎么撬都出不来也千万不能大力出奇迹，不然耳套皮必坏。正确的感觉应该是往上撬时能明显感觉到有东西被撬起来了，如果没有这种感觉就不要硬掰了，换个位置重试吧。
清洗的时候我就用水冲了之后拿洗手液搓了搓，冲干净然后压一压把水挤出来，最后放机箱上烤了半天就好了。安装回去的时候只要注意好左右耳（上面的定位柱位置不一样）然后按回去就行了。
昨天（12月21号）凌晨3点40分，我突然醒来，感觉浑身冰凉，就像全身结冰一样，接着就是如同平时在寒冷环境下打寒颤一样，全身所有的肌肉都在发抖生热。当时抖得我除了缩在被子里，几乎没有办法做其它动作，也不敢做其它动作，生怕不缩着就要冻死，只能勉强伸手拿枕边的空调遥控器开了空调之后继续缩在被子里。
就这样我在被子里全身打寒颤20分钟之后，终于感觉到体温回来一点了，虽然还是感觉很冷，但已经能够稳住手操作手机了。看了下时间，这时候已经是4点整了，我赶紧打电话给隔壁房间的老妈申请场外援助，让她帮我搞点热水，结果就听到外面一阵叮铃当啷，15分钟后热水还是没来，只好再打电话给她，但她手机放房间里了，听不见，只好通过监控来和她通话，原来是在厨房烧姜汤😓。我说我快冻死了，先来热水，别的之后再说，这才终于得到了热水。
21号白天我基本上除了咳嗽和头晕无力，没什么别的感觉，几乎一整天我都在睡觉，而且是穿着棉袄开着空调裹在被子里加体温，给免疫系统加把力。
22号已经基本恢复运动能力，就是依然在咳嗽和流鼻涕，但头已经不晕了，现在应该已经进入了最后阶段，不过还是不能大意。本来我一直也不能确定到底是不是得了新冠还是别的问题，因为之前看到别人的症状描述，没有说会冷那么长时间的，于是今天拿之前封控时留下的抗原检测盒试了一下，果然是新冠。
中间几天都是喉咙痛
27号喉咙好一点了，要发出声音不会太费劲了。
28号喉咙更好一点了，但有点头晕，不知道是不是因为太热我减少了衣物之后着凉了。
我这WF-1000XM4买来在质保期内已经换过左耳单元，所以所以左耳电池寿命还没什么问题，但右耳的电池已经连半小时都撑不到了，太离谱了。
因为刚好过了质保两个月，问了客服，也是说质保已过，而且他们不会换电池，要解决就得直接买整个耳机单元好像大概500元左右，那谁高兴去搞，万一换完了过一年又这样呢，于是我勉强就这么先用着。
上星期我本想逛逛看看有没有什么替代品，偶然看到有些耳机维修业务，然后顺着搜了一下，果然有专门给这耳机换电池的，但是一看价格劝退了。然后我搜了一下是否有教程，看了看好像也不难，于是按照搜到的电池型号买了个电池回来自己换。
首先拿掉耳塞，用热风枪开100度对着耳机一直吹，吹到整个耳机都发烫之后就可以开始用美工刀撬了，有条件的话最好用风枪一直对着吹，避免冷却增加难度。
撬的时候用美工刀顺着耳机的接缝插进去，然后上下掰动，力道适当几乎不会留下痕迹。慢慢多来几下，缝就会越来越大，缝到足够指甲塞进去的程度之后直接用手掰就行了，但是一定要小心，因为两半里面是有排线连在一起的，掰开后就是如下图：
时间过得真快，一下子就过去了一年。
去年的生日画还没画完，而且原稿psd跟着之前的SSD一起去世了，现在只剩当时输出的半成品，不知从何下手，不过之前novelAI泄露的时候我拿那个模型给我的半成品跑了一下，出图还挺可爱的，不过不是我画的，所以就不放出来了。
另外今年依然是单身。
Alt+鼠标左键点击视频所在区域截图，按下Alt与左键后不松开滚动滚轮可微调时间
长者无了
这是一篇笔记，因为是第二次碰到了，记录一下，下次好找。
Git的新安全策略会导致使用git操作无所有权的仓库目录时报此错误，要解决可以有以下方案：
git config --global --add safe.directory "目录路径"git config --global --add safe.directory "*"用于在浏览器中下载文件，特性是支持断点续传（符合CORS规则时）、阻塞重连和失败重试，使用fetch流作为下载方式。
NPM: https://www.npmjs.com/package/@luojia/browser-filedownloader
GitHub: https://github.com/JiaJiaJiang/browser-FileDownloader
用于在页面上通过js附加样式表文本
用于在页面上的小图旁边显示一个大的浮动预览图
NPM: https://www.npmjs.com/package/floatingpreviewimg
GitHub: https://github.com/JiaJiaJiang/html-FloatingPreviewImg
此包封装了使用<datalist>标签为input提供输入建议的功能，仅需要提供一个获取建议数据的方法即可。
NPM: https://www.npmjs.com/package/inputadviser
GitHub: https://github.com/JiaJiaJiang/html-InputAdviser
