作者小头像 Lv.3
更多个人资料
240 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
225
15
0
0
0

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
用 Python 虚拟环境加 Docker，给 AI 小项目搭一个干净可复现的开发环境
做 AI 小项目时，最让人头疼的往往不是模型本身，而是环境：上周还能跑的代码，换台电脑就报错；两个项目要同一个库的不同版本，互相打架。办法是先把环境隔离开，再把隔离后的环境写下来，让它在任何地方都能一键复现。 一、用 venv 给每个项目一个独立房间Python 自带的 venv 不用额外安装。进入项目目录，先执行 python -m venv .venv 创建环境，再激活它：Windows...
Docker Python
作者小头像 yd_229284667 2026-11-13 06:27:47
3
0
0
2026-11-13 06:27:47
3
0
0
Docker 多阶段构建实战：把 Python 镜像从 900MB 瘦身到 120MB
一个 Flask 小服务的镜像竟有 900MB，根源是基础镜像太重、构建工具和缓存都留在了最终镜像里。本文用多阶段构建把构建与运行拆开，同一份代码从 900MB 瘦身到 120MB，并总结了路径写错、缺系统库、配置泄露三个常见坑。
Docker Python
作者小头像 yd_229284667 2026-11-12 06:13:34
2
0
0
2026-11-12 06:13:34
2
0
0
SSH 密钥登录配置好后仍被要求输密码/登录失败的排查
配好 SSH 密钥登录后，一敲 ssh，服务端还是弹出 password 提示，或者直接报 Permission denied (publickey)。密钥明明生成了，公钥也放进了 authorized_keys，为什么就是认不出来？这类问题九成出在三个地方：文件权限、sshd 配置、密钥文件格式。下面按排查顺序逐一讲清楚。 一、先分清三种现象第一种：提示输入密码，输入密码能登录，说明 SS...
Linux ssh
作者小头像 yd_229284667 2026-11-11 01:35:52
8
0
0
2026-11-11 01:35:52
8
0
0
Linux 磁盘告急别慌：从 98% 到 62% 的一次磁盘清理实战
周二凌晨，监控短信把我吵醒：生产机根分区使用率 98%，只剩不到 2GB。应用还没挂，但日志写不进去、定时任务开始报错，留给我的时间并不多。这次清理没有动任何业务数据，半小时后使用率回到 62%，过程记录如下。 一、先看整体，再找大户上来不要急着删。先用 df -h 确认是哪个分区满了，再用 du 定位：df -hdu -sh /* 2>/dev/null | sort -rh | head...
Linux 运维
作者小头像 yd_229284667 2026-11-10 06:24:27
14
0
0
2026-11-10 06:24:27
14
0
0
一次慢 SQL 的排查手记：从执行计划到索引失效
一条 4 秒的慢 SQL，从执行计划入手定位到索引失效：函数操作与隐式类型转换让优化器放弃索引，改写后耗时降至 60 毫秒以内。
SQL 数据库
作者小头像 yd_229284667 2026-11-09 13:49:33
11
0
0
2026-11-09 13:49:33
11
0
0
OOM Killer 先杀谁？读懂 Linux 内存不足时的自保逻辑
凌晨三点被告警吵醒，登录服务器一看，核心服务进程不见了，日志里只有一句：Out of memory: Killed process 12345 (java) ...这不是服务自己崩溃，而是 Linux 内核在内存耗尽时动了手：OOM Killer（内存溢出终结者）挑了一个进程杀掉，用来保住整个系统。本文把它的选择逻辑、复盘方法和预防手段一次讲清。 一、内存耗尽前，内核已经自救过两次OOM K...
Linux
作者小头像 yd_229284667 2026-11-08 17:24:51
13
0
0
2026-11-08 17:24:51
13
0
0
Python requests 重试与超时：给接口调用加三层保护
给 Python requests 调用加三层保护：用超时卡住单次等待、用可重试规则消化短暂抖动、用总时限与熔断守住系统整体，让偶发故障在用户感知到之前被消化掉。
Python
作者小头像 yd_229284667 2026-11-07 06:29:22
27
0
0
2026-11-07 06:29:22
27
0
0
Docker Compose 本地开发环境：从“能跑”到“好用”的五条实践
很多团队的本地开发环境都停留在“能跑就行”的阶段：新同事入职先花半天装数据库、配缓存、改一堆本地配置，换一台电脑又要重来一遍。Docker Compose 本来就是为了解决这个问题而生的，但如果只把它当成启动几个容器的工具，就浪费了它大半的价值。下面五条实践，都是我在日常开发里反复验证过、能直接让本地环境好用一个档次的做法。 一、一个命令拉起整套依赖本地环境的第一个目标，是让“从零到能跑”变...
Docker
作者小头像 yd_229284667 2026-11-06 06:19:59
24
0
0
2026-11-06 06:19:59
24
0
0
把重试写清楚：接口失败时的三层策略
调用外部接口失败时，最常见的错误不是不重试，而是无差别重试。网络抖动、对方限流、服务短暂不可用，本质不同，处理方式也不该相同。把重试当成默认兜底，只会把一次失败放大成多次冲击，甚至把下游压垮。第一层是区分错误。超时和连接中断可以重试，因为请求可能根本没有到达；明确的业务错误不应该重试，例如参数非法、权限不足、余额不足，重试多少次结果都一样。限流和服务端临时错误介于两者之间，需要等待后再试，而...
作者小头像 yd_229284667 2026-11-05 06:28:56
45
0
0
2026-11-05 06:28:56
45
0
0
给日志写一份可读的说明书：让排查从三分钟缩短到三秒钟
凌晨两点，告警把人叫醒，真正耗时的往往不是修问题，而是找问题。日志翻了几十页，才发现关键信息藏在一句没有上下文的报错里。这篇文章想说一个朴素的观点：日志不是给机器看的流水账，而是给未来的自己和同事写的一份说明书。写的时候多想一步，排查时就能少走很多弯路。第一，给每条日志一个身份。一次请求、一次任务、一次调用，应该有一个可以贯穿始终的标识。把这个标识打在入口、关键分支和出口上，出问题时按标识一...
作者小头像 yd_229284667 2026-11-04 06:23:28
35
0
0
2026-11-04 06:23:28
35
0
0
总条数：19
10
10
20
50
100
  • 1
  • 2

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注