1. 部署前的准备工作
1.1 为什么选择 Typecho 和宝塔这个组合
先聊聊部署方案选型这件事。我在部署个人博客时先后折腾过 WordPress、Hexo、Hugo，最后把 Typecho 作为主力方案，主要原因是它在轻量、性能、维护成本三个维度上确实有几个不可替代的优势。Typecho 本身是一个 PHP 写的轻量级博客系统，安装包压缩后只有几百 KB，数据库结构也相当精简，基础表就那么十几张，相比 WordPress 动辄几十张表的复杂度，Typecho 的清晰程度对想搞懂博客运行原理的人非常友好。宝塔面板则像是给 Linux 服务器配了一个图形化遥控器，把 Nginx 配置、PHP 版本切换、MySQL 管理、SSL 证书申请这些原本要去命令行里抠细节的事，全部折叠成可视化按钮和表单。
我见过很多新手在裸 Linux 上部署博客，最后不是卡在 Nginx 配置文件的 server 块语法上，就是被 php-fpm 的监听方式、权限归属这类问题整得劝退。用宝塔面板的好处在于，它能以比较低的试错成本把环境先搭建起来，等博客真正跑通了，再慢慢去深入理解底层配置也不迟。我用这个组合部署过三个站点，实测下来，从一台全新的 CentOS 服务器到 Typecho 前台访问正常，熟练之后二十分钟内可以完成，这个速度在纯命令行的方案里很难做到。
1.2 服务器、域名与备案这三个前置条件
部署 Typecho 之前，有几件准备工作是绕不开的。首先是服务器，Typecho 对配置的要求极低，1 核 1G 内存的入门机型绰绰有余，我自己早期用的就是一台 1 核 1G 的机器，跑 Nginx + PHP 7.4 + MySQL 5.7，日常访问响应基本都在几百毫秒内。操作系统建议选 CentOS 7.x 或 Ubuntu 20.04 以上，宝塔面板对这些系统的兼容性最稳定。如果你手上已经有服务器，建议先确认 SSH 能正常连接，22 端口的防火墙放行没问题，后面所有操作都要基于这个通道。
其次是域名。你可以先用服务器 IP 加端口的方式把博客跑起来，但正式对外发布时，有一个自己的域名体验完全不同。域名解析这一步我在实操中踩过坑，在阿里云或腾讯云的 DNS 控制台添加记录时，主机记录选 www 和 @ 都加上，记录类型选 A 记录，记录值填你服务器的公网 IP，TTL 保持默认即可。解析生效一般需要几分钟到几小时不等，本地可以用 ping 命令检查，如果返回的 IP 和服务器公网 IP 一致，说明解析已经生效。
最后是国内服务器必须面对的一个环节——ICP 备案。如果你用的是国内云厂商的服务器，域名解析到这台服务器上之前必须完成备案，否则 80 和 443 端口会被拦截。如果你用的是海外服务器（比如香港、新加坡的节点），则不需要备案，但访问速度会受跨境线路影响。我个人的建议是，如果博客主要是面向国内读者，老老实实走备案流程，一般需要一到两周；如果只是自己写写笔记，海外服务器也能接受。
注意：购买服务器时，操作系统镜像不用选带宝塔的版本。官方纯净系统安装宝塔，环境最干净，后面也不容易出一些莫名奇妙的兼容性问题。
2. 宝塔面板的初始化与环境配置
2.1 一键安装与面板安全初始化
宝塔面板的安装过程非常简单，官方提供了针对不同系统的安装脚本，登录服务器后在命令行里执行那一行安装命令即可。整个安装过程会持续五到十分钟，取决于服务器的网络状况和硬件配置。安装完成后，终端会输出面板的访问地址、默认用户名和密码，这些信息务必保存好，因为首次登录时需要用到。
这里要单独说一个安全问题。宝塔面板默认的入口地址是http://服务器IP:8888，默认用户名和密码也比较简单，如果直接暴露在公网环境中，很容易被扫到并遭受暴力破解。我在部署第一个站点时就因为偷懒没有修改默认信息，结果没过几天面板日志里全是陌生 IP 的登录尝试。所以安装完之后，第一件事就是进入面板的“安全”菜单，把以下几项一次性改完：
- 修改面板端口，建议改成 8888 之外的随机高位端口（比如 28763）。
- 修改面板用户名和密码，密码至少 16 位混合字符。
- 开启面板 SSL 认证，让面板地址从 http 变成 https。
- 在系统防火墙中仅放行必要的端口：22（SSH）、80（HTTP）、443（HTTPS）、你修改后的面板端口。
改完这些设置后，面板的暴露面会小很多，暴力破解的日志基本就清净了。这一步虽然花不了几分钟，但带来的安全性提升非常明显。
2.2 LNMP 环境编译：软件版本选择的策略
宝塔面板的软件商店里有两种安装方式，一种是极速安装，直接拉取预编译好的 RPM 包或二进制包，几分钟就能装完；另一种是编译安装，从源码开始构建，耗时比较久但性能和稳定性更可控。对于 Typecho 这种轻量级应用，极速安装完全够用，没必要花一两个小时去编译。不过要注意 PHP 版本的选择，Typecho 官方对 PHP 的兼容性整体比较好，但考虑到插件生态和 PHP 函数兼容性，建议安装 7.4 或 8.0 版本，实测这两个版本下 Typecho 1.2 稳定运行没有兼容性问题。
关于 Web 服务器，Nginx 和 Apache 二选一的话，我强烈推荐 Nginx。Typecho 支持伪静态，Nginx 的 rewrite 规则写得非常干净，配合 PHP-FPM 处理 PHP 请求的效率也比 Apache 高不少。数据库方面，安装 MySQL 5.7 或 MariaDB 10.4 都可以，Typecho 只用到了很基础的 CRUD 操作，这两个版本都完美支持。还有一点不要忽略：安装过程中宝塔会提示设置数据库 root 密码，这个密码要记牢，后面创建数据库时还要用到。
LNMP 环境安装完成的标准是，在浏览器里访问http://服务器IP能看到宝塔的默认站点的欢迎页。如果这一步就出现打不开的情况，优先排查服务器安全组是否放行了 80 端口，以及系统防火墙是否拦截了该端口。我用过的云厂商里，默认安全组策略差异很大，有的默认全放行，有的只放行 22 端口，所以先检查安全组，再检查防火墙，基本都能解决。
2.3 创建站点与数据库：先准备好一个“家”
环境就绪后，接下来要为 Typecho 准备一个站点目录和一个独立数据库。在宝塔面板左侧菜单点击“网站”，然后选择“添加站点”。这里有几个关键的配置项需要仔细填写：
- 域名：填你已经解析好的域名，比如
www.example.com。如果希望用户访问example.com也能正常打开，可以在这里把根域名一起填上。宝塔会自动生成对应的 server 块，包含两个 server_name 的监听。 - 根目录：默认会放在
/www/wwwroot/你的域名下，一般保持默认即可。 - PHP 版本：选择你刚安装的 PHP 7.4 或 8.0，注意这里每个站点是可以独立指定 PHP 版本的，方便不同站点测试不同版本。
- 数据库：建议在创建站点的同时勾选创建数据库，数据库类型选 MySQL，编码默认 utf8mb4。utf8mb4 可以完整支持中文和 emoji 字符，Typecho 内容中出现 emoji 时不会出现乱码或报错。
点击提交后，宝塔会自动完成三件事：生成站点目录、创建 Nginx 配置文件、创建数据库和数据库用户。这些操作如果手动在命令行里做，至少得花十几分钟改配置，还容易出错，宝塔在效率上的优势在这里体现得很直接。创建完成后，可以顺手在站点目录下放一个index.html测试文件，确认通过域名能正常访问到这台服务器，再往下操作。
3. Typecho 的完整部署流程
3.1 获取安装包与目录权限配置
Typecho 的安装包可以在官网下载到最新稳定版，也可以从 GitHub 仓库拉取源码。我习惯从官网下载，因为官网提供的 release 版本经过了更充分的测试，同时附带 MD5 校验值，下载后可以先校验文件完整性，避免下载过程损坏。下载完成后，把压缩包上传到服务器站点根目录，这一步推荐用宝塔面板自带的文件管理器，直接拖拽上传，比用命令行 scp 或者 FTP 客户端更省事。
解压之后，你会得到一个build目录，里面是 Typecho 的全部源码文件。这里有一个很多人踩过的坑：为了让站点根目录直接响应访问，需要把build目录下的所有文件移动到上一级目录（即站点根目录）中，而不是把整个build目录放着不管。如果直接把 request 指向build目录，或者忘记移动文件，会出现前台打不开或者后台样式加载不出来的问题。移动完成后，站点根目录下应该直接能看到index.php、install.php等文件。
接下来要处理目录权限。Typecho 在安装和运行过程中需要写入config.inc.php（安装时生成）、usr/目录下的插件、主题、上传文件等。如果你使用的是www用户作为 PHP 运行用户，需要把站点根目录的属主改为www:www，权限设置为 755 目录、644 文件。这一步可以在宝塔的文件管理器中选中站点目录，右键设置属主和权限。权限设置不当是很多部署问题的根源，PHP 进程没有写入权限时，后台的插件安装、主题切换、文章图片上传会全部报错，而且错误信息有时候还不太直观。
3.2 浏览器端安装向导的完整走一遍
所有文件就位后，在浏览器里访问你的域名，如果一切正常，Typecho 会自动跳转到install.php引导页面。安装向导分为两步：第一步是配置数据库信息，这里要填写刚才在宝塔中创建的数据库名称、用户名、密码，数据库地址用127.0.0.1（如果数据库和 Web 服务在同一台服务器上），端口默认 3306。填好后点击“开始安装”，Typecho 会自行完成数据表的创建操作。
第二步是配置管理员账号。这里要设置博客的管理员用户名、登录密码和邮箱。密码建议设置得复杂一些，不要用简单的 123456 这类弱口令，因为后台一旦被攻破，整站就沦陷了。管理员账号设置好后，点击“完成安装”，Typecho 会创建一个config.inc.php配置文件，同时自动删除或提醒你删除install.php文件。
这里有一个安全细节容易忽略：安装完成后，install.php文件虽然被重命名或标记为可删除，但强烈建议直接将它从服务器上删除，或者在宝塔的文件管理器里彻底移除。因为这个文件如果被重新访问，攻击者有可能借此重新执行安装过程，清空你的配置和数据，这是非常危险的。每次部署完 Typecho，我都会确认install.php已经不在站点目录里。
3.3 伪静态规则与站点初始化的细节
Typecho 默认的 URL 结构是带index.php的，比如http://example.com/index.php/archives/123.html。这种 URL 既冗长又不太美观，而且对于 SEO 也不友好。Typecho 后台提供了“固定链接”设置，可以选择使用/%postname%.html这一类伪静态格式，但前提是 Web 服务器必须配置好伪静态规则。
对于宝塔面板里的 Nginx，伪静态规则可以通过站点的配置文件来设置。点击对应站点右侧的“设置”，进入“伪静态”标签页，选择 Typecho 的模板，宝塔会自动填入官方标准的 rewrite 规则，保存后即可生效。规则的核心内容是把请求交给index.php处理，这是绝大多数 PHP 框架和 CMS 通用的模式。如果你用的不是宝塔而是手工配置 Nginx，伪静态规则也可以手动写入 server 块中，两者效果相同。
伪静态配置完成后，进入 Typecho 后台，在“设置”->“永久链接”中选择你喜欢的 URL 格式。我推荐使用/%year%/%month%/%day%/%pagename%.html的格式，层级清晰，同时能直观看出文章的发布时间。保存后打开任意一篇文章，如果地址栏出现.html结尾的 URL 且页面正常展示，说明伪静态已经生效。如果此时出现 404 错误，通常的原因只有一个——伪静态规则没有正确加载，或者 Nginx 没有重载配置文件。
4. 性能优化与安全加固
4.1 PHP 运行参数的针对性调优
Typecho 本身非常轻量，默认配置下响应已经很快，但通过几个小调整，可以获得更加流畅的访问体验。在宝塔面板的“软件商店”中找到 PHP 7.4 的设置，进入“配置修改”页面，有几个参数值得重点关注。
第一个是memory_limit，脚本最大占用内存。Typecho 默认的 128M 已经足够，但如果后续安装了某些比较庞大的插件或使用 Markdown 渲染大量内容的场景，可以调到 256M。第二个是upload_max_filesize和post_max_size，这两个参数直接决定了文章附件和图片能传多大。如果只是写文字博客，2M 的默认值够用，但我写过不少带截图的技术文章，经常遇到图片传不上去提示“上传的文件大小超过限制”，就是因为这两个参数太小。我把它们分别调到了 20M，日常使用非常宽裕。第三个是opcache.enable，建议设置为开启状态。OPcache 是 PHP 的字节码缓存组件，开启后，PHP 脚本编译产生的字节码会缓存在内存中，第二次访问同一页面时直接使用缓存，响应速度会有肉眼可见的提升。
调完这些参数后，记得点击保存并重启 PHP-FPM 服务，使配置生效。重启后可以到 Typecho 前台连续刷新几个页面，体感上会感觉比配置前更快。
4.2 免费 SSL 证书的申请与强制 HTTPS
网站在现代互联网环境下不走 HTTPS 基本等于裸奔，Google 浏览器和国内主流浏览器都会对纯 HTTP 站点给出“不安全”的警告标识，这会影响访问者信任度，同时 HTTP 明文传输的流量在公网链路上存在被中间人篡改的风险。宝塔面板集成了免费的 Let‘s Encrypt SSL 证书申请功能，整个过程不需要任何额外花费，也能享受足额的证书有效期。
操作路径是：站点“设置”->“SSL”标签页，选择 “Let's Encrypt” 类型，勾选你要申请证书的域名，点击申请。宝塔会自动完成验证和证书下载，申请成功后开启“强制 HTTPS”开关，这样所有意义上的 HTTP 请求都会自动 301 跳转到 HTTPS。申请证书的前提是域名解析已经生效，且服务器 80 端口可以正常访问，因为证书签发机构需要对域名进行真实性验证。
证书到期续期也不用操心，宝塔有自动续签计划任务，默认每两个月自动执行一次续签操作，手动模式完全不需要介入。我部署的这个博客已经跑了一整年，期间 SSL 证书没有中断过一天，说明这项自动续签机制是相当稳定可靠的。有一点需要注意：如果你把站点从一台服务器迁移到另一台，需要重新申请 SSL 证书并确认云厂商安全组放行 443 端口，不然 HTTPS 访问会超时。
4.3 数据备份策略的落地
博客系统本身不具备太强的容灾能力，数据一旦丢失很难找回，所以备份策略是整个运维环节中非常重要的一环。Typecho 的数据由两部分构成：一部分是 MySQL 数据库中的文章、评论、用户信息、设置项，另一部分是usr/uploads目录下的图片、文件等附件。两者缺一不可，备份要覆盖全面。
我在宝塔中配置了每日自动备份计划任务，逻辑是把数据库备份和整站文件备份分开做。数据库备份使用宝塔的“计划任务”功能，选择备份数据库，并指定备份存放路径，备份频率设为每天一次，保留最近 7 份；文件备份使用相同的方式，选择备份站点目录，排除tmp、runtime这类无意义的目录，同样每日一次。备份文件默认压缩成 tar.gz 格式，体积非常小，一天的备份也就几 MB，放在服务器本地不会造成明显的空间占用。
为了保险，我把备份文件通过宝塔的同步工具定期推送到对象存储服务，这样即使服务器出现硬件故障或机房事故，备份数据仍有异地副本可以恢复。恢复流程我实操过一次：在全新的服务器上重装 LNMP 环境、配置好站点和数据库，然后把备份的 SQL 文件导入新建的数据库，再把文件备份覆盖到站点目录，最后修改config.inc.php中的数据库连接信息，前后不到十分钟博客就能恢复到备份时间点的状态。
4.4 Typecho 的安全加固与常见攻击防御
Typecho 的整体安全性做得还不错，框架本身对 SQL 注入和 XSS 攻击有基础防护，但站点安全不能只依赖框架，部署层面的加固同样重要。
首先是后台登录安全问题。Typecho 后台的默认登录地址是/admin，这个路径是固定的，暴力破解工具很容易定向扫描。虽然我们没有改路径的官方方案，但可以通过以下方式增加安全层：设置高强度密码（至少包含大小写字母、数字、特殊符号，长度不低于 14 位）；开启宝塔面板的网站防盗链功能，防止图片和附件被其他站点裸引用刷流量；启用 Nginx 层拦截可疑请求。
其次是文件上传的安全。Typecho 默认限制上传类型，但在一些扩展插件中，上传格式校验可能不够严格，存在被上传 webshell 的风险。建议在宝塔的站点配置中，对/usr/uploads目录执行严格的 PHP 执行权限限制，让该目录下的文件不具备 PHP 执行能力，这样即使有恶意文件上传成功，也无法在服务器端执行代码。这个配置可以通过站点的 Nginx 配置文件添加一段 location 规则来完成，宝塔面板也提供了“配置文件”页签，可以直接编辑并保存，保存后立即生效。
最后是定期检查站点日志，重点关注后台的登录日志和error.log中的报错信息。异常登录和错误堆栈往往是攻击的早期信号，及时发现可以避免更大损失。如果发现后台出现不明来源的登录记录，应立即修改密码并排查是否存在恶意插件或代码注入。
5. 常见问题与排查技巧实录
5.1 数据库连接失败的常见原因
Typecho 安装过程中最常见的问题是“数据库连接失败”，这个报错会让很多初学者一头雾水。根据我的排查经验，原因通常集中在四个方面：
- 数据库地址写错。如果数据库和网站不在同一台服务器上，填写的数据库地址应该是数据库服务器的 IP，而不是简单的 127.0.0.1。大多数场景下，填
127.0.0.1即可，但如果你使用了云数据库服务，需要填服务商提供的连接地址。 - 数据库账号权限不足。在宝塔中创建数据库时，数据库用户和数据库是绑定的，如果手工新建了用户但没有分配该库的权限，连接也会失败。建议直接在宝塔的“数据库”菜单中创建库和用户，系统会自动配置好权限关系。
- 密码包含特殊字符导致解析问题。比如密码中带有
@、#、空格等特殊字符时，某些配置文件或命令行工具解析会出错。遇到这种情况，最简单的办法是把数据库密码改得简单一些，比如只使用大小写字母和数字。 - 数据库服务未启动。宝塔面板中 MySQL 服务如果挂掉了，所有应用都无法连接数据库。这种情况可以通过面板的首页状态看到 MySQL 图标是否为正常状态，如果不是，尝试重启 MySQL 服务。
5.2 前台页面 404 或 500 的排查思路
404 错误在 Typecho 部署过程中也极其常见，特别是刚配置完伪静态后。如果你的首页能打开，但点击文章链接后出现 404，几乎可以确定是伪静态规则未生效，或者规则没有正确匹配到 Typecho 的 URL 结构。此时先检查宝塔站点设置中的伪静态模板是否选择了 Typecho，再检查配置文件是否包含了 Typecho 的 rewrite 规则。如果两者都正确，最后尝试在 Nginx 里重启服务使配置生效，因为有时候配置修改后不会自动重载。
500 错误（服务器内部错误）的排查则更倾向于后端问题。最常见的原因有：PHP 版本与 Typecho 不兼容、扩展函数缺失、目录权限设置有误。遇到 500，第一步要做的就是去查看 Nginx 的错误日志，日志路径一般位于/www/wwwlogs/你的域名.error.log（宝塔环境），具体报错信息会直接点明问题所在。比如日志中出现PHP Parse error说明是 PHP 语法问题，如果出现Permission denied说明是目录权限问题。根据日志精准定位，远比自己瞎猜要高效得多。
5.3 安装完成但后台样式错乱的快速处理
有一类问题让我当时排查了挺久——Typecho 安装后，后台页面能打开但样式全是乱的，页面也没有任何 CSS 效果。检查之后发现，原因是后台页面引用的静态资源路径是/usr/themes/...，如果站点根目录下文件路径不对、或伪静态规则干扰了静态文件的加载，浏览器就会返回 404 或错误的 MIME 类型，最终导致样式加载失败。
处理方式分两步走：先用浏览器的开发者工具（F12），在 Network 标签页中查看加载失败的资源具体返回什么状态码。如果是 404，检查站点根目录是否真的存在对应的usr/themes路径以及文件是否完整；如果状态码是 200 但样式无效，可能是 Nginx 返回了错误的 Content-Type 头，这种状况通常是 MIME 配置问题，检查 Nginx 的types配置是否有 text/css 类型。实际上，只要在部署时正确地把全部文件移动到站点根目录，且配置了 Typecho 伪静态，这类问题基本不会出现，我这里强调只是因为它是新手容易踩的隐藏坑。
5.4 关于 Typecho 插件安装失败的经验
Typecho 的插件市场虽然不如 WordPress 庞大，但常用功能基本都有对应插件。安装插件通常在后台的“控制台”->“插件”页面中完成，但如果你的服务器无法直接访问插件下载源（国内服务器访问源站可能超时），安装过程就会失败。我的解决方案是手动安装：从插件作者的 GitHub 仓库下载插件压缩包，解压后上传到站点目录下的/usr/plugins/文件夹，确保文件夹名与插件主文件名一致，然后在后台插件列表中启用即可。
插件启用过程中如果出现 500 错误，通常是插件代码与当前 PHP 版本不兼容所致。遇到这种情况，直接在文件管理器中把对应的插件目录重命名（相当于禁用）来恢复前台，再根据报错信息排查具体是哪一行代码的问题，或者找替代插件使用。
6. Linux 命令行与宝塔面板的配合使用
6.1 我的常用 Linux 命令清单
虽然宝塔面板已经接管了绝大部分运维操作，但有些场景必须回到命令行，比如安装特殊 PHP 扩展、排查网络问题、查看服务状态、监控系统资源等。下面这一套是我在部署和维护 Typecho 服务时实际高频使用的命令，建议收藏备用。
系统信息与服务管理这组命令最常用：top可以实时查看 CPU 和内存占用，df -h检查磁盘剩余空间，free -m查看内存使用情况，systemctl status nginx和systemctl status mysql分别查看 Nginx 和 MySQL 的运行状态。遇到页面打不开或响应卡顿时，我通常会先执行这几个命令，确认是不是服务器资源耗尽或某个服务挂了，这个检查思路比直接改代码高效得多。
网络排查组也必不可少：ping用来测试网络连通性，curl -I http://你的域名可以快速查看 HTTP 响应头，确认网站是否能正常返回状态码，ss -lntp列出当前监听的端口，可以快速判断 80、443、3306 等关键端口是否处于监听状态。有一次网站突然打不开，我用curl -I一测发现返回 502，再看 Nginx 和 PHP-FPM 状态，发现 PHP-FPM 已经停止，重启后问题立刻解决，整个排查过程不超过三分钟。
日志查看命令是排查问题的终极武器：tail -f /www/wwwlogs/你的域名.log实时刷新 Nginx 访问日志，能看到每一条访问记录；tail -f /www/wwwlogs/你的域名.error.log查看错误日志，几乎能解释所有页面异常。
6.2 磁盘空间诊断与处理技巧
服务器上排障时，最容易被忽视但影响最直接的问题就是磁盘空间不足。Typecho 本身很小，但日志文件、备份文件、附件内容会不断累积，最终导致磁盘被塞满。磁盘满之后的表现是：网站后台提示写入失败、新文章保存报错、甚至整个面板都无法正常操作。
我常用的检查命令是df -h，执行后能看到每个挂载分区的使用率。如果发现数据盘使用率接近 100%，接下来用du -sh /www/wwwroot/*查看站点目录占用了多少空间，再用du -sh /www/wwwlogs/*查日志目录大小。一般情况下，日志文件是最大的元凶，尤其是访问量稍大的站点，几天不清理，日志就能超 GB。
解决方案是两条线：一是建立日志切割机制，宝塔面板在创建站点时默认开启了按天切割日志，旧日志会自动命名为类似站点域名.log.2025-01-01格式，可以设置计划任务定期删除超过 7 天的历史日志；二是定期清理备份文件，备份保留份数不宜过多，比如保留最近的 7 天即可，旧的备份文件可以通过宝塔的计划任务自动清理。这两件事都自动化之后，磁盘空间基本不会再有告警。
6.3 宝塔面板的日常运维与升级策略
宝塔面板本身也在不断迭代，安全补丁和功能更新会定期推送。我在面板首页会看到更新提醒，一般会选择在低峰时段执行更新。更新前建议先做一次快照备份，以防更新过程中出现意外，虽然这种情况极少发生，但快照是事后回滚最可靠的手段。面板更新本身通常不需要停止网站服务，执行期间可能会有几秒钟的管理页面不可用，但前台博客访问通常不受影响。
关于面板登录安全，再补充一个小细节：我每隔一段时间会更换面板的登录密码，并检查面板的登录日志，确认不存在异常 IP 的登录记录。如果面板长期在外网开放，尽量将面板访问权限限制为仅允许可信 IP 段访问，宝塔的“安全”菜单中可以直接配置 IP 白名单，这比单纯依赖密码可靠得多。
7. 从部署完成到正式运营的实际心得
真正把一个 Typecho 博客跑起来只是开始，让它持续稳定运行才见功力。这篇文章最后，我想分享几个部署之外的个人体会，也是我踩过不少坑之后总结的。
第一，不要过度优化。Typecho 天生就快，初期完全不需要引入 Redis、CDN 这些复杂组件，一台小内存服务器加 Nginx 静态缓存就已经能承受可观的访问量。过早引入复杂组件，反而会让排障难度直线上升。等到流量真正大了，再按需引入缓存层，这是性价比最高的路径。
第二，伪静态和固定链接在博客发布初期就要确定下来，中途更换很麻烦。文章一旦被搜索引擎收录，再改 URL 会导致大量死链，影响收录。我在早期测试时就改过一次固定链接格式，结果 Google 收录的旧链接全部失效，后面花了不少精力做跳转，得不偿失。
第三，把备份当作一项严肃的工作来对待。很多博主写了半年一年的文章，从没做过备份，一旦数据库损坏或服务器被入侵，内容一夜归零。不要问这种概率有多大，只要博客在跑，就应该假设它一定会发生，提前把备份机制建立好，心里才有底。
最后，也是我最想强调的一点：Typecho 的魅力不止在于它简单、轻量、快，更在于你能搞懂它的每一个组成部分。用宝塔面板把环境搭起来之后，建议抽空去读一下 Nginx 的站点配置文件和 Typecho 的数据库表结构，理解每个角色负责什么，遇到问题就不会慌。当你不再依赖“点按钮”“看教程”而是自己就能改配置、查日志、定位故障时，部署一个博客这件事，才算真正完成了关于你的部分。
