别让小配置拖垮大服务
公司新上了个内部审批系统，刚上线时大家还觉得挺快，结果用了两周就开始卡。一查才发现，服务器的连接超时设成了30秒，上传个文件等得人都快睡着了。这种问题太常见了，不是技术不行，而是配置没到位。
端口和服务别撞车
一台服务器上跑多个服务，端口冲突是最容易踩的雷。比如你本来想把Web服务绑在8080端口，但忘了开发环境的测试服务还在占着，结果启动失败。查日志半天才发现是端口被占用。
动手前先检查一下：
netstat -tulnp | grep :8080超时设置要合理
超时不设？那可能一直等着；设太短？请求还没处理完就断了。有个电商后台调第三方支付接口，超时只设了2秒，高峰期动不动就报错“请求超时”，客户以为没付成功，结果重复扣款。
建议根据实际响应时间来定，一般对外接口设在5到15秒之间比较稳妥。内网服务可以更短，比如2到5秒。
别忽略日志级别
调试阶段把日志级别设成DEBUG没问题，上线后还这么干，磁盘空间几天就被撑爆。之前有次半夜报警，上去一看，日志文件占了200G，全是请求参数的详细打印。
生产环境建议用INFO或WARN级别，关键操作再打DEBUG。定期轮转日志也得配上，别等到磁盘满了才想起来。
防火墙和安全组要同步
本地测试好好的，部署到云服务器却连不上。八成是安全组或防火墙没开对应端口。比如你开了8080端口提供API，但云平台的安全组没放行，外面根本访问不了。
每次改了服务端口或IP，记得去控制台核对一遍规则。别图省事直接全放行，那样等于大门敞开。
静态资源交给专门的人管
有人喜欢把图片、JS、CSS都让应用服务器一股脑发出去，结果CPU老是飙高。其实这些静态文件交给Nginx这类轻量服务处理更合适，既快又省资源。
比如在Nginx里加个静态路径配置：
location /static/ {
alias /var/www/app/static/;
expires 1y;
add_header Cache-Control "public, immutable";
}配置文件别写死
数据库密码直接写在代码里，换环境就得改代码重新打包，麻烦不说，还有泄露风险。应该用环境变量或者配置中心管理。
比如读取环境变量：
db_password = os.getenv('DB_PASSWORD')定期检查依赖版本
一个用了两年的老项目，突然有一天登录不了，查了半天发现是SSL证书过期。根源是底层库太旧，不支持新的证书链。这种问题平时不显山露水，一出就是大事。
建议每季度扫一遍依赖包，看看有没有安全更新或兼容性提示。小升级比大重构轻松多了。