从零部署静态网站：Ubuntu+Nginx+Git自动化实践指南

1. 项目概述与核心价值

最近在折腾一个个人项目，想把一个静态网站部署到云服务器上，正好看到了 Coding For Entrepreneurs 的Cursor-Hello-World这个仓库。这其实是一个典型的“Hello World”级别的全栈项目模板，但它麻雀虽小，五脏俱全，非常适合用来理解从本地开发到云端部署的完整链路。这个项目本质上是一个静态网站，但它关联的教程和思路，对于想学习如何用现代工具链（比如 Cursor、Git、SSH）来高效管理、部署一个真实网站的朋友来说，非常有启发性。无论你是想搭建个人博客、作品集，还是一个小型产品官网，这套流程都能给你提供一个扎实的起点。

这个仓库本身是 CFE 主站的代码，技术栈非常清晰：Ubuntu 系统、Nginx 作为 Web 服务器，用 Git 进行版本控制。它的价值不在于代码有多复杂，而在于它展示了一个“最佳实践”的框架——如何用专业的方式去管理一个哪怕是很简单的项目。特别是它隐含了与 AI 辅助编程工具 Cursor 的集成，以及通过 SSH 连接虚拟机进行部署的流程，这正是当前很多独立开发者和技术创业者提升效率的关键。接下来，我会结合这个项目，为你拆解从环境准备、代码管理到服务器部署的每一个核心环节，并分享我在这个过程中踩过的坑和总结的经验。

2. 技术栈选型与设计思路解析

2.1 为什么选择 Ubuntu + Nginx + Git 这套组合？

看到技术栈的第一眼，你可能会觉得这太基础了。但恰恰是这种“基础”的组合，在真实的生产环境中经受了无数考验，其稳定性和普适性极高。

操作系统：Ubuntu 24.04 LTS选择 Ubuntu 长期支持版几乎是服务器领域的默认选项。LTS 意味着长达五年的安全更新和维护，这对于需要稳定运行的网站服务至关重要。24.04 是最新的 LTS 版本，在保有良好软件生态支持的同时，也能用到较新的内核和工具链。相比其他发行版，Ubuntu 拥有最庞大的社区和最丰富的教程资源，遇到任何问题，几乎都能快速找到解决方案。对于新手来说，这能极大降低学习成本。

Web 服务器：Nginx在这个静态网站的场景下，Nginx 相比 Apache 的优势非常明显。首先是性能，Nginx 采用事件驱动的异步架构，在处理大量并发静态文件请求时，资源占用更低，速度更快。其次是配置简洁，Nginx 的配置文件结构清晰，一个简单的静态站点配置可能只需要十来行。最后是它的反向代理和负载均衡能力，虽然这个简单项目用不上，但为你未来的项目扩展预留了可能性。如果网站以后需要加入后端 API，Nginx 可以轻松地作为反向代理将请求转发给后端应用服务器。

版本控制：Git这已经是现代软件开发的基石，无需多言。但在这个项目上下文中，Git 的核心作用在于实现了“基础设施即代码”的雏形。你的网站代码、服务器配置脚本（如果后续有）都可以通过 Git 仓库进行管理。这意味着你的整个项目是可追溯、可回滚、可协作的。结合 GitHub 这样的远程仓库，它不仅是代码备份，更是部署流水线的起点。很多自动化部署工具（如 GitHub Actions）都深度集成 Git，学好 Git 是开启现代开发工作流的第一步。

2.2 项目结构与部署目标分析

原仓库的README给出了一个关键的部署环境信息：一台配置为 1核 CPU、1GB 内存、25GB 存储的虚拟机，位于美国西雅图。这个配置非常具有代表性，它是众多云服务商（如 DigitalOcean, Linode, Vultr）最基础的套餐规格，月费通常在 5-10 美元左右，非常适合个人项目、初创公司官网或低流量博客。

为什么是“精益”配置？对于纯静态网站（HTML, CSS, JavaScript, 图片），1核1G的配置绰绰有余。Nginx 本身非常轻量，在内存占用上极具优势。这个配置的核心瓶颈可能不在性能，而在内存。1GB 内存除了运行系统进程和 Nginx，剩余空间可能不多。因此，原项目特意提到了配置了 512MB 的 Swap 分区。Swap 是在物理内存不足时，用硬盘空间来临时充当内存，虽然速度慢很多，但可以防止系统因内存耗尽而崩溃，是低内存服务器上一个非常重要的安全网。

