如题，将Typecho/Wordpress等一些开源相关的内容，迁移到https://blog.neatcn.com了。当前的Sablog等域名迁回来，以及备案备好后就准备放在国内了。laravel的重构版其实已经完成了80%，又废了；基于typecho的迁移其实也写好了，但因为解析code相关的内容不太完美，也是写好但使用它。
inertiajs for laravel，用来写博客怕影响SEO，才是我短时间内放弃的原因之一~
不管怎么样，再找一个好皮肤就迁过去了（等备案下来再说，最近上海的管局好象是放假了？）吐血中
在使用Ziggy的时候，偶尔会报类似的错误：
Error in render: "Error: Ziggy error: 'project' parameter is required for route 'projectPage'."。
仔细看出错的路由，往往都是有必要参数的，比如Route::any('/test/{user:uuid}',[UserController::class,'test'])->name('test')
象这种路由，如果在JS中直接获取route().current()来获取当前路径并显示，那肯定就会报错。因为current()方法是将参数和路由一并显示出来。
route(route().current())这样的报错怎么处理呢？
其实，只要加上params参数就行了，例如：route(route().current(),route().params).toString()，为什么会有这么妖的写法？是因为在公众号的网页里，如果你要用jssdk，就必须是当前URL，如果不正确，获取的签名也就可能是失败的，因此，才想到用这个恶心的方法。当然你也可以用location.href...
sentry这个东西吧，你要不用它，其实也可以只是用它的话呢，你能收集到更详细的信息。平时的错误日志可能是会散的，比如你nginx访问返回500，这时候你还得看程序出错的异常，对应那个时间段 。然后如果当时记录的信息不够详细，你还要倒推，请求了哪些参数，能不能复现，这些参数有没有更方便的请求，带了哪些cookie，有没有session。烦
有了sentry之后呢，这些出错信息，自然也就都带过来了。至少看到出错日志的时候，我能够知道出错行数、出错内容、请求来源、以及请求的参数。甚至还有curl的代码给你。让你可以模拟请求进行复现。
为了装sentry。真的是很痛苦。因为之前买的小鸡都一般是2c4g。对于开发Web来说，2c4g足够了。但sentry要求，至少4c8g，20G空间。20G空间是小事。。。但4c8g真的太贵了。。。腾讯轻量云年购老用户5.5折都要1680一年了。心痛啊。
不过看在他可以收集：flutter、vue以及laravel的错误日志上，我还是购了一台。毕竟网页里的vue出错了。我没法让用户告诉我你打开f12把错误信息截个图我。。
先试试看用一年再说了。为自己的线个项目都建一个project。看看能不能改善现在的开发情况。
---
本来也想用官方的服务的，但sentry.io有时候访问还得爬梯子，速度也不尽如意，创建项目也没有那么多。所以才想了自建，就是成本高了点
之前写过一篇Mac蓝牙鼠标卡顿、飘的临时解决方案，但当时这种方法其实现在感觉一般其实还有一个简单粗暴的办法，打开活动监视器，搜索bluetoothd（其实只要搜索blu三个字母就出来了）。然后直接杀掉这个进程。
因为这个是系统服务，你杀完后他会自动重启，这时候晃晃鼠标什么的，就又会自动连上了。
卡顿的问题基本上确实就是：2.4G的wifi冲突，当然还有可能是某些中断导致。但一般重启一下bluetoothd服务就能解决90%以上的问题。
再不济，重启吧
因为偷懒，在腾讯云上使用的时候，就直接用了bt面板的镜像，这个镜像用的是centos，也因此就有了yum 和rpm数据库的问题。
因为某次在更新的时候嫌慢，所以直接ctrl+c，然后。。。再次启动的时候就：
yum update
错误：rpmdb: BDB0113 Thread/process 8643/139904725112896 failed: BDB1507 Thread died in Berkeley DB library
错误：db5 错误(-30973) 来自 dbenv->failchk：BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
错误：无法使用 db5 - (-30973) 打开 Packages 索引
错误：无法从 /var/lib/rpm 打开软件包数据库
CRITICAL:yum.main:
Error: rpmdb open failed
---看这个样子，就是数据库坏了。
看起来没什么特别好的办法，只能重建，于是：
# mkdir /var/lib/rpm/backup
# cp -a /var/lib/rpm/__db* /var/lib/rpm/backup/
# rm -rf /var/lib/rpm/__db.[0-9][0-9]*
# rpm --quiet -qa
# rpm --rebuilddb
# yum clean all
yum clean all运行完后会显示 ：
已加载插件：fastestmirror, langpacks
Repository epel is listed more than once in the configuration
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
正在清理软件源： centos-sclo-rh epel extras os updates
Cleaning up list of fastest mirrors
yum clean all
yum makecache
世界清静了
[641]