在写一个自动化处理工具，用zipfile解压文件的时候，发现解压出来的中文文件名全变成了乱码windows中文默认编码gbk，与zipfile默认cp437冲突导致的解决方案：python3.11版本以下：修改zipfile源码if flags & 0x800: # UTF-8 file names extension ...

今天带两个供应商干活，以这俩人的踩坑记录把dockfile初学者可能会犯的错误罗举一下from，一定要写基础镜像（没错就是这么难绷run后面不要使用交互式的命令，如vim\不加-y的yumcopy，复制的时候注意dockerfile和目标文件的层级关系，最好同级copy，如果想复制一整个文件夹，包括他自己本身，那么目的目录应该在结尾以这个文件夹的文件名为结尾，不然默认只复制文件夹里面的东西c...

describe k8s pod的时候，会看到一行QoS Class，这玩意对于k8s里的应用，就好像oom_score_adj之于linux应用，决定着当资源紧张的时候，pod被驱逐的优先顺序k8s不想oomscore一样可以直接通过调节数值来定义，他分成固定的三类：GuaranteedBurstableBestEffort决定一个应用的QoS Class是哪一类的，是他们对资源限制的配置...

ps -ef | grep找出应用pidecho -1000 > /proc/$pid/oom_score_adjoom_score_adj是内核给应用打的一个分数，区间在-1000~1000，越大越优先被杀，-1000代表禁止oom杀该进程，可以用来保护一些重要的程序，比如ssh，免得服务挂了后连登录都登不进去当发生oom的时候，dmesg打印出的消息里面可以看到被杀的进程的oom分...

供应商反应测试环境里面自己的java应用频繁重启，排查之kubectl describe pod，看了下重启了4次，Terminated，退出code 137看到137基本心里有数了，登录top看了下，java进程吃了7个g内存，free看了下宿主机可用内存所剩无几，ps -ef看下java启动命令，-XX后面跟着一串按比例吃资源的参数查看yaml，果然没设置资源上限，java进程直接按宿主...