“Public IP: no longer available”的启示这一条信息很有意思，它告诉我们这个示例所用的具体服务器可能已经销毁了。这强调了云时代的一个核心思想：服务器应该是“牲畜”，而非“宠物”。我们不应依赖某一台特定的、有固定 IP 的服务器，而应该通过代码和配置，能够快速、一致地重建出相同的服务环境。这也正是我们接下来要努力实现的目标——让部署过程自动化、可重复。

3. 本地开发环境与 Cursor 工作流搭建

3.1 初始化项目与 Git 基础操作

首先，我们需要在本地拥有这个项目的代码。虽然原仓库是一个示例，但我们可以通过 Fork 或直接克隆的方式来创建自己的版本。

# 1. 克隆原仓库到本地 git clone https://github.com/codingforentrepreneurs/Cursor-Hello-World.git my-website cd my-website # 2. 查看远程仓库信息 git remote -v # 通常会显示 origin 指向原 CFE 仓库 # 3. （重要）更改远程仓库地址 # 如果你想在自己的 GitHub 账号下维护，需要先在 GitHub 上创建新仓库，然后： git remote remove origin git remote add origin https://github.com/你的用户名/你的仓库名.git # 4. 将代码推送到你自己的远程仓库 git push -u origin main

注意：直接克隆后就在原代码上修改并推送到自己的仓库，在开源协作中可能不太规范。更标准的做法是先 Fork 原仓库到自己的 GitHub 账号下，再从自己的 Fork 克隆。这样便于后续同步原仓库的更新。但对于这个学习项目，直接克隆并替换远程源更简单直接。

3.2 利用 Cursor 提升开发效率

Cursor 是一款集成了 AI 能力的代码编辑器，它基于 VS Code，但深度整合了类似 GitHub Copilot 的智能补全和对话编程功能。在这个项目中，我们可以用它来加速开发。

1. 项目分析与理解打开 Cursor，将整个项目文件夹导入。你可以直接使用它的Chat功能，输入 “/” 后选择Explain Project，AI 助手会自动分析项目结构、主要技术栈和关键文件，给你一个快速的项目概览。这对于接手新项目或快速理解示例代码非常有帮助。

2. 智能代码生成与修改假设你想在网站首页添加一个新的功能区块。你可以在index.html文件中，直接使用自然语言描述你的需求。例如，输入注释<!-- 在这里添加一个客户评价轮播组件 -->，然后唤出 AI 助手（快捷键通常是Cmd+K），输入 “生成一个简单的响应式评价轮播，使用纯 CSS 和 JS”。Cursor 会根据你项目的现有代码风格，生成相应的 HTML、CSS 和 JavaScript 代码片段，你可以直接审查并插入。

3. 代码解释与调试如果你对仓库里某段现有的 JavaScript 或 Nginx 配置看不懂，可以选中那段代码，通过Cmd+L快捷键（或右键菜单）让 AI 解释它。这比去搜索引擎查找要快得多。同样，如果代码运行有问题，你可以将错误信息粘贴到聊天框，AI 能提供常见的排查思路和修复建议。

4. 生成项目文档和提交信息在完成一个功能后，你可以让 Cursor 根据代码变动，帮你生成清晰的git commit信息。输入 “/gitcommit”，它会分析暂存区的更改，给出建议的描述。这能帮助你保持提交历史的可读性。

实操心得：Cursor 的 AI 并非万能，尤其在涉及复杂业务逻辑或全新架构时，它的建议可能不准确。我的经验是，把它当作一个强大的“实习生”或“结对编程伙伴”。你负责把握方向和核心架构，让它来处理重复性代码、编写文档注释、解释复杂语法等辅助性工作。永远要亲自审查和测试它生成的代码。

4. 服务器环境准备与基础配置

4.1 云服务器选购与初始化

虽然原项目提到了具体的服务器规格和地区，但在实际操作中，你可以选择任何主流的云服务商。这里以通用的 Linux 服务器初始化流程为例。

1. 创建服务器实例在云平台控制台，选择创建虚拟机实例。关键配置参考原项目：

