前几天在自己笔记本上部署了一个 7b 版本的 DeepSeek-r1 模型，效果不是很好，响应也比较卡。实际上，已经有很多云厂商都提供了模型推理服务，流行的开源模型应该都有，DeepSeek 当然也不例外。

openai

众所周知，想要跟应用服务进行交互，最常用的手段是调用 API 。那么，想要获得模型推理服务，又应该调用什么 API 呢？

截至目前，与大模型进行交互的 API 接口，还没有一个统一的标准，各个厂商都有推出自己的 API 协议。其中， openai 推出的接口协议，因为发展比较早，使用很广，几乎每个厂商都兼容，似乎成为事实上的标准。

本文就以 openai 接口协议为例，介绍如何编写 Python 程序调用大模型推理服务。实际上，openai 也提供了一个 pip 包，封装了接口调用细节，不用自己发起 HTTP 请求。

最近 DeepSeek 很火，但碍于沉浸式带娃，一直没空把玩。刚好下午小崽子们都睡了，赶紧瞅瞅看这个玩具怎么玩。

之前了解到可以用 ollama 在本地运行大模型，但一直没试过。在官网上瞄了几眼，其实很简单：先安装 ollama ,再拉取大模型文件，最后再把模型跑起来。

安装

以 macOS 为例，简单几步即可完成安装：

1. 点击下载按钮，下载程序包（zip压缩包）；
2. 下载完毕后，点击解压压缩包，得到程序包；
3. 将程序包拉入 macOS 程序目录即可；
4. 首次打开 ollama 时，提示安装命令行工具，点确定继续即可；

今天在一台 Redhat 7 服务器上启动一个 Kafka 3.7.2 容器，遇到一个很诡异的报错。经过排查发现，问题是由容器里新版 bash 引起的，应该是新 bash 或动态库可能跟老内核不兼容。

最终，我们把宿主上的旧版 bash 及其依赖动态库挂载到容器上解决问题。整个问题排查过程和解决思路挺有意思的，涉及不少基础知识，分享给大家。

报错背景

Kafka 容器启动方式平白无奇：

1

docker run --rm -it apache/kafka:3.7.2

前不久在单位收到一封邮件，要求卸载Docker Destop，因为它是商业软件，厂里已经收到维权函。

查了一下发现，好家伙，这确实是一个商业软件。以前以为它是开源的，有点披着羊皮的狼的意思……根据条款，超过250人的企业就需要买 license（AI回答未经求证），有点把韭菜养肥了割的意思啊。碍于尚未找替代品，项目活又多，就拖到今天。

本来对Docker Destop也没什么好感，docker 本来就是一些命令行工具，搞个 GUI 有什么鸟用呢？实际上，平时也都是在命令行下操作。本来想看看能不能用 brew 装一下命令行工具部分，结果发现好像只有一些 cli 工具，不包含引擎也用不起来，遂作罢。

AI告诉我说 Docker Destop 有几个替代品，大致看了一下，剩下 Colima 和 Podman 两个 PK ：

今早有用户反馈一个问题：系统发送的公告邮件，在企微客户端打开标题有乱码。我们查了一下各个客户端，邮件系统 Web 端打开是正常的，PC 客户端也是正常的，企微的 PC 客户端也是正常的。因此，问题被归结为客户端兼容性问题，按惯例大概是不了了之。

虽然企微平时问题不少，但作为工作IM，重度使用。按照企微以前的尿性，问题修复很慢很慢的。因此，就算问题不是出在自己系统上，还是想看看到底为什么，能否绕过去。

今天升级了 macOS 系统到最新版本，按苹果的尿性我有得重装 xcode ……毫不意外，系统起来后 go 、make 、git 等等一堆命令都跪了。由于一直被坑，早已形成条件反射，直接执行 xcode 更新命令就是了：

1

xcode-select --install

xcode 安装完毕后，一切似乎恢复正常，直到我执行 git 命令拉代码：

1
2
3

$ git pull
git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.

提示表明，SSH 公钥认证没通过，可我没换过密钥呀！

怀疑跟升级有关，执行 ssh 命令，开启提示信息定位错误：

1
2
3
4

$ ssh -vT git@github.com
...
debug1: send_pubkey_test: no mutual signature algorithm
...

WebAssembly 是一种基于栈的虚拟机二进制指令格式，缩写为 Wasm 。Wasm 被设计成一种可移植的编译目标产出物，支持 Web 部署，客户端和服务端均可。

简言之，Wasm 是一种通用的虚拟机指令格式。任何平台只要实现了虚拟机，即可执行 Wasm 应用。工程师可以使用任何编程语言来发应用程序，只要最终能编译成 Wasm 即可。

因此，Wasm 是一个威力强大的中间层，让开发语言与执行平台完全解耦，可以任意组合。Wasm 可以跑在浏览器上，也可以直接跑在操作系统里面（比如 Linux 、 Windows ）。硬件平台当然也不挑，ARM 和 x86 都可以。

已经很多年对双十一无感了，但今年刚好看到别人推荐一个很赞的显示器，又奢侈了一把，哈哈~

废话不多说，直接上图！

• 显示器：LG28MQ780
• 升降桌：北弧D460
• 显示器支架：北弧E500
• 笔记本支架：NVV
• 无线充电器：Anskp

互联网应用通常面向海量用户，其后台系统必须支撑高并发请求。在后端开发面试中，高并发技术也是一个常见的考察点。那么，高并发系统通常是怎么设计的呢？需要采用哪些技术呢？本文就简单聊一聊高并发背后的各种技术栈。

必须明确高并发本身是目的，而不是某一项技术；只要能够提高连接数或系统处理吞吐的技术都算。因此，这是一个涉及面非常广的话题，本文无法事无巨细地展开。

我会重点罗列实现高并发的常见技术栈，并简单介绍每种技术的工作原理和应用场景，帮大家快速建立整体的知识脉络。虽然每种技术的讲解篇幅有限，但我会列出更详细的学习资料，方便查阅学习。

大家可以以此知识地图为指引，制定学习计划，查漏补缺。

expect 是一个自动对话命令，可以编程实现与交互式命令的对话交互。

交互式命令

想要学习 expect 命令，掌握它的典型应用场景，我们需要先弄清楚：什么是交互式命令？

Linux 系统中，绝大部分命令都是非交互式的常规命令。非交互式的命令一旦提交执行，它便默默地干活，执行完毕后输出结果。举个例子，我们执行 uname 命令，回车按下后不用再做任何输入：

1
2

$ uname
Linux

uname 命令用于查看操作系统信息，例子输出表明这是一个 Linux 系统。

交互式命令，顾名思义在命令执行期间，可能需要跟用户进行交互。举个例子，我们执行 apt 命令安装软件包，该命令询问是否继续，用户要输入 Y 之后它才会继续安装：