xring's blog

在 Linux 上运行 ChromeDriver

2025-10-28T00:00:00+00:00

环境和需求：

Ubuntu Linux 服务器</li>
Docker 运行业务代码，配置网络 --net host</code></li>
chromedriver</code> 运行在宿主机</li>

需要使用 非 headless</code> 模式（有头模式）</strong></li>
</ul>
以 root</code> 运行的业务代码调用 chromedriver</code> 会得到类似提示：</p>

Running as root without --no-sandbox/--headless is not supported.</p>
</blockquote>
这是因为：当业务代码以 root 身份运行时，它通过 chromedriver</code> 启动的 Chrome 浏览器进程也会以 root 身份运行，而 Chrome 不允许以 root 身份运行</p>
解决方法：</p>

Docker 中不使用 root 用户：</li>
</ul>
# 创建非特权用户
</span>RUN useradd -m -u 1001 appuser
</span>
</span># 切换到非特权用户
</span>USER appuser
</span>
</span># 指定工作目录
</span>WORKDIR /home/appuser
</span></code></pre>
同时在业务代码中按需要添加额外参数（Rust 示例）：</p>
let mut</span> caps = DesiredCapabilities::chrome();
</span>
</span>caps.</span>add_arg</span>("</span>--no-sandbox</span>").</span>ok</span>()?; </span>// 禁用沙箱
</span>caps.</span>add_arg</span>("</span>--disable-dev-shm-usage</span>").</span>ok</span>()?; </span>// 禁用 /dev/shm 使用
</span>caps.</span>add_arg</span>("</span>--disable-gpu</span>").</span>ok</span>()?; </span>// 禁用 GPU
</span></code></pre>
在终端下启动 chromedriver</code> 会得到类似提示：</p>

Missing X server or $DISPLAY</p>
</blockquote>
需要在图形界面/桌面 上，启动 chromedriver</code>，在启动前可以使用 echo $DISPLAY</code> 来确认。</p>
或者使用 Xvfb</code> 技术，Xvfb 会创建一个内存中的虚拟屏幕，ChromeDriver 可以在这个虚拟屏幕上运行有头模式的 Chrome 浏览器，就像在一个真正的桌面上一样，但实际上不会有任何窗口弹出。</p>

