用就不要怕
9.1.0 直接冲 哪里报错改哪里

另一个方法
使用 maven 作为运行时 base image
或者 dockerfile 里安装 maven
springboot 使用 thin-launcher

https://github.com/spring-projects-experimental/spring-boot-thin-launcher

这样打包时所有依赖都不会带上 配置好 maven 运行时会自动拉取 缺点是首次运行会慢很多
优点是极度节省 docker 镜像的空间 完整 jar 包 500M
thin-layout 打出来 5M

napcat-desktop + koishi + koishi plugin database mysql +koishi plugin database mysql + koishi-plugin-messages-slim

onebot 直接存消息到数据库
怎么备份数据库自己掌控

docker-compose.yml
```
name: docker-proxy
services:
registry:
image: registry:2
ports:
- '5000:5000'
volumes:
- ./config.yml:/etc/docker/registry/config.yml
- registry_data:/var/lib/registry
restart: always
container_name: registry
hostname: registry
logging:
driver: "json-file"
options:
max-size: "10m"
volumes:
registry_data:

```


config.yml
```
version: 0.1
log:
fields:
service: registry
storage:
cache:
blobdescriptor: inmemory
filesystem:
rootdirectory: /var/lib/registry
http:
addr: :5000
headers:
X-Content-Type-Options: [nosniff]
proxy:
remoteurl: http://registry-1.docker.io
```


nginx xxx domain.conf
```
server {
listen 443 ssl;
listen [::]:443 ssl;
http2 on;

ssl_certificate /path/to/cert.crt;
ssl_certificate_key /path/to/cert.key;
ssl_trusted_certificate /ssl/origin_ca_rsa_root.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ecdh_curve X25519:P-256:P-384:P-521;
ssl_early_data on;
ssl_stapling on;
ssl_stapling_verify off;

add_header Strict-Transport-Security "max-age=63072000" always;
server_name xxx.domains;

location /v2/ {
# Allow GET, HEAD, OPTIONS requests
if ($request_method !~ ^(GET|HEAD|OPTIONS)$ ) {
return 405; # Method Not Allowed
}
# Proxy requests to the registry
proxy_pass http://127.0.0.1:5000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}


}

server {
listen 80;
listen [::]:80;
server_name xxx.domains;
return 301 https://xxx.domains$request_uri;
}
```


usage:
```
官方镜像
docker pull youdomain/library/postgres:12.22-bookworm

非官方镜像
docker pull youdomain/redis/redis-stack-server

```

小爱音箱 play 增强版
带红外 带蓝牙网关 带 wifi
传统的不智能不联网的空调也能远程控制了

有预算 致远\蓝凌
没预算 钉钉

定义好表单和流程后接 api 触发事件进行操作,一般都没啥问题
小团队没预算用钉钉,调用次数应该是够的
大团队用自部署的致远\蓝凌之类 可以定制化
自己从头写一套 oa 不现实,30 个人的内部团队维护一套 oa 都很够呛,出问题有你背锅的

(建议三台 nas 装 pve 组 ceph
设置双副本或者三副本
坏了块盘直接换,甚至不影响读写
(硬件层面的 raid 或者软 raid 并不保险 现在普遍 10t 单盘以上,真坏盘你还得得一两周重建时间,我猜大部分人等不起

问就是三台 pve 组 ceph
单块物理盘做 osd
三副本或者双副本能够保证坏一块盘时不影响虚拟机上数据的读取写入
换完盘直接重平衡就行

做 trading 自己的钱自己把握
今年两个月赚了 60 个 比你接外包做苦力赚多了
资本收益>劳动收益
记住这一点

上述是企业级的方案 家用直接 proxmox ceph 集群就 ok

买三台以上 nas 组集群 (家里有机柜服务器组集群最好)
三副本 ceph
坏盘掉盘后对数据读写没有影响,直接换盘重平衡就行
单块盘坏盘或者单台机器下线不影响数据正常读写

jetbrains writerside
写完文档或者知识库 markdown
一键生成静态站 配置好 ci/cd 一键更新

一般带 cec 功能的机顶盒 电视关了机顶盒也会自动关 不会一直跑流量的
最大可能是小米电视连了你家 wifi 后自身被当作 pcdn 节点了 白嫖用户的电和宽带
测算过小米电视硬件利润最多 5% 但是 pcdn 按 30M 上传计算一天可以薅用户 1-2 块钱 一年就是 600 块 利润率非常高
还不用自己负担成本

小米电视的问题 不是机顶盒的问题
小米电视自带 pcdn

炒茶谨慎买 加香精的一大堆
推荐七块一大瓶的东方树叶

tradingview 客户端最小化 闲的时候看看

python 的包管理有很大问题
遇到过很多次了 有 requirements.txt
但是就是有版本依赖冲突问题

很可能出现的情况 脚本头两个月 work
过了两个月报错