易栈网-膘叔

卸载sentry

2024-05-11 05:36 · 苹果相关 · 阅读 7006 · 评论 0

sentry用了2年了，感觉还不错，但是对系统要求比较高，4c8g才勉强能跑，所以实在受不了，换成gilitchtip了，毕竟他兼容了sentry的协议

既然要换，那怎么卸载呢？找了一堆资料，各种说法都有。什么docker ps看一下container，如果有sentry开头的，全部停止再删除就行了。

其实在官方的install目录下，就有一个clean.sh，运行后会提示删除后啥也没了，确认就可以了。于是我直接执行：

▶ Initializing Docker Compose ...

☠️ Warning! ? This is highly destructive! ? Are you sure you wish to proceed? [y/n] y

Okay ... good luck! ?

Volume sentry-self-hosted_sentry-nginx-cache Removed

Volume sentry-self-hosted_sentry-clickhouse-log Removed

Image symbolicator-cleanup-self-hosted-local:latest Removed

Image sentry-cleanup-self-hosted-local:latest Removed

Image clickhouse-self-hosted-local:latest Removed

Image sentry-self-hosted-local:latest Removed

Image snuba-cleanup-self-hosted-local:latest Removed

Volume sentry-self-hosted_sentry-smtp Removed

Volume sentry-self-hosted_sentry-kafka-log Removed

Volume sentry-self-hosted_sentry-zookeeper-log Removed

Volume sentry-self-hosted_sentry-smtp-log Removed

Volume sentry-self-hosted_sentry-secrets Removed

Network sentry-self-hosted_default Removed

Removed volume: sentry-clickhouse

Removed volume: sentry-data

Removed volume: sentry-kafka

Removed volume: sentry-postgres

Removed volume: sentry-redis

Removed volume: sentry-symbolicator
Removed volume: sentry-zookeeper

世界立刻清静了

奇怪

2024-05-11 05:27 · Misc · 阅读 5996 · 评论 0

改用1panel管理后，怎么各种小问题？动不动就触发waf。。。

测试了maxkb后，还是放弃了

2024-05-10 08:03 · 苹果相关 · 阅读 6377 · 评论 0

在我的M9的机器上安装了MAXKB。用了ollama2的模型。

随便跑了一点内容，最终还是放弃了

记录一下当时的步骤

1、增加了知识库，想尝试爬我的博客（还没有用meilisearch）。结果直接把网站爬崩了。。。。后来是指定页面进行抓取才相对好一点。但明明设置了class，抓的内容还是乱七八槽

2、下载了ollama13b的模型

3、开始建立应用，选择这个模型：一开始搜索，机器CPU100%，内存消耗8G，1分钟后，居然没搜索到任何东西。。。。

4、切换成ollama:chinese的模型，也是100%的CPU。。。chinese是7b，也消耗差不多8G内存

5、换成最基础的，同样100%CPU，温度从50多度升到80多度。消耗4G多内存

发现这种本地知识库，如果没有GPU，还真是别玩了啊。。。玩不动。所以，最终折腾完后，删除了

切到1panel后忘了rewrite了

2024-05-10 07:55 · 苹果相关 · 阅读 6094 · 评论 0

如题。昨天在看内容的时候才发现，怎么全是404？这才想起来忘了rewrite了。

主要是sablog的自定义rewrite非常多，所以一下子全打不开了。只能一个个加上去，终于也算是恢复了正常

记录一下

将网站切到1panel 面板下了

2024-05-01 08:44 · 苹果相关 · 阅读 6068 · 评论 0

原来网站是基于 lnmp 的。管理起来也确实没有什么不方便，只是尝试用 1panel 进行管理（本来考虑用 bt 的）。但试试1panel 后感觉还行就尝试全部切到1panel 上看看效果。

当前就已经跑在1panel 上了。运行一段时间看看效果先。为什么这样呢，是尝试先这样用 nginx+runtime打包，后续看是不是打成 image。进行自动化部署。

1panel 本身也有 API，这样就可以自动初始化，自动打包发布了

用1panel 的面板安装了domain-admin

2024-04-29 06:03 · 苹果相关 · 阅读 6596 · 评论 0

在家里的小机器上安装了1panel，并装了一个 domain-admin，用来监控 let's 的SSL 签名。确实因为有时候 let's 不签了。这种情况往往出在泛域名或者多签的时候。因为偷懒，一台机器上的域名，全部采用了 acme 进行多签，导致同时签 N 个域名时，有一个失败，就会失败了。