将 Apple Watch 迁移到新 iPhone 2025-09-25T00:00:00+00:00 从旧 iPhone 传输数据到新 iPhone 后，Apple Watch 的绑定关系没有一起传输过来，此时需要在旧的 iPhone 设备上进入 watch 应用，将手表进行解除绑定</code>，然后才能在新的 iPhone 设备上进行重新绑定。 重新绑定时，选择从备份恢复</code>。 Rust 中的 LazyLock 和 OnceLock 2025-01-02T00:00:00+00:00 LazyLock</code> 和 OnceLock</code> 是 Rust 中用于实现惰性初始化的两种不同的锁机制。它们都可以用于延迟初始化某个值，直到第一次访问时才进行计算和存储。它们被视为对 lazy_static</code> 和 once_cell</code> 的现代替代方案，提供了更简洁和类型安全的接口。 use std::sync::LazyLock; static CONFIG: LazyLock<String> = LazyLock::new(|| { // 运行时初始化逻辑 println!("Initializing CONFIG..."); "Runtime configuration".to_string() }); fn main() { // 第一次访问时进行初始化 println!("Config: {}", *CONFIG); // 再次访问时不会重新初始化 println!("Config: {}", *CONFIG); } </code></pre> Initializing CONFIG...</code> 的内容只会被打印一次。 use std::sync::OnceLock; static CONFIG: OnceLock<String> = OnceLock::new(); fn main() { // 第一次调用 get_or_init 时进行初始化 let config = CONFIG.get_or_init(|| { println!("Initializing CONFIG..."); "Runtime configuration".to_string() }); println!("Config: {}", config); // 再次调用 get_or_init 时不会重新初始化 let config_again = CONFIG.get_or_init(|| { println!("This will not be printed."); "Another configuration".to_string() }); println!("Config again: {}", config_again); } </code></pre> 在已初始化的值上多次调用 get_or_init</code> 不会重新初始化。 LazyLock</code> 线程安全性: LazyLock 使用内部的同步机制来确保初始化逻辑只会执行一次，即使在多个线程同时访问的情况下。它通常用于全局静态变量的惰性初始化。</li> 使用场景: 适合在程序启动时就能确定初始化逻辑的场景，尤其是全局静态变量。</li> </ul> OnceLock</code> 线程安全性: OnceLock 也使用同步机制来确保初始化逻辑只会执行一次。它提供了一个简单的 API 来在运行时进行初始化。</li> 使用场景: 适合需要在运行时初始化的场景，尤其是在需要确保某个值只被初始化一次的情况下。</li> </ul> 2024 总结 2024-12-31T00:00:00+00:00 今天最后一天了，水一个年终总结。2024算是一个 gap year</code>了，给自己放松了差不多三个月的时间，做了一些思考，也尝试了一些之前从未试过的东西。 工作方面</h2> 掰手指算了一下，“创业”第六年了。在这个团队里有过太多的从0到1，有过太多的造轮子。早几天跟小伙伴们聊起了从追求一个9到两个9到三个9，从网关 rt 500ms 到 80ms，也算是“小有成就”了。 团队建设</h3> 作为年轻人聚集地，咱们还是比较稳的。今年有一位后端小伙伴离开，有一位之前离职的测试小伙伴回归。极度扁平，基本不需要团队管理。大家都在自己的位置做自己的事，吃着老板画的饼，大概都在想着明年会不一样吧。 编程语言</h3> 和去年一样，Rust 依然是使用得最多的。今年把几个基础服务从 Go / Java 迁移到了 Rust，我一人一服务，从0到1，管它是不是轮子，能用就好，开心最重要。前端一如既往的烂，倒是尝试学习了一下 TypeScript，没有太多使用场景。然后复习了一下 Python 相关的，写了一些调用大模型的胶水代码。 系统架构</h3> 现在回想一下，在18年底就 all in 了 K8S 和 Istio，创业团队没有历史包袱还是舒服的。管它有没有坑，管它会不会，先上了再说。虽说一路踩坑填坑无数，但这玩意儿对于中小团队来说，走过一次基本到处可用了。 今年在系统架构层面没有太多变更，基础服务有的变动只有配置中心从 etcd 切换到了更轻量的自己造的轮子。春节假期后会做一些 K8S 和 Istio 的升级工作。 AI 和 LLM</h3> 内部使用的类 ChatGPT 平台经过了多次升级，陆续添加了 OpenAI、Claude、Gemini、DeepSeek 的支持，一年用掉了5000多美刀，看起来还是提升了效率的。 业务层面接入大模型也终于在下半年启动了，目前有两个场景在尝试中，更多的在路上。 自己也尝试在借用 AI 和 LLM 相关的做一些独立开发，希望能在明年发布一款自己从需求开始的产品吧。 近期比较多的精力在这一块了，做一些积累，计划明年在这块能有更多的产出。 工具</h3> 单独说一说 WakaTime</a> 吧，一个记录“时间”的工作，个人觉得我还挺受用的。 生活方面</h2> 先说说孩子，三岁了，10月份出生的，关于是否上幼儿园的问题跟家里人有一些争执，还是决定晚一些再上幼儿园。春节过后有一次比较严重的生病，去住了几天院，万幸恢复的较好。关于孩子的教育，我个人承行快乐教育，在最近购置了帐篷天幕等装备，希望能坚持户外陪伴。 然后说说媳妇儿，今年下半年换了工作，是她想要的“稳定”的工作。收入水平有所降低，但不重要，她开心就好了。另一个角度是有更多的时间陪孩子了。 父母身体状态良好，这个最重要。下半年给父母安排了一场北京游，给我爹安排了心心念念梅兰芳大剧院看京剧。明年上半年需要再安排一次全面体检了。相比父母辈，祖父母、外祖父母辈身体状态较多，也给我妈整的有些憔悴，此处有些槽点... 自己在生活上没有太多的变化，夏天有过一段时间的健身，没能每天坚持。唯一值得一提的是把英语学习当成了生活的一部分吧，在 Cambly 上了大概 83 节一对一的课，2500多分钟吧，口语能力有一些提升，明年需要更多的坚持。 今年给自己差不多放了三个月的假，想清了一些东西，也甩掉了一些标签。如果要做个总结，那大概就是做更好的自己</code> 吧。然后希望明年的总结有更多的内容可以写下。 Mac 平台交叉编译 Rust 至 Linux 平台 2024-10-21T00:00:00+00:00 最近在用 Rust 开发一些提效小工具，在 Mac 平台编码但运行环境为 Linux（裸跑，非容器），将相关过程记录一下。 之前这种跨平台的编译是使用 cross</a> 来完成的，使用类似下面的命令来进行编译： cross build --release --target x86_64-unknown-linux-gnu </code></pre> 本次直接用 cargo 来解决： 使用 rustup target add</code> 来添加目标平台的标准库</li> 安装目标平台的链接器（linker）</code></li> 配置 cargo 来使 rustc</code> 能够使用正确的链接器</li> 设置 TARGET_CC</code> 环境变量</li> 使用 cargo build</code> 来进行编译</li> </ul> 添加目标 target</h2> rustup target add x86_64-unknown-linux-gnu </code></pre> 安装目标平台的链接器</h2> brew install SergioBenitez/osxct/x86_64-unknown-linux-gnu </code></pre> 添加 cargo 配置文件</h2> mkdir .cargo touch config.toml </code></pre> 添加下面的配置文件： [target.x86_64-unknown-linux-gnu] linker = "x86_64-unknown-linux-gnu-gcc" </code></pre> 设置环境变量</h2> export TARGET_CC=x86_64-unknown-linux-gnu-gcc </code></pre> 开始编译</h2> cargo build --release --target x86_64-unknown-linux-gnu </code></pre> 设置环境变量和编译可以在同一步进行： TARGET_CC=x86_64-unknown-linux-gnu-gcc cargo build --release --target x86_64-unknown-linux-gnu </code></pre> 然后在 ./target/x86_64-unknown-linux-gnu/release/</code> 可以找到编译产物。 运行环境 glibc 版本过低问题</h2> 当在运行环境执行 ./tool-name</code> 时，部分服务器报错了： ./tool-name: /lib64/libc.so.6: version GLIBC_2.25' not found (required by ./tool-name) </code></pre> 查看 ldd 版本： ldd --version ldd (GNU libc) 2.17 Copyright (C) 2012 Free Software Foundation, Inc. </code></pre> 这是因为 glibc</code> 版本较低（部分服务器运行好多年了，一直未替换），此时可以升级版本或者使用静态链接方案。升级版本考虑的问题比较多，下面继续看使用静态链接来编译。 当 target 是 x86_64-unknown-linux-gnu</code> 时，会使用动态链接</code>，也就是在运行时来链接。因此会出现运行环境 glibc 版本不满足要求的情况。换用 x86_64-unknown-linux-musl</code> 这个目标平台来解决问题。 # 添加目标平台 rustup target add x86_64-unknown-linux-musl # 安装链接器 brew install FiloSottile/musl-cross/musl-cross </code></pre> 然后在 cargo 配置文件 .cargo/config.toml</code> 中添加如下内容： [target.x86_64-unknown-linux-musl] linker = "x86_64-linux-musl-gcc" # -static-pie 如果不支持，则再添加下面这一行 # rustflags = ["-C", "link-args=-static"] </code></pre> 最后执行编译： TARGET_CC=x86_64-linux-musl-gcc cargo build --release --target x86_64-unknown-linux-musl </code></pre> 在 ./target/x86_64-unknown-linux-musl/release/</code> 可以找到编译产物。这样得到的可执行文件就是通过静态链接的了，应该在大部分的 Linux 上都可以执行。 在 Cargo 项目中使用 git 仓库作为依赖 2024-03-28T00:00:00+00:00 在 Cargo 项目中，最简单的依赖方式为： [dependencies] serde = "1" </code></pre> 这会直接使用 crates.io</a> 的依赖和版本，某些时候可能需要从源码仓库直接依赖某个分支或者依赖未发布到 crates.io</a> 。此时，最小化的配置为： [dependencies] regex = { git = "https://github.com/rust-lang/regex.git" } </code></pre> 如果需要指定分支，可以配置为： [dependencies] regex = { git = "https://github.com/rust-lang/regex.git", branch = "next" } </code></pre> 上面两种使用基于 HTTPS 的认证，如果项目是非开仓库，需要进行额外配置，参考这里</a> 另外一种是基于 SSH 的认证，此时相关配置格式为： [dependencies] regex = { git = "ssh://git@example.com/user/repo.git" } </code></pre> 基于 SSH 的认证要求 ssh-agent</code>，可以使用下面的方式快速添加： # 注意 SSH 的私钥位置 ssh-add ~/.ssh/id_rsa </code></pre> 使用 ssh-add -l</code> 来确认密钥已经成功添加到 ssh-agent</code>。 如果 SSH 密钥是有密码的，这个步骤需要输入密码。通过 ssh-agent</code> 后续 Cargo 访问私仓时将不需要输入密码。 当 Git 仓库中的代码更新了，使用以下命令来更新本地依赖的代码： cargo update </code></pre> 使用 Gmail 实现域名邮箱收发功能 2023-04-06T00:00:00+00:00 业界良心 Cloudflare 提供了很多实用的功能，其中之一就是 Email Routing，可以用来便捷的将自定义域名邮箱收到的邮件转发到某个目标邮箱。再配合上 Gmail 的一些设置，即可以轻松实现使用 Gmail 来收和发域名邮箱的邮件。 域名需要在 Cloudflare 或者使用 Cloudflare 的 Nameserver </blockquote> 收邮件</h2> 在 Cloudflare 的控制台，选择配置 Email --> Email Routing --> Routes</li> 添加自定义邮箱地址 xx@yy.com</li> 然后选择转发的目标邮箱地址</code>即可。</li> </ul> 可以在 Destination addresses 处添加多个目标邮箱地址。目标邮箱地址在第一次添加时需要进行验证操作。 通过上面的配置，发送到 xx@yy.com 的邮件会被转发到配置的目标邮箱地址，但是在 Gmail 回复邮件的时候仍然使用目标邮箱地址。需要继续下面的配置才能将回信发件人地址修改为 xx@yy.com。 发邮件</h2> 需要 Gmail 开启了 2FA，https://myaccount.google.com/signinoptions/two-step-verification</li> 创建一个 Gmail 的 App 密码，https://security.google.com/settings/security/apppasswords 分别选择 Mail 和 Mac 两个选项后生成，得到密码 ABC</code></li> 在 Gmail 页面，打开 see all settings --> Accounts and Import --> Send mail as --> add another email address</li> 填写表单的第一步 Email Address 填写 xx@yy.com，即自定义域名邮箱</li> 填写表单的第二步 SMTP Server 填写 http://smtp.gmail.com，用户名填写 gmail 邮箱地址，密码填写上面得到的 ABC</li> 添加账户，然后在写信或者回信时就可以选择 xx@yy.com</li> </ul> 也可以在 Send mail as 处勾选 Reply from the same address the message was sent to</code> 这样回信的时候就默认使用收信的地址了。 配置好上面两个部分，就完成了使用 Gmail 来收和发域名邮箱的邮件。 Xcode 15.2 安装 iOS_17.2_Simulator 2023-01-23T00:00:00+00:00 更新 Xcode 到 15.2 之后，需要安装iOS_17.2_Simulator，但是在 Xcode 里下载总是网络错误，或者下载卡在 99% 的地方，可以用如下步骤来手动安装。 打开官网 https://developer.apple.com/download/all/?q=ios</a>，登录后选择下载 iOS 17.2 Simulator Runtime.dmg</code> 文件。 假设文件存储到 ~/Downloads</code>，在终端依次执行下面的命令： # 下面这条命令需要输入密码 sudo xcode-select -s /Applications/Xcode.app xcodebuild -runFirstLaunch # 需要替换为自己的路径，下面这条命令需要一些时间来执行 # 执行完成终端会有输出，且会弹窗提示 "Verifying..." xcrun simctl runtime add '/Users/xring/Downloads/iOS_17.2_Simulator_Runtime.dmg' </code></pre> 然后在 Xcode 就可以看到 iOS_17.2_Simulator 了。 博客迁移至 Zola 2023-01-21T00:00:00+00:00 从19年参与“创业”至今，已经很长时间没有停下来做一些思考和总结了，也有很长时间没有将学的知识、踩的坑、买的教训等等来沉淀一下。TODO 里面记录了很多想要系统学习的内空，有书籍有视频有博客等等，很多时间脑子懂了不代表手懂了，那就多做一些记录吧。 于是，博客迁移到 Rust 实现的 Zola</a>，选择了一个简单的主题 terminimal</a>，主题参照 Heitor's Log</a> 进行了简单的装修，再搭配了一个基于 GitHub Discussions 的评论系统 giscus</a>。基本就可以用起来了，等需要的时候再去折腾一下图床，就可以用来承载内容了。 站点美容告一段落，希望每个月至少有两篇输出吧。 自勉。 Istio 中配置 Envoy 获取 Client 真实 IP 2019-03-22T00:00:00+00:00 背景：使用 Istio Ingress Gateway(Envoy)，需要获取客户端真实 IP 地址 使用 Helm 安装 Istio 会安装一个名为 istio-ingressgateway</code> 的 Service，类型为 LoadBalancer</code>，可以将服务暴露到公网。 这个 Service 的 spec.externalTrafficPolicy</code> 默认值是 Cluster</code>，我们只要将这个值更新为Local</code>，就可以在 X-Forwarded-For</code> 请求头获取到客户端真实 IP 地址了。 Kubernetes 从私有镜像仓库拉取镜像 2019-01-11T00:00:00+00:00 在企业内部使用 private registry 来存储私有镜像显然是必需的，本例的私仓使用 Harbor</a>，下面来看看在 Kubernetes 集群中怎么配置使用我们建立的私有镜像仓库。假设私有镜像仓库地址为：https://hub.xring.info</code>，我们要用的镜像为 nginx:v0.1.0，存在仓库 mynginx 中。如果使用 docker pull 来拉取镜像则命令为： docker pull hub.xring.info/mynginx/nginx:v0.1.0 </code></pre> 为了在 Kubernetes 中使用私有镜像仓库，我们需要做两个事： 创建一个存储了私有镜像 credential 信息的 Secret 资源对象</li> 在 Pod 创建模板使用 spec.imagePullSecrets 中指定创建的 Secret 对象</li> </ul> 创建 Secret 资源对象</h3> kubectl create secret docker-registry my-hub-secret --docker-server=hub.xring.info --docker-username=xbot --docker-password=123456 --docker-email=xbot@xring.info </code></pre> 指定 Secret 对象</h3> 以下面的 Pod 资源定义为例： apiVersion: v1 kind: Pod metadata: name: nginx-v010 labels: app: nginx-v010 spec: imagePullSecrets: - name: my-hub-secret containers: - image: hub.xring.info/mynginx/nginx:v0.1.0 name: nginx-v010 </code></pre> 然后再使用 kubectl apply -f mynginx.yaml</code> 来创建 Pod 对象，就可以从私有镜像仓库中拉取镜像了。 Maven 设置 HTTP 代理 2017-02-10T00:00:00+00:00 有时候基于公司安全因素考虑或者由于一些特殊原因，Maven 无法正常访问外部仓库来下载所需要的资源。这种情况下，可以通过为 Maven 配置 HTTP 代理来解决问题。 通过以下步骤来为 Maven 配置 HTTP 代理： - 获取 HTTP 代理信息 - 找到 Maven 配置文件 settings.xml - 将代理信息添加到配置文件 </code></pre> 假设我们有如下 HTTP 代理信息： host: 9.30.123.123 port: 3712 username: xring password: volcano </code></pre> 下一步来寻找 Maven 配置文件。settimgs.xml</code> 文件可能存在于两个位置： – ~/.m2/settings.xml – M2_HOME/conf/settings.xml 如果 ~/.m2/settings.xml</code> 文件存在，则优先</code> 使用这个文件进行配置，如果不存在则需要使用 M2_HOME/conf/settings.xml</code> 文件。如果没有配置 M2_HOME</code> 这个环境变量或者忘记了 Maven 的安装位置，可以通过 mvn -version</code> 可以找到 Maven home 目录，即上面提到的 M2_HOME</code>，在 Mac 下得到类似输出： mvn -version ... Maven home: /usr/local/Cellar/maven/3.3.9/libexec ... </code></pre> 则 settimgs.xml</code> 文件就在 /usr/local/Cellar/maven/3.3.9/libexec/conf</code> 目录中。 编辑找到的 settings.xml 文件，搜索 proxies 关键字，找到类似下面的这一段： <proxies>  </proxies> </code></pre> 在 proxies 下可以配置多个 proxy 元素，如果声明了多个 proxy 元素，则默认情况下第一个被激活的 proxy 元素会被使用。当 proxy 元素里的 active 被设置为 true 时表示该 proxy 处于激活状态。 id 字段是 proxy 元素的一个标识当代理不需要认证时，username 和 password 可以被注释掉 nonProxyHost 元素用来指定哪些主机名不需要代理，当有多个主机名不需要代理时用 | 来分隔主机名，主机名里支持通配符（如 *.google.com）。 了解了这段 XML 各元素的意义后将得到的 HTTP 代理信息依次填入相应元素： <proxies> <proxy> <id>volcano-proxy</id> <active>true</active> <protocol>http</protocol> <username>xring</username> <password>volcano</password> <host>9.30.123.123</host> <port>3712</port>  </proxy> </proxies> </code></pre> 保存 settings.xml</code> 配置文件，Maven 配置 HTTP 代理完成。 Docker 手动迁移镜像 2017-02-02T00:00:00+00:00 使用公共或者私有的 Registry 可以方便的将 Docker 镜像进行转移，在某些场景可能期望手动来迁移镜像。 此时可以使用 docker save</code> 和 docker load</code> 指令将镜像打包然后在其它位置加载回来。这里使用 nginx 镜像来做演示，将镜像从一台机器手动迁移到另一台机器。 打包镜像</h3> docker save -o nginx.tar nginx:latest </code></pre> 然后 nginx:latest</code> 镜像被打包为 nginx.tar</code> 文件，此时可以通过 scp 之类的方法传输这个镜像文件。 在打包过程中可以使用类似 docker save nginx | gzip > nginx.tar.gz</code> 的命令进行压缩减小文件体积。 </blockquote> 更多参数请参考官方文档</a> 对此命令的说明。 加载镜像</h3> 在另一台没有 nginx:latest</code> 镜像的机器上执行： docker load -i nginx.tar # 下面为命令输出 3358360aedad: Loading layer [==================================================>] 58.44MB/58.44MB c632afbadb38: Loading layer [==================================================>] 53.91MB/53.91MB 180ab8f004dc: Loading layer [==================================================>] 3.584kB/3.584kB </code></pre> 执行完成后 nginx:latest</code> 镜像就被手动迁移到了另一台机器上。 更多参数请参考官方文档</a> 对此命令的说明。

xring's blog

在 Linux 上运行 ChromeDriver

将 Apple Watch 迁移到新 iPhone

Rust 中的 LazyLock 和 OnceLock

2024 总结

工具</h3> 单独说一说 WakaTime</a> 吧，一个记录“时间”的工作，个人觉得我还挺受用的。</p>

Mac 平台交叉编译 Rust 至 Linux 平台

在 Cargo 项目中使用 git 仓库作为依赖

使用 Gmail 实现域名邮箱收发功能

Xcode 15.2 安装 iOS_17.2_Simulator

博客迁移至 Zola

Istio 中配置 Envoy 获取 Client 真实 IP

Kubernetes 从私有镜像仓库拉取镜像

Maven 设置 HTTP 代理

Docker 手动迁移镜像

工具</h3>
单独说一说 WakaTime</a> 吧，一个记录“时间”的工作，个人觉得我还挺受用的。</p>