企业官网建设流程全解析

自建博客这件事，我前前后后折腾过不下十次。最早用虚拟主机，后来换VPS，再后来干脆在家里那台常年开机的旧笔记本上搭。为什么？因为数据在自己手里，改主题、装插件、导数据库，想怎么折腾就怎么折腾，不用看任何平台的脸色。Emlog 是我用得比较顺手的一个轻量级博客系统，PHP + MySQL 的经典组合，安装包小、后台简洁、模板改起来门槛低，对硬件要求也不高，一台内存 1G 的小机器就能跑得很稳。但问题也随之而来：博客搭在本地局域网里，只有连同一个路由器的人才能访问，出门在外想更新一篇文章、给朋友看一眼效果，就抓瞎了。这篇内容就是把我从“本地能跑”到“公网可访问”这一整套流程完整拆开讲清楚，包括 Linux 环境怎么准备、Emlog 怎么装、数据库怎么配、内网穿透工具怎么选和怎么用，以及中间那些文档里不会写、只有踩过才知道的坑。适合已经有一点 Linux 基础、想拥有一个完全属于自己的个人站点，又不想额外买公网服务器的朋友参考。

1. 先把“本地博客”和“公网访问”这两件事分清楚

很多人一上来就急着找穿透工具，结果本地环境还没跑通，穿透配好了打开是一片 502，然后就开始怀疑人生。我的建议永远是：先把本地跑通，再谈公网。这两件事的排查逻辑完全不同，混在一起做，出问题你根本不知道是哪一层坏了。

1.1 本地跑通的标准是什么

所谓本地跑通，不是“浏览器能打开首页”就算完。我给自己定的验收标准有三条：第一，首页能正常渲染，模板样式加载完整，没有缺 CSS 的裸页面；第二，后台能登录，能发一篇带图片的文章并且前台能看到；第三，伪静态规则生效，文章链接是那种简洁的路径而不是带一堆参数的动态地址。这三条都过了，才说明 PHP、数据库、Web 服务器、文件权限这几块是协调工作的。任何一条没过就去做穿透，等于在沙地上盖楼。

这里有个细节值得说：Emlog 默认对伪静态有要求，如果你用 Nginx，需要单独配置 rewrite 规则；用 Apache 则依赖 .htaccess 和 mod_rewrite 模块。我见过不少人本地用 Apache 一切正常，换到 Nginx 环境后文章页全部 404，就是漏了这一步。所以本地验收时一定要点开一篇文章看看 URL 长什么样，别只盯着首页。

1.2 为什么本地能访问、公网却不行

这是新手最容易困惑的点。你在局域网里输入192.168.x.x能打开，是因为你的手机或电脑和那台服务器在同一个网段，数据包根本没出路由器。而公网访问时，请求要先到达运营商分配给你的那个出口地址，再想办法“拐”回你内网的那台机器。问题就在于，绝大多数家庭宽带拿到的地址并不是真正独立的公网地址，而是多层网络地址转换之后的共享地址，外部请求压根找不到你。这就是为什么“端口映射”在很多环境下不灵，也是内网穿透工具存在的根本原因。

理解了这个，你就明白穿透工具干的事其实很朴素：在你的内网机器和一台有公网地址的中转服务之间，建立一条持续在线的通道，外部访问先到中转，中转再顺着这条通道把请求送进来。它不改变你本地服务的任何配置，只是在“怎么被外面找到”这件事上做了文章。

1.3 两条路线的取舍：端口映射 vs 内网穿透

我自己的判断很简单：如果你确认手上有独立公网地址，端口映射是最直接、延迟最低的方案；但现实是大部分人家里的宽带环境并不满足，那就老老实实上穿透工具。别在这件事上纠结太久，工具是手段，博客能访问才是目的。

2. Linux 底子怎么打：环境准备里那些容易翻车的地方

Emlog 对运行环境的要求不算高，PHP 7.x 到 8.x 基本都能跑，MySQL 5.7 以上或 MariaDB 都行，Web 服务器 Nginx 和 Apache 二选一。听起来简单，但真正装的时候，坑往往出在版本搭配和扩展缺失上。

2.1 系统与软件版本的选择逻辑

我一般推荐用主流的长期支持发行版，软件源稳定、社区资料多，出问题好查。PHP 版本这块，我的经验是不要盲目追最新。Emlog 的一些老模板和插件对 PHP 8.2 之后的某些变更兼容性一般，如果你打算用现成的主题，PHP 8.0 或 8.1 是比较稳妥的区间。数据库方面，MariaDB 和 MySQL 在 Emlog 场景下表现几乎无差别，选你系统源里现成的那个就行，没必要为了“正统”去折腾编译安装。

Web 服务器我倾向 Nginx，原因是配置直观、静态资源处理效率高，而且伪静态规则写起来清爽。但如果你对 Apache 的 .htaccess 更熟，用 Apache 也完全没问题，Emlog 官方对两者都支持。关键是别两套混着装，我见过有人 Nginx 和 Apache 同时跑在 80 端口上互相抢，排查了半天才发现是服务冲突。

2.2 依赖安装的完整命令链路

