分类 Python 与开发环境 下的文章

一、 核心本质对比虽然两种方案都能实现“环境隔离”的目的,但它们的底层架构和管理边界有着本质的不同。1. python3 -m venv(原生轻量级方案)venv 是 Python 3 官方自带的内置模块。管理范围:它仅能管理 Python 依赖包(即通过 pip 安装的第三方库)。底层原理:它完全依赖宿主机上已经安装好的 Python 解释器。创建虚拟环境时,它只是在本地项目下创建了一个文...

阅读全文

Python 虚拟环境开发与容器化部署全流程笔记一、 核心架构思路:开发与部署分离在实际工程中,遵循“开发时轻量、部署时标准”的原则:排错与试错阶段(虚拟环境):不使用 Podman,直接在宿主机的隔离虚拟环境中运行 app.py。改动代码后秒级重启,拥有极高的调试效率和直观的日志输出。定型与生产阶段(容器镜像):代码完全通过验证后,将虚拟环境的依赖固化,并构建只读的容器镜像,确保生产环境的...

阅读全文

企业微信自动化通知系统搭建与排错全纪实一、 概述与通路选择系统最初设计目标是通过微信客服(KF)接口将服务器告警透传至个人微信。但在实际推演中,未认证企业号遭遇了腾讯在接口脱敏、权限域隔离方面的层层限制(引发 40096、48002 等典型错误)。最终方案果断摒弃了复杂的外部客服链路,切换为自建应用消息通道(应用消息)。该通道属于企业微信的基础盘,直接对准企业内部员工的主键账号(UserID...

阅读全文

企业微信自建应用通知中心搭建笔记一、 核心逻辑与通路选择在搭建过程中,曾尝试通过“微信客服(KF)”通道获取客户加密 ID(external_userid),但由于未认证企业受到腾讯接口的严格脱敏与权限拦截(例如 40096、48002 错误),最终选择走企业微信最稳固的基础盘——自建应用消息通道。优势无权限拦截:规避了微信客服接口对未认证企业的限制。账号清晰明确:无需使用 wm 或 wo ...

阅读全文