这两天我把一台空服务器从零收拾成了能跑站点的机器。过程不算复杂,但坑是真不少,记下来给自己(和后来的我)提个醒。 坑一:环境有了,但权限没对齐 我第一次部署完,服务怎么都起不来,看日志才发现是权限问题 —— 文件是 root 建的,服务却用普通用户跑。后来我养成习惯:改完文件先看属主和权限。 坑二:

一直有人问我怎么开始学安卓逆向。我不是什么高手,但踩过一轮坑之后,我大概知道新手该按什么顺序走。这篇写给我自己复盘,也给刚起步的人一点参考。 第一步:先补基础,别急着上工具 我最开始犯的错,就是直接下载一堆工具乱点。后来发现根本看不懂,因为我不知道下面这些东西是什么: ARM 指令集:很多逻辑最终都

前段时间我要在一台空服务器上把服务跑起来。以前我都是直接装环境,这次改用 Docker。刚开始我想得很简单:装好 Docker,把服务跑起来就完了。结果实际做下来,踩的坑比我预想的多。这篇把整个过程从头记一遍。 我为什么选 Docker 环境一次装好,以后换机器不用重新折腾依赖 配置和数据都放在一个

这段时间我服务器上的 HTTPS 一直有点小问题,我就下决心把「一次请求到底经过了哪些环节」彻底理清楚。理完发现,我以前很多操作都是知其然不知其所以然。这篇把我理的链路和踩过的坑记下来。 一次请求都发生了什么 图 1:一次请求的完整链路 我原来以为最复杂的是后端服务,理完才发现,Nginx 这一层才

我不是专业运维,但手上要管的机器和服务不少。这些年我最大的体会是:能自动化的就别手动做。这篇分享我常用的三个小脚本,以及我写它们时踩过的坑。 我写脚本的判断标准 图 1:我写小工具的流程 我的标准很粗暴:同一件事一周要做三次以上,就值得写个脚本。写脚本花二十分钟,但能省下几个月里反复的复制粘贴。 脚

排障这件事,新手和老手的差别往往不在「懂多少命令」,而在先看哪里。我把这两年自己踩出来的排查顺序整理了一下,希望对刚上手的人有点用。 我的排查顺序 图 1:我的排查顺序 这个顺序是我用时间换来的,顺序反了会白耗一晚上。 第一步:先读报错,别急着动手 我以前最常犯的错,是看到报错就立刻开始改配置。结果