用 domain-admin 来监控，因为他可以发通知，什么 Webhook/钉钉/飞书/企业微信之类的都 OK。

家里的机器，用 tailscale 登录。然后手机上启动 tailscale，再打开浏览器，就可以查看和管理域名了。比较方便（没做 APP，暂时不值得，想着未来把类似的功能放到小程序，但想想小程序又要备案。真烦人）

淘宝 NPM 源估计以后还得少用

2024-04-03 15:58 · 苹果相关 · 阅读 6848 · 评论 0

在更新 pnpm i 的时候，报错，提示 swagger-api 最后的版本是0.98，但代码里是0.99，所以感到有点郁闷。到网上查了一下，最新版确实是0.99

于是切换源为：npm config set registry http://mirrors.cloud.tencent.com/npm/，然后再次更新。已经是0.99了。

随便想了想，应该是这个 npm 的镜像更新没有到最新。。还是得少用，或者自己做一个常用的镜像，以防万一啊

Herd的dnsmasq无效的解决。。

2024-03-12 06:20 · 苹果相关 · 阅读 8250 · 评论 0

Mac下以前用valet，但由于都是命令行（其实也挺方便）。后面又出了Herd，用起来确实比原来舒服多了，至少使用不同版本的PHP时，就没啥大问题。

因为在使用了cf的tunnel试着做了一个穿透。。然后就带了不少妖问题：

1、cf默认过来的时候就https了。应该是没设置好，然后vite的pnpm dev就不能用了。因为默认是http，然后用 basicSSL进行处理。还要弄本地自签名证书。。。。虽然内外网都可以访问了，但我本地反而卡了。

这点操作，还不如我以前用frpc（或者 zerotier/tailscale ）。找一台公网映射过来。。然后开着XX，全局模式的时候就是公网了。优点是开发的时候全本地，而且还能收到公网发过来的信息。

---

正因为现在这样，结果导致了一个大问题，那就是我在herd tld xx一个新的域名根时。全部无效。。。所以只能重装了。

MAC下因为没有一个完整的重装程序，所以需要参考官方进行几步：删除程序、删除Library/ApplicationSupport，删除/etc/reslover下的文件，清除defaults。

参考：https://herd.laravel.com/docs/1/troubleshooting/uninstalling

How to correct `git` reporting `detected dubious ownership in repository` without adding `safe.directory`

2024-03-12 02:58 · 苹果相关 · 阅读 7987 · 评论 0

在部署项目的时候。先git clone完项目后，再次使用git pull/git fetch的时候，就会报这个错误：

```

fatal: detected dubious ownership in repository at '/www/wwwroot/xxxcurrent'

To add an exception for this directory, call:

git config --global --add safe.directory /www/wwwroot/xxx/current

```

如果不想动，直接偷懒的话，就按上面的提示做就行了。找原因的时候，搜到了：https://stackoverflow.com/questions/73485958/how-to-correct-git-reporting-detected-dubious-ownership-in-repository-withou，但好象出问题的都是在wsl2下面。。

但我看下面的评论里有说：可能是因为拉代码的和实际提交的不是同一个人，所以会出现这个情况（https://github.blog/2022-04-18-highlights-from-git-2-36/#stricter-repository-ownership-checks.）官方也有介绍。

之前从来没遇到过，这个倒确实是在于，现在的git项目为了安全，提交的私钥和部署的不一样。所以在这个情况下，就可能会出现这样的问题了。

按提示加好就行了（偷懒的话，就 git config --global --add safe.directory '*' 就完事了）

发现 PHPSTORM一个特别占 CPU 的功能

2024-02-28 02:49 · Misc · 阅读 7382 · 评论 0

因为只开了2个 phpstorm 的窗口，然后发现 CPU 一直在172%左右，就感觉很奇怪。因为我的 pnpm 之类的运行都没在 phpstorm 内置的终端里了。于是就在想是什么样的功能会导致 phpstorm需要一直计算呢？

然后想起来一个在后台的 phpstorm 正在编写一个 readme 的文档，应该是这个 md 在实时预览导致的。直接关闭这一个页面的预览。果然 CPU立刻恢复正常。

phpstorm 的窗口因为不大，md 在实时预览的时候，会根据左右的内容一直在计算右侧的预览的滚动条位置，我猜测应该是这个问题。

当然还有一个影起 CPU 高的就是插件。智能插件也会导致 CPU 高（比如 copilot / codeium / 等，这种插件不要太多，太多了，其实只会影响速度）