硬件清单 * Mac mini M4 钙版 512G * Acer OKR 130键盘/68键/茶轴/无背光版，仅有功能切换指示灯 * Redmi R27 2K 显示器 * 罗技G304 无线鼠标 硬件相关配置和说明 外接键盘适配 不同厂商的键盘，功能设计略有不同，但是基本大同小异，厂商也会提供购买型号的组合键功能说明。 这里需要注意的是：

背景说明 作为长期使用VS Code的开发者，最近因项目需要尝试 RustRover 协同开发，正好借此机会体验JetBrains付费IDE的独特优势。 此前习惯了 VS Code 的轻量化与插件生态，而 RustRover 作为 JetBrains 家族专为 Rust 打造的工具，其深度集成的智能代码分析、调试工具链与团队协作功能令人期待 —— 例如对 Cargo 工作流的全流程支持、实时协同编辑能力，以及与其他 JetBrains 产品（如 IntelliJ IDEA）一致的操作逻辑。

问题现象 VSCode近期CPU使用率频繁飙升，最高可达90%以上，风扇狂转不止。即便未在使用（未导入项目情况下），其CPU占用率仍居首位，令人十分困扰。起初以为是项目配置问题，经过观察发现，空窗口打开几分钟后也会出现此情况，实在无法忍受，必须解决。 参考网上诸多解决方案后，成功解决了该问题，以下是具体处理方法。 问题分析 其实，VSCode 本身提供了一个非常好的性能分析的工具。顶部菜单栏Help -> Open Process Explorer，会弹出一个运行中的进程展示列表，并且明确展示了各自CPU使用率和内存大小。

\x开头的编码是十六进制字符，\x后面跟的字符即为十六进制的字符串。 1In [41]: s1 = "世界如此美妙，我却如此暴躁，这样不好不好" 2In [42]: s1.encode("utf-8") 3Out[42]: b'\xe4\xb8\x96\xe7\x95\x8c\xe5\xa6\x82\xe6\xad\xa4\xe7\xbe\x8e\xe5\xa6\x99\xef\xbc\x8c\xe6\x88\x91\xe5\x8d\xb4\xe5\xa6\x82\xe6\xad\xa4\xe6\x9a\xb4\xe8\xba\x81\xef\xbc\x8c\xe8\xbf\x99\xe6\xa0\xb7\xe4\xb8\x8d\xe5\xa5\xbd\xe4\xb8\x8d\xe5\xa5\xbd' 4Out[43]: 将\x转为中文的几种方式： 1$ echo -e...

在使用vscode调试rust代码的时候，需要安装codelldb扩展，同时还需要安装该插件的平台依赖包，但是编辑器从github直接下载有时候会出奇的慢甚至下载失败。这里提供俩种可行性比较高的办法。

问题：docker build过程中执行apt update的时候出现"At least one invalid signature was encountered." 110:39:04 Reading package lists... 210:39:04 Building dependency tree... 310:39:04 Reading state information... 410:39:04 apt is already the newest version (1.8.2.3). 510:39:04 apt set to manually installed. 610:39:04 ca-certificates is already the newest version (20200601~deb10u2). 710:39:04 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 810:39:05 Get:1 https://mirrors.tuna.tsinghua.edu.cn/debian buster...

软件和硬件准备 Flutter Android Studio VSCode (插件：Dart、Flutter、Gitlens) Redmi Note 10 5G USB 3.0（typeC）数据传输线 MacOS Pro 配置记录 使用Android Studio配置安卓sdk配置 这里安装Android Studio的过程就略过了，就把配置Android sdk的步骤记录下。

CentOS7 编译安装 Python310 过程 从Python3.10开始，其依赖的openssl版本也同步进行了升级，必须为v1.1.1及以上。 OpenSSL在python环境中被用于加密相关功能，大多数使用场景都会用到，所以这个问题我们还必须要解决下。本来想源码安装openssl-1.1.1q，发现互联网前辈已经有制做好的rpm包，那就省事了，接下来我们就记录下整个安装过程。

之前有个独立的业务上线，时间比较紧迫，部门内小伙伴在进行日志采集的时候偷了个懒，没有对Nginx日志条目做很好的拆分，URI中的参数没有单独拎出去，混入个性化数据导致无法统计。眼前的偷懒终究要付出代价，就在上周末，业务故障了，发现uri没法统计分析了… (心里一万只草泥马在奔腾)

今天看到一篇优质的kafka分享《Kafka 万亿级消息实践之资源组流量掉零故障排查分析 》，里面有个比较有意思的场景：producer在生产端的消息指定了key属性，在broker节点磁盘故障之后，某topic数据无法正常发送。不仔细深究，第一印象肯定会疑问，不是应该故障后转移吗？咋会一直受影响呢？

1.解决CSDN 遮罩层问题 直接把如下俩行js代码一起拷贝黏贴到浏览器开发者工具栏的console终端下运行就好了：

写这篇文章的目的是解释Prometheus relabeling的价值，以及它在整个prometheus数据流不同阶段的重要性。 在面向大型互联网公司、金融行业等大规模业务监控的场景，原生的 Prometheus 单实例模式无法直接满足需求，需要一种面向生产环境的集群化高可用方案来进行支撑。

Prometheus metrics 概念已被广泛采用，不仅被Prometheus用户采用，还被包括InfluxDB、OpenTSDB、Graphite 和Sysdig Monitor在内的其他监控系统广泛采用。如今，许多CNCF项目使用Prometheus指标格式公开了开箱即用的指标。您还可以在API服务器、etcd、CoreDNS 等核心Kubernetes组件中找到它们。您可以在使用Prometheus的Kubernetes监控指南中了解更多信息。

今天有个批量下载图片的任务，不打算用python或者其他高级语言实现，决定用bash尝试下。 接下来我们一起了解下bash的并发任务是如何实现的？先上一版简单粗暴的代码：

今天这里就不做过多解释了，直接上配置，可以先对prometheus的配置参数有个了解。 1global: 2 # 抓取指标的间隔，默认1m 3 scrape_interval: 10s 4 # 抓取指标的超时时间，默认10s 5 scrape_timeout: 15s 6 # 指定Prometheus评估规则的频率[记录规则(record)和告警规则(alert)],默认1m. 7 # 可以理解为执行规则的时间间隔 8 evaluation_interval: 15s 9 # PromQL查询日志的相关记录文件，有点类似mysql slowlog 10 query_log_file: prometheus_query_log 11 # 用于区分不同的prometheus 12 external_labels: 13 datacenter: 'hangzhou-1' 14 region: 'huadong' 15 16 17# Alertmanager configuration 18alerting: 19 alertmanagers: 20 - static_configs: 21 -...