• 镜像/操作系统：选择 Ubuntu 24.04 LTS。
• 规格：选择最低档的 “Nanode” 或类似套餐（1 vCPU， 1 GB RAM）。
• 存储：25 GB SSD 通常足够。确保根分区分配合理。
• 地区：选择离你的目标用户近的地区。例如，用户主要在亚洲，可选新加坡或东京。
• 认证方式：强烈建议使用 SSH 密钥对，而不是密码。在创建实例时上传你的公钥（~/.ssh/id_rsa.pub），这比密码安全得多。

2. 获取连接信息实例创建成功后，你会获得一个公网 IP 地址（例如123.123.123.123）和一个默认用户名（Ubuntu 系统通常是ubuntu）。

4.2 通过 SSH 安全连接服务器

这是本地与服务器通信的桥梁。确保你的本地机器已生成 SSH 密钥对。

# 本地终端连接服务器，假设用户名为 ubuntu，IP 为 123.123.123.123 ssh ubuntu@123.123.123.123 # 如果是第一次连接，会提示确认主机指纹，输入 yes 即可。

连接成功后，你就进入了服务器的命令行环境。第一件事是进行系统更新和安全加固。

# 1. 更新软件包列表并升级所有已安装的包 sudo apt update && sudo apt upgrade -y # 2. 设置时区（可选，建议设置为 UTC 或你所在时区） sudo timedatectl set-timezone Asia/Shanghai # 3. 创建一个用于部署的专用用户（非 root，更安全） sudo adduser deployer # 按照提示设置密码（可设置复杂一些，或留空，因为我们主要用密钥登录） # 4. 将新用户添加到 sudo 组，赋予管理权限 sudo usermod -aG sudo deployer # 5. 切换到新用户，并配置 SSH 密钥登录 su - deployer mkdir -p ~/.ssh chmod 700 ~/.ssh # 现在，需要将你本地电脑的公钥(id_rsa.pub)内容，添加到服务器的 authorized_keys 文件 # 在本地电脑执行：cat ~/.ssh/id_rsa.pub # 复制输出内容，然后在服务器的 deployer 用户下： echo “粘贴你的公钥内容” >> ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys # 6. （可选但推荐）禁用 root 用户的 SSH 密码登录和直接登录，提升安全性 # 先退出回 ubuntu 用户，因为要修改 SSH 配置文件 exit sudo nano /etc/ssh/sshd_config # 找到并修改以下两行： # PermitRootLogin prohibit-password # 改为 PermitRootLogin no # PasswordAuthentication yes # 改为 PasswordAuthentication no # 保存退出后，重启 SSH 服务 sudo systemctl restart sshd

重要提示：在禁用密码认证 (PasswordAuthentication no) 之前，务必确保你的密钥登录已经配置成功并且测试通过。否则，你可能会把自己锁在服务器外面。测试方法：在另一个本地终端窗口，尝试用ssh deployer@服务器IP连接，看是否能无需密码直接登录。

4.3 配置 Swap 分区

对于 1GB 内存的小服务器，配置 Swap 是防止内存溢出导致服务崩溃的有效手段。虽然原项目提到已有 512MB Swap，但新服务器通常需要手动配置。

# 检查当前是否已有 Swap sudo swapon --show # 如果没有任何输出，说明没有启用 Swap # 1. 创建一个 Swap 文件（这里创建 1GB，比原项目稍大） sudo fallocate -l 1G /swapfile # 2. 设置正确的权限 sudo chmod 600 /swapfile # 3. 将此文件格式化为 Swap 空间 sudo mkswap /swapfile # 4. 启用 Swap 文件 sudo swapon /swapfile # 5. 让系统启动时自动挂载 Swap echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab # 6. 调整 Swappiness 参数（控制系统使用 Swap 的倾向，默认60，对于Web服务器可调低） sudo sysctl vm.swappiness=10 # 永久生效 echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf # 7. 验证 Swap 已启用 free -h # 在输出中，你应该能看到 Swap 行有大约 1Gi 的总量和使用量。

5. Nginx 安装与静态网站部署

5.1 安装并配置 Nginx

Ubuntu 的包管理器让安装变得非常简单。

sudo apt install nginx -y

