从表单与留言板开始
接手第一批小站点的建站与维护，学会了备份、权限和「改动前先看清楚」这件事的重要性。
About
关于我，和这个工作站
我是一名独立开发者，长期用 PHP 做后端与站点相关的工程实践。这个工作站既是我的服务入口，也是我把方法论沉淀下来的地方。
工作站是做什么的
工作站专注一件事：把业务需求变成能在服务器上长期稳定运行的系统。比起一次性交付一个「能跑起来」的页面，我更在意半年后它是否还能被人读懂、被安全地修改。
因此这里承接的多数是偏工程化的活儿：接口层梳理、数据看板、备案与合规台账、小程序后端底座、以及站点上线后的长期运维。这些工作有一个共同点——它们都不会因为「上线」而结束。
技术与工具
主力技术栈是 PHP 与 MySQL，配合 Nginx 完成部署与反向代理；前端以原生 HTML/CSS/JS 为主，必要时才引入构建工具。选择这套组合的原因是依赖少、可控、出问题时排查路径短。
经历
一路做过来的几个阶段
从写第一个留言板到管理多站点站群，技术选择一直在变，判断标准反而越来越简单：能不能被维护。
转向接口与数据链路
开始把散落的业务逻辑收拢成统一接口层，引入 PDO 预处理与统一响应结构，线上事故明显减少。
承接多站点站群运维
为站点群建立标准化部署脚本、证书自动续期与异地备份，把「记得去做」变成「定时自动做」。
补齐合规与 AI 能力
建立备案信息台账，减少人工核对成本；同时把大模型能力封装成可控依赖，接入既有业务系统。
服务理念
一、先讲清楚，再动手
需求里含糊的地方一定要先确认。前期多问一句，比上线后返工一周更划算。
二、把复杂度留在代码里，不要留给使用者
部署脚本、巡检任务、错误处理都应该替使用者兜住细节，而不是把步骤写成一页「操作须知」。
三、交付可维护的东西
交付时附带 README、部署方式与关键配置说明。半年后接手的无论是别人还是我自己，都能快速看懂。
四、不确定的事情如实说
做不到、周期不够、或者方案有风险，都会在开始前讲明白，而不是等到交付时才发现。
想确认我能不能做你的项目？
把需求发过来，我会先判断可行性，并给出一个明确的下一步。