以常见的 Debian 系为例，安装流程大致是这样一串命令。注意我这里给的是思路和典型命令，具体包名以你系统源为准：

# 更新软件源索引 sudo apt update # 安装 Web 服务器、PHP 及常用扩展、数据库 sudo apt install nginx php-fpm php-mysql php-gd php-curl php-mbstring php-xml mariadb-server -y # 启动并设置开机自启 sudo systemctl enable --now nginx sudo systemctl enable --now php-fpm sudo systemctl enable --now mariadb

这里每一个 PHP 扩展都不是随便列的。php-gd负责图片处理，Emlog 上传缩略图、验证码都依赖它；php-mbstring处理多字节字符，中文标题截断、摘要生成离不开；php-curl用于外部请求，比如有些插件要调用接口；php-xml则是很多模板解析功能的基础。少装一个，可能当时没事，用到某个功能时才报错，而且报错信息往往很隐晦，比如“白屏”或者“500”，让你一头雾水。

提示：装完 PHP 后，务必确认 php-fpm 服务真的在跑，并且 Nginx 的配置里 fastcgi_pass 指向的 socket 或端口和 php-fpm 实际监听的一致。这两者对不上，就是经典的 502 Bad Gateway。

2.3 数据库初始化与安全设置

MariaDB 装好后默认是空密码或者仅本地 socket 认证，直接拿去给 Emlog 用之前，建议先跑一遍安全初始化脚本，设置 root 密码、移除匿名用户、禁止 root 远程登录。这一步很多人图省事跳过，结果数据库裸奔，虽然本地环境风险相对小，但习惯要养好。

sudo mysql_secure_installation

然后为 Emlog 单独建一个数据库和专用账号，不要图方便直接用 root。专用账号只授予该数据库的权限，这样即使博客程序出问题，影响范围也可控：

CREATE DATABASE emlog_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE USER 'emlog_user'@'localhost' IDENTIFIED BY '你的强密码'; GRANT ALL PRIVILEGES ON emlog_db.* TO 'emlog_user'@'localhost'; FLUSH PRIVILEGES;

字符集这里我特意用了utf8mb4，而不是老的utf8。原因很实际：utf8在 MySQL 里其实只支持三字节，存不了 emoji 和一些特殊符号，文章里一旦出现就会截断或报错。utf8mb4才是真正的完整 UTF-8，现在新建库没理由不用它。

3. Emlog 部署实操：从解压到后台能登录

环境齐了，接下来就是把 Emlog 放进去、配好、跑起来。这一步的顺利程度，很大程度上取决于你对文件权限和 Web 根目录的理解。

3.1 程序放置与目录权限

把 Emlog 的安装包解压到 Nginx 的站点根目录下，比如/var/www/emlog。这里有个关键点：Web 服务器运行用户（通常是www-data）必须对程序目录有读权限，对某些需要写入的目录（如上传目录、缓存目录、配置文件所在目录）有写权限。权限给少了，安装时提示“目录不可写”；给多了，比如整个目录 777，又有安全隐患。

我的做法是：目录属主设为 Web 用户，目录权限 755，文件权限 644，需要写入的子目录单独放宽到 775。这样既满足运行需求，又不至于门户大开。

sudo chown -R www-data:www-data /var/www/emlog sudo find /var/www/emlog -type d -exec chmod 755 {} \; sudo find /var/www/emlog -type f -exec chmod 644 {} \;

3.2 Nginx 站点配置与伪静态规则

一个能跑 Emlog 的 Nginx server 块，核心要素包括：监听端口、站点根目录、默认首页、PHP 请求转发、以及伪静态 rewrite。伪静态这块是重点，配错了文章页就打不开。

server { listen 80; server_name _; root /var/www/emlog; index index.php index.html; location / { try_files $uri $uri/ /index.php?$args; } location ~ \.php$ { include snippets/fastcgi-php.conf; fastcgi_pass unix:/run/php/php8.1-fpm.sock; } }

try_files那一行是伪静态的核心，它让不存在的路径回落到 index.php 去处理，Emlog 内部再根据参数路由到对应文章。fastcgi_pass的 socket 路径要和你实际安装的 PHP 版本对应，装的是 8.1 就写 8.1，写错了就是 502。改完配置记得nginx -t测试语法，通过了再 reload，别直接重启，语法错误会导致整个服务起不来。

3.3 安装向导里的几个关键填写项

浏览器访问站点地址，会进入 Emlog 安装向导。数据库地址填localhost，库名、用户名、密码填刚才建的那套。这里有个小陷阱：如果你数据库账号只允许localhost登录，而 PHP 通过 socket 连接，一般没问题；但如果连接方式走的是 TCP，可能就要对应调整授权主机。遇到“数据库连接失败”，先别怀疑密码，检查一下账号的 host 授权范围。

安装完成后，向导会要求你删除 install 文件或目录，这一步别偷懒，留着是安全隐患。后台地址通常是/admin，登录进去第一件事是改掉默认管理员密码，第二件事是到设置里确认站点地址填的是你最终要用的访问地址——这个值会影响文章里图片等资源的路径生成，填错了后面改起来很麻烦。

4. 内网穿透的选型与落地：让外面的人找得到你

