最近半年多以来，我有一个越来越强烈的感受： 我虽然一直很忙，但其实我已经没有什么成长了。 🎯 掌控全局，也被困于局 公司的技术架构和业务我都是最熟悉的那个人。 主要原因有两个吧： 一是团队成员都不是全栈工程师。 有的只会后端，有的只熟悉前端。 但其实很多问题都需要多端联合排查和定位。 二是大家大部分时间都投入在日常开发上。 一线同学和主管是执行的主力， 他们没办法像我一样，有足够的机会和时间可以了解到业务的全貌。 随着业务的复杂度越来越高，大家能看见的范围就越小。 结果就是，大家越来越依赖我。 感觉上是我掌握了全局，其实是把我给困住了。 大家大小问题都来问我，导致我绝大部分的精力都投入在这些
我们总以为，一个人有责任感就够了。但现实中，很多有责任感的人，过得却很累、很痛苦。 当然也有很多有责任感的人，并凭着自己惊人的意志力，最终达成了不错的成就。 但也不乏有很多人，慢慢的，慢慢的，变得懈怠、疲惫、没耐心… 我起初以为这些都是意志力不强的人，而我只要持续的增强自己的意志力就可以了， 直到后来我才明白责任感给你压力，而目标感会给你源源不断的动力。 我刚刚开除了一个下属😮💨 他加入团队了一年的时间，刚开始的时候很有动力，主动承担很多任务，也主动去看和学习相关的业务和技术。经常加班到很晚，以至于我经常督促他早点下班 😂。 可最近几个月，他变得很懈怠，工作出岔子比较多，且整个人的状态都不是
《吸引力法则》这本书里提到要给自己制定一个101个人生目标，深有感触。 然后我就给自己定了个【120个人生目标】📋 从制定完目标之后，我一直在为实现这120个人生目标努力着，今天我完成了第12个人生目标 ✅ —— 写一篇10万+的文章！ 📊先看下这篇文章具体的数据吧 这是一篇图文格式的鸡汤类文章（当然不是这个公众号发的），这里就不详细说这边文章了，主要讲讲为什么定这个目标和我的感受吧。 📝 为什么我要定这个目标？ 其实很简单，前面说过我想成为一个会写作的人，而这个写一篇10万+的文章目标就是给会写作的人定一个可以量化的目标。 但，说来惭愧。虽然写了一篇14万阅读的文章，但是这是一篇图文的鸡汤
两年前我读完《吸引力法则》这本书，其中提到的给自己定101个目标，深有感触。 所以我也给自己定了【120个人生目标】。📋 这两年我一直在为实现这120个人生目标努力着，今天我完成了第11个目标 ✅ —— 骑行1000公里！ 📊 目前累计骑行 77 次，总计 1004.9 公里！ 🚴♂️ 为什么我要定这个目标？ 说来惭愧，我一直是一个不爱运动的人。 尤其是工作之后更严重，大量时间都在电脑前💻，饮食也不注意，体重一路飙到 200 多斤 🐷，整个人状态非常差…… 所以我就想要找一个有趣又不枯燥的运动来增强一下体力🤔。 碰巧身边有一些人在骑行，再加上我觉得自己需要多出去逛逛，看看北京这座城市，所以
我一直希望自己能够成为一个会写作的人。 写得深入、有思考、有感染力的那种文章。 2018年的时候我买了 liuyushuai.com 这个域名，并用了2个月的业余时间开发了一套自己的博客系统。 我当时就告诉自己无论如何我也要坚持写下去。 我相信只要我坚持，一定可以越来越好。 博客的开篇文章截图 可是7年过去了，我的写作水平还是没什么提升。 过去这7年 过去这7年我一共写了201篇文章，主要包含三类：技术类、读书笔记和感悟。 除了这201篇发布出来的以外，其实还有很多很多写了一半就放弃了的草稿。 是的，我一直在努力，但每次写完都感觉差点什么。 技术类文章，都在讲基础，很少有自己的思考过程； 读
Nginx 作为高性能 Web 服务器，日志系统是它的重要组成部分。通过合理配置与分析访问日志（access log）和错误日志（error log），可以快速定位问题、统计流量、优化配置，甚至监控攻击行为。 本文将详解 Nginx 的日志类型、配置方式、调试技巧和常见分析方法，帮助你用日志驱动系统稳定性和运维效率提升。 目录 一、Nginx 的日志类型 二、访问日志 access.log 配置 三、错误日志 error.log 配置 四、常见调试技巧 五、日志分析实战方法 六、推荐工具与命令 总结 一、Nginx 的日志类型 Nginx 主要有两种日志： 访问日志（access log
Nginx 虽然以高性能和模块化著称，但它本身并不具备处理复杂逻辑或动态内容的能力。为了增强 Nginx 的可编程性，我们可以通过集成 Lua 脚本或其他语言插件，让 Nginx 拥有“业务逻辑大脑”。 本文将以 Lua 为核心，介绍如何在 Nginx 中集成编程能力，并扩展到其他语言插件的接入方式。 目录 一、为什么需要在 Nginx 中编程 二、常用的扩展方式概览 三、使用 Lua 插件的推荐方式：OpenResty 四、Lua 常见用法示例 五、Nginx 支持其他语言的方式 六、使用注意事项 总结 一、为什么需要在 Nginx 中编程 默认情况下，Nginx 的行为由配置文件决定，
在现代 Web 开发中，单页应用（SPA）架构越来越常见，如 Vue、React、Angular 等前端框架都会生成一套静态资源，用于构建完整的前端页面。而 Nginx 则是部署这类应用最常见、最轻量、最稳定的 Web 服务器之一。 本文将详细讲解如何使用 Nginx 部署和配置单页应用，并解决常见问题如刷新 404、前后端分离跨域、缓存配置等。 目录 一、什么是单页应用（SPA） 二、Nginx 作为静态服务器的作用 三、基本部署配置 四、防止刷新 404 的 history 路由兼容 五、跨域请求处理（前后端分离） 六、缓存优化配置 七、完整配置示例 总结 一、什么是单页应用（SPA）
Nginx 除了强大的七层 HTTP 反向代理能力，还支持四层代理（TCP/UDP），可以胜任数据库、Redis、MQTT 等非 HTTP 服务的代理与负载均衡需求。 本文将全面讲解 Nginx 四层代理的工作机制、配置方法及常见使用场景，帮助你更灵活地管理底层服务连接。 目录 一、什么是四层代理 二、Nginx 如何支持四层代理 三、常见使用场景 四、基础配置示例 五、进阶配置技巧 六、完整案例：Redis 四层代理 七、常见问题排查 总结 一、什么是四层代理 四层代理工作在 OSI 网络模型的传输层，主要转发 TCP 或 UDP 流量，不会解析应用层协议数据。 相比七层代理（如 HTT
在使用 Nginx 做反向代理时，经常会遇到一些看似莫名其妙的问题，比如返回 502 错误、路径出错、真实 IP 丢失等等。本文总结了开发和部署中最常见的 Nginx 反向代理问题，并给出对应的排查和解决方案，帮助你快速定位和修复问题。 目录 一、502 Bad Gateway 二、路径拼接异常 三、获取不到真实客户端-IP 四、跨域请求失败 五、WebSocket 无法正常工作 六、请求体过大导致-413-错误 七、反向代理跳转失效 八、HTTPS-代理配置问题 九、文件下载异常或中断 十、缓存未生效或生效异常 总结 一、502 Bad Gateway 这个错误意味着 Nginx 无法成