PC's Blog

问题描述

在使用 Kafka 官方的 Golang SDK (confluent-kafka-go) 时，在 Alpine 容器中编译会报错，而在宿主机上编译没有这个问题
详细问题描述参考：官方 Github issue

问题原因

• confluent-kafka-go 依赖C语言库 (librdkafka), 编译时需指定CGO_ENABLED=1
• Alpine Linux使用musl libc而不是glibc, go build编译时需指定-tags musl

解决方案

Dockerfile里指定编译依赖, 编译时指定CGO_ENABLED=1和-tags musl, Dockerfile示例如下：

近期的可转债市场非常火热, 从去年”924行情”去启动以来, 新债上市没有一个破发的，只要中签就赚钱，可以说是免费的彩票

7月7号(周一), 我参与了首农REIT基金的打新, 认购了25w。资金周三晚上到账，共占用3天

这次中签177份, 市值652.3元, 中签率0.26%。7月25号REIT上市, 当天表现一般, 没有封30厘米涨停。我在4.624元的位置卖掉了份额, 涨幅约25%

前言

对 EMQX 5.8.6 (社区版) 做性能测试，包括并发连接数测试和吞吐量测试

测试场景

• 多对1发布订阅 (大量边端设备上报高频采样数据到云端, 做性能测试)
• 1对1发布订阅 (云端下发到边端设备的控制指令，低频数据，不做测试)
• 1对多发布订阅 (云端->边端的通信，低频数据，不做测试)

问题描述

在Gin框架中使用c.JSON()输出JSON时，默认会将特殊字符（如&）转义为Unicode编码（如\u0026）。某些场景下会导致客户端获取的URL有问题。

解决方案

使用 c.PureJSON()替代 c.JSON()

1
2
3
4
5
6

func GetPresignedURL(c *gin.Context) {
    resp := gin.H{
        "presignedUrl": "https://example.com?param=1&key=2", // 含&的URL
    }
    c.PureJSON(http.StatusOK, resp) // 关闭转义
}

问题描述

Rocky Linux 9 默认 yum 安装的 Node.js 版本是16，vite启动报错：TypeError: crypto$2.getRandomValues is not a function ，需安装更高版本的 Node.js

使用nvm安装Node.js的好处

• 多版本管理，NVM 允许你安装多个不同版本的Node.js，而不需要卸载或全局替换。
• 版本隔离，每个安装的Node.js 版本都会被NVM 隔离，不会相互干扰
• 方便切换，使用 nvm use 命令，可以快速切换当前使用的Node.js 版本
• 避免版本冲突，通过使用NVM，可以避免全局安装Node.js 导致的潜在版本冲突问题。

今天价值基金LOF(501310)被爆炒，盘中直接涨停。

今年上半年的时候，我观察到很多港股LOF集体拉溢价，其中就包括501310。分析其持仓后, 发现与我的大盘红利持仓风格相近，于是我在4月份埋伏了一些港股LOF，今天成功获利，完成了一次卖出申购套利。

由于工作原因无法实时盯盘，我在4月份失业期间编写了一个溢价通知程序，当基金出现溢价时自动通知到手机，省去了我盯盘的麻烦，目前运行还算稳定。

海天味业(6月19日)暗盘交易，开盘上涨12.4%，收盘涨幅3.86%。上市当天盘中一度破发，目前累计跌幅1.52%

这是我中的第一支港股，中签了100股。暗盘交易当天，我发觉走势不妙，加上港股大盘很弱，果断在开盘5分钟后以40.1价格卖出，扣除认购和成交费用，盈利 318 HKD (+8.67%)

查看某立数据，认购80手可以稳中1手

1. 国内主流 NTP 服务器列表​​

​​2. 配置 Chrony 使用国内源​​

（1）修改配置文件 /etc/chrony.conf​​, ​​替换或添加以下内容​​：

1
2
3
4
5
6
7
8
9
10
11

# 国内优选源（iburst表示快速初始同步）
server ntp.aliyun.com iburst
server ntp.tuna.tsinghua.edu.cn iburst
server ntp.tencent.com iburst

# 强制使用国内源（忽略配置文件中的其他server）
# pool.ntp.org  # 注释掉默认的国外源

# 调整同步参数
makestep 1 3      # 允许前3次同步时间跳跃（立即修正）
maxdistance 5     # 允许的最大时间偏差（秒）

​​（2）重启 Chrony 并验证​​

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

# 重载配置
systemctl restart chronyd

# 等待10秒后检查同步状态
chronyc tracking
chronyc sources -v

# timedatectl 确认时间已同步
timedatectl 
               Local time: Wed 2025-06-11 10:36:14 HKT
           Universal time: Wed 2025-06-11 02:36:14 UTC
                 RTC time: Wed 2025-06-11 02:36:14
                Time zone: Asia/Hong_Kong (HKT, +0800)
System clock synchronized: yes
              NTP service: active