本地一切正常之后，才轮到穿透登场。这部分我想多花点篇幅，因为选型和配置的差异直接决定了你后面用得舒不舒服。

4.1 穿透工具的核心能力对比

市面上的穿透方案大致分几类：一类是带公网中转服务的客户端工具，配置简单、开箱即用；一类是需要自己有一台公网服务器做中转的自建方案，灵活但门槛高；还有一类是点对点直连方案，理论延迟低但对网络环境要求苛刻。对个人博客这种场景，我优先推荐第一类，原因很直接：你搭博客是为了写东西，不是为了维护一套穿透基础设施。

选工具时我关注这几个指标：是否支持 HTTP 协议映射（博客是 Web 服务，必须支持）、是否提供固定或相对稳定的访问地址（地址老变就没法分享）、带宽和并发是否够用（个人博客访问量不大，但图片加载吃带宽）、以及客户端在 Linux 上的运行稳定性。有些工具对 Linux 支持一般，客户端容易掉线，那就很折磨。

4.2 客户端在 Linux 上的部署方式

大多数这类工具提供 Linux 客户端，通常是一个可执行文件加一份配置文件。部署思路是：下载对应架构的客户端，赋予执行权限，写好配置文件（包含你的通道标识、要映射的本地地址和端口），然后以后台服务的方式常驻运行。

# 假设客户端文件为 tunnel-client chmod +x tunnel-client # 前台试运行，确认配置无误 ./tunnel-client -config ./tunnel.conf

我强烈建议先前台跑一次，看着日志确认通道建立成功、映射生效，再去配 systemd 服务。直接上后台服务，出错了日志不好看，排查效率低。配置文件里映射的本地地址填127.0.0.1:80或你 Nginx 实际监听的地址端口，别填成数据库端口，那是另一个服务。

4.3 用 systemd 让通道稳定常驻

前台跑通之后，把它做成系统服务，实现开机自启和异常重启。一个典型的 service 文件长这样：

[Unit] Description=Local Tunnel Client After=network.target [Service] Type=simple ExecStart=/opt/tunnel/tunnel-client -config /opt/tunnel/tunnel.conf Restart=always RestartSec=5 User=root [Install] WantedBy=multi-user.target

Restart=always是关键，网络抖动导致客户端掉线时能自动拉起来。RestartSec=5给个缓冲，避免疯狂重启。配好后systemctl daemon-reload再 enable 启动，然后用systemctl status和journalctl -u 服务名 -f观察运行状态。

注意：穿透通道建立后，你的本地博客就等于暴露在公网上了。后台登录地址、数据库管理工具这些敏感入口，务必确保密码足够强，能加访问限制的尽量加。别因为“反正没人知道地址”就放松警惕。

5. 上线之后：那些只有真正用起来才会遇到的问题

博客能公网访问只是起点，真正用起来之后，各种细节问题才会冒出来。这一节我挑几个高频的讲。

5.1 资源路径与站点地址不一致导致样式错乱

最常见的就是后台能进、前台样式全丢。根源通常是站点地址配置和实际访问地址对不上。比如你安装时填的是内网地址，后来通过穿透的公网地址访问，页面里引用的 CSS、JS 还是指向内网地址，浏览器自然加载不到。解决办法是进后台设置，把站点地址改成穿透提供的公网访问地址，保存后清一下缓存再刷新。如果后台都进不去，那就直接改数据库里的配置项，找到存站点地址的那条记录更新即可。

5.2 上传图片失败与目录写入权限

文章能发，图片传不上去，十有八九是上传目录权限问题。穿透本身不影响文件上传，但如果你的 Web 用户对上传目录没有写权限，上传就会失败。回头检查第 3.1 节说的目录权限，确认上传目录属主和权限正确。另外 PHP 的upload_max_filesize和post_max_size也要留意，默认值可能偏小，传大图会被拦。

5.3 访问速度与带宽的现实预期

通过中转通道访问，速度取决于中转节点的质量和你的上行带宽。家庭宽带的上行通常远小于下行，图片多的页面加载会偏慢。我的优化思路是：图片上传前压缩、开启浏览器缓存、模板尽量精简。别指望穿透后的速度和本地直连一样，这是物理条件决定的，接受它并做优化，比反复折腾工具更实际。

5.4 数据备份这件事不能省

自建博客最大的好处是数据自主，但前提是你真的在备份。我的习惯是定期导出数据库、打包整站文件，存到另一块硬盘或者别的地方。穿透工具、系统更新、误操作都可能导致数据出问题，备份是最后一道防线。别等丢了才想起来，那时候什么都晚了。

整套流程走下来，从环境准备到公网可访问，顺利的话一个下午能搞定，不顺利可能卡在某个报错上一整天。我的体会是，遇到问题先分层定位：是本地服务的问题，还是穿透通道的问题，别一锅乱炖。本地用curl 127.0.0.1测，穿透用工具日志看通道状态，一层层排除，比盲目改配置高效得多。这套东西搭好之后，你就拥有了一个真正属于自己的角落，想写什么写什么，想怎么改怎么改，这种掌控感是租用现成平台给不了的。