安装完成后，Nginx 会自动启动。你可以在浏览器访问服务器的公网 IP 地址，应该能看到 Nginx 的默认欢迎页面。这证明 Web 服务器已经正常运行。

接下来，我们需要为我们的网站创建一个专属的 Nginx 配置文件，并替换掉默认站点。

# 1. 进入 Nginx 的站点可用配置目录 cd /etc/nginx/sites-available/ # 2. 创建我们网站的配置文件，例如叫 `my_website` sudo nano my_website

在编辑器中，输入以下基础配置。这个配置定义了服务器监听的端口（80，即 HTTP）、服务器的域名或 IP（server_name）、以及网站文件存放的根目录。

server { listen 80; # 将 your_domain_or_ip 替换为你的域名或服务器IP server_name your_domain_or_ip; # 网站根目录，我们稍后会在这里存放文件 root /var/www/my-website; index index.html index.htm; location / { try_files $uri $uri/ =404; } # 可选：对静态资源设置更长的缓存时间，提升性能 location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ { expires 1y; add_header Cache-Control "public, immutable"; } }

保存并退出编辑器（在 nano 中按Ctrl+X，然后按Y，再按Enter）。

5.2 启用站点并部署代码

1. 创建网站根目录并设置权限

# 创建目录，与原项目 README 中的 Root Directory 一致 sudo mkdir -p /var/www/my-website # 将目录的所有权赋予我们的部署用户，方便后续更新文件 sudo chown -R deployer:deployer /var/www/my-website

2. 启用 Nginx 站点配置在sites-available中的配置不会自动生效，需要创建一个符号链接到sites-enabled目录。

sudo ln -s /etc/nginx/sites-available/my_website /etc/nginx/sites-enabled/

3. 禁用默认站点为了避免冲突，移除指向默认站点的链接。

sudo rm /etc/nginx/sites-enabled/default

4. 测试 Nginx 配置并重载在重启 Nginx 前，务必测试配置文件语法是否正确。

sudo nginx -t

如果输出syntax is ok和test is successful，就可以安全地重载 Nginx 使新配置生效。

sudo systemctl reload nginx

5. 部署初始网站文件现在，我们需要把本地的网站代码放到服务器上。有多种方法，这里介绍最直接的scp命令（安全复制）。

在你的本地电脑的终端中，进入你的项目目录，然后执行：

# 将整个项目目录递归上传到服务器的 /var/www/my-website 目录 # -r 表示递归，-P 22 指定 SSH 端口（默认22可省略） scp -r ./* deployer@你的服务器IP:/var/www/my-website/

上传完成后，回到服务器的终端，检查文件是否到位：

ls -la /var/www/my-website/

现在，再次用浏览器访问你的服务器 IP 地址，你应该能看到Cursor-Hello-World项目网站的内容，而不是 Nginx 的默认页了。

6. 自动化部署流程与 Git 集成

手动上传文件效率低下，且容易出错。更专业的做法是结合 Git 实现自动化部署。这里介绍一种简单可靠的“Git Hook”部署方法。

6.1 在服务器上建立裸仓库和钩子

思路是：在服务器上创建一个裸 Git 仓库（bare repository），当我们从本地push代码到这个远程仓库时，自动触发一个钩子脚本（post-receive），将代码检出到网站根目录。

1. 在服务器上创建裸仓库选择一个目录存放 Git 仓库，例如在用户家目录下。

# 切换到部署用户 su - deployer # 创建目录 mkdir -p ~/repos/my-website.git cd ~/repos/my-website.git # 初始化一个裸仓库 git init --bare

2. 创建 post-receive 钩子脚本钩子脚本存放在裸仓库的hooks目录下。

cd hooks nano post-receive

在脚本中输入以下内容：

#!/bin/bash TARGET="/var/www/my-website" GIT_DIR="$HOME/repos/my-website.git" BRANCH="main" # 只有当推送的分支是 main 时才执行部署 while read oldrev newrev refname do if [[ $refname = "refs/heads/$BRANCH" ]]; then echo "Ref $refname received. Deploying $BRANCH branch to production..." git --work-tree=$TARGET --git-dir=$GIT_DIR checkout -f $BRANCH # 可选：进入目录执行一些构建命令，例如 npm install, npm run build 等 # cd $TARGET && npm install --production && npm run build echo "Deployment completed." fi done

保存退出后，给脚本添加执行权限：

chmod +x post-receive

6.2 配置本地仓库并测试自动部署

1. 在本地仓库添加远程服务器地址在你的本地项目目录中，执行：

# 添加一个名为 production 的远程地址，指向服务器上的裸仓库 git remote add production ssh://deployer@你的服务器IP:/home/deployer/repos/my-website.git

2. 推送代码触发自动部署现在，当你完成本地修改并提交后，只需推送到这个新的远程地址。

git push production main

你会看到终端输出钩子脚本中echo的内容。推送完成后，立即刷新浏览器访问你的网站，更改应该已经生效了。

实操心得：这种基于 Git Hook 的自动部署简单高效，非常适合个人项目或小团队。但它有一个潜在问题：如果post-receive脚本中的构建命令（如npm run build）失败，钩子脚本并不会阻止推送完成，这可能导致网站目录处于一个中间状态。为了更健壮，可以考虑在脚本中加入错误检查，或者在构建失败时回滚到上一个版本。对于更复杂的项目，使用 GitHub Actions、Jenkins 或 GitLab CI/CD 等成熟的持续集成/持续部署工具是更好的选择。

7. 域名绑定、HTTPS 与性能优化

7.1 绑定自定义域名

使用 IP 地址访问网站既不专业也不方便。你需要购买一个域名（例如example.com），并在域名注册商的控制面板中，添加一条 A 记录，将你的域名（或子域名如www）指向服务器的公网 IP 地址。DNS 解析全球生效可能需要几分钟到几小时。

解析生效后，需要修改服务器的 Nginx 配置。

sudo nano /etc/nginx/sites-available/my_website

将server_name后面的your_domain_or_ip替换为你的域名，例如：

server_name example.com www.example.com;

再次测试配置并重载 Nginx：

sudo nginx -t && sudo systemctl reload nginx

现在你就可以通过http://example.com访问你的网站了。

7.2 使用 Let‘s Encrypt 配置 HTTPS（SSL/TLS）

现代网站必须使用 HTTPS，它加密了浏览器和服务器之间的通信，更安全，也是很多浏览器特性的前提。Let‘s Encrypt 提供了免费的 SSL 证书。

1. 安装 CertbotCertbot 是获取和安装 Let‘s Encrypt 证书的官方工具。

sudo apt install certbot python3-certbot-nginx -y

2. 获取并自动安装证书运行以下命令，Certbot 会自动读取你的 Nginx 配置，找到server_name，并为你申请证书，同时自动修改 Nginx 配置以启用 HTTPS。

sudo certbot --nginx -d example.com -d www.example.com

按照提示操作，输入邮箱地址同意服务条款。成功后，Certbot 会修改你的 Nginx 配置，将 HTTP 请求重定向到 HTTPS，并配置好证书路径。

3. 设置自动续期Let‘s Encrypt 证书有效期为 90 天。Certbot 安装时会自动创建一个定时任务（cron job）来续期证书。你可以手动测试续期是否正常工作：

sudo certbot renew --dry-run

如果测试通过，就无需担心证书过期问题了。

7.3 Nginx 性能与安全调优

对于静态网站，还可以做一些简单的优化。

1. 启用 Gzip 压缩压缩文本文件（HTML, CSS, JS）可以显著减少传输数据量。在 Nginx 主配置文件或你的站点配置的http或server块中添加：

gzip on; gzip_vary on; gzip_min_length 1024; gzip_types text/plain text/css text/xml text/javascript application/javascript application/xml+rss application/json;

2. 安全头部添加一些 HTTP 安全头部，帮助浏览器抵御一些常见攻击。

add_header X-Frame-Options "SAMEORIGIN" always; add_header X-Content-Type-Options "nosniff" always; add_header Referrer-Policy "strict-origin-when-cross-origin" always; # 注意：Content-Security-Policy (CSP) 需要根据你的网站资源仔细配置，否则可能破坏网站功能。

3. 限制请求速率（防刷）对于某些动态端点（如果以后有），可以设置限流。

# 在 http 块中定义一个限流区 limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s; # 在具体的 location 块中使用 location /api/ { limit_req zone=one burst=5 nodelay; # ... 其他代理配置 }

每次修改配置后，都要运行sudo nginx -t测试，然后sudo systemctl reload nginx重载。

8. 监控、维护与故障排查

8.1 基础监控与日志查看

网站上线后，需要知道它是否健康。

1. 检查 Nginx 服务状态

sudo systemctl status nginx

这个命令会显示服务是否在运行、最近是否有重启、以及相关的日志片段。

2. 查看 Nginx 访问日志和错误日志日志是排查问题的第一手资料。Nginx 的日志通常位于/var/log/nginx/。

# 实时查看访问日志 sudo tail -f /var/log/nginx/access.log # 查看错误日志 sudo tail -f /var/log/nginx/error.log

-f参数会持续输出新的日志行，方便你实时观察。当网站出现 404、500 等错误时，错误日志里会有详细记录。

3. 监控服务器资源使用htop或glances等工具可以直观地查看 CPU、内存、Swap 的使用情况。

# 安装 htop sudo apt install htop -y # 运行 htop

8.2 常见问题与排查技巧

以下是一些你可能会遇到的问题及解决思路：

问题1：访问网站显示 “403 Forbidden”

• 可能原因1：Nginx 进程用户（通常是www-data）没有权限读取网站根目录的文件。
• 排查：检查/var/www/my-website目录及其内部文件的权限。确保至少对www-data用户或others有读权限。可以尝试sudo chmod -R 755 /var/www/my-website和sudo chown -R www-data:www-data /var/www/my-website（注意：这可能会影响你通过deployer用户上传文件）。
• 可能原因2：目录索引文件配置错误。Nginx 找不到index指令指定的文件（如index.html）。
• 排查：确认网站根目录下存在index.html文件，并检查 Nginx 配置中的index指令。

问题2：访问网站显示 “502 Bad Gateway” 或 “504 Gateway Timeout”

• 这类错误通常出现在 Nginx 作为反向代理，后端应用服务出问题时。对于纯静态站点不常见。如果出现，检查 Nginx 配置中是否有proxy_pass等指令指向了未启动或无法连接的后端服务。

问题3：Git 自动部署后，网站内容未更新

• 排查：
  1. 检查git push production main命令的输出，看钩子脚本是否被执行，是否有错误信息。
  2. 登录服务器，检查裸仓库的post-receive钩子脚本是否有执行权限 (+x)。
  3. 手动执行钩子脚本看是否有报错：cd /home/deployer/repos/my-website.git && ./hooks/post-receive。
  4. 检查网站根目录/var/www/my-website的权限，确保执行钩子脚本的用户（这里是deployer）有写入权限。

问题4：服务器内存使用率持续很高

• 排查：使用htop或free -h查看。如果是 Nginx 或系统缓存占用，属于正常现象。如果某个未知进程占用过高，需要进一步排查。
• 应对：优化 Swap 配置（如前所述），或考虑升级服务器配置。对于静态网站，1GB 内存通常足够，但要警惕是否有内存泄漏的程序。

8.3 备份策略

即使是一个简单的网站，定期备份也是好习惯。

1. 备份网站文件网站文件本身通过 Git 仓库管理，已经有一份远程备份。但服务器上生成的文件（如用户上传的图片，如果以后有）需要额外备份。可以写一个简单的脚本，用tar打包，然后通过scp或rsync传到另一台机器或对象存储。

2. 备份 Nginx 配置和 SSL 证书

# 备份配置 sudo tar -czf /home/deployer/nginx-backup-$(date +%Y%m%d).tar.gz /etc/nginx # 备份 Let‘s Encrypt 证书 sudo tar -czf /home/deployer/ssl-backup-$(date +%Y%m%d).tar.gz /etc/letsencrypt

可以将这些备份命令加入crontab，实现定期自动备份。

整个流程走下来，你会发现将一个静态网站部署上线并做好基本运维，并没有想象中那么复杂。核心在于理解每个环节的作用：用 Git 管理代码和实现自动部署，用 Nginx 提供高效稳定的 Web 服务，用 SSH 和命令行进行服务器管理，再用 Certbot 等工具自动化安全配置。这套组合拳，足以支撑起绝大多数个人和早期创业项目的技术基础。更重要的是，通过亲手实践一遍，你对“网站是如何运行在互联网上的”这个问题，会有一个非常具体和深刻的认识。