Website Sharing Playbook

自己的项目让朋友也能看到

这份资料记录一次真实流程:先在自己电脑预览,再用临时映射分享,最后部署到服务器常驻。重点不是背命令,而是理解几种访问方案分别适合什么场景。

自己的电脑 最快预览,适合自己检查页面效果。
临时映射 马上发给朋友看,但电脑要一直开着。
自己的服务器 稳定常驻,适合长期分享和正式使用。
免费布站 低成本公开访问,适合纯静态资料站。
Core Idea

为什么 localhost 发给朋友打不开

网站能不能被别人访问,关键不是你电脑上能不能打开,而是对方能不能连到承载网站的那台机器。

常见误区

localhost 只代表“当前这台电脑”

你打开 http://localhost:5178/ 时,访问的是你自己的电脑。朋友打开同一个地址时,浏览器会去找朋友自己的电脑,所以当然看不到你的资料站。

正确理解

公开访问需要一个别人能连到的入口

这个入口可以是公网服务器、临时映射出来的公网地址,也可以是 GitHub Pages、Netlify、Vercel 这类免费静态托管平台。

Four Options

四种访问方案

从“自己看”到“长期公开”,每种方案都不是绝对好坏,而是适合不同阶段。

方案 1

本机预览

直接双击 HTML,或者运行本地服务,例如 python3 -m http.servernpm start。适合制作阶段快速检查页面、按钮、资料内容。

方案 2

临时映射

用 Cloudflare Tunnel、ngrok 这类工具,把本机端口临时映射成公网链接。适合马上发给朋友确认,不适合长期使用。

方案 3

自己的服务器

把文件上传到云服务器,用 Node、Nginx、PM2 等方式让网站常驻运行。适合想长期分享、后续扩展后台或接口的资料站。

方案 4

免费静态托管

把纯静态网页部署到 GitHub Pages、Netlify、Vercel、Cloudflare Pages。适合没有后端接口、只展示和下载资料的页面。

Compare

优劣势对比

先看这张表,就能判断当前应该用哪条路。

方案
优点
缺点
适合场景
自己的电脑
启动最快,不需要账号,不需要服务器,改完马上看效果。
只能自己访问;电脑关机、服务停止后就没了;localhost 不能发给别人用。
制作和自测
临时映射
几分钟拿到公网链接,适合快速让朋友、客户或同事看一眼。
链接临时、不保证稳定;电脑和本地服务必须开着;免费链接可能变化。
短期确认
自己的服务器
稳定、可控、能长期访问;可以接接口、后台、权限、上传、付费等功能。
需要服务器和运维;要处理端口、安全组、进程守护、域名和 HTTPS。
长期项目
免费静态托管
免费、稳定、通常自带 HTTPS;纯静态资料站部署很轻松。
不适合需要服务端写入、私密后台、复杂数据库的场景;国内访问速度不一定稳定。
公开资料页
Decision

不知道选哪个,就按这个判断

别一开始就追求“最专业”,先按目标选最省力的方案。

只是自己检查页面
页面还在改,内容还没定,暂时不用给别人看。
本机预览
马上发给朋友确认
只需要对方今天或这几小时能打开,电脑可以一直开着。
临时映射
要长期可访问,还可能继续加功能
比如后台管理、资料上传、会员权限、下载统计。
自己的服务器
只是公开展示和下载,没有后端写入
页面是 HTML、CSS、JS、图片、PDF 等静态文件。
免费静态托管
Server Checklist

服务器部署时要检查什么

服务器方案适合长期分享,但要把“文件放上去”和“别人能访问”分开检查。

上线检查

先确认服务在服务器本机能打开

如果是静态站,确认 Nginx 或静态目录能返回首页;如果是 Node 服务,确认进程已经启动,并且服务器本机访问 127.0.0.1:端口 能返回页面。

公网检查

再确认外部入口真的放开

公网打不开时,不一定是网站坏了。常见原因是云服务器安全组、系统防火墙、Nginx 反向代理、Docker 端口映射或域名解析没有配置好。

一句话总结

本机预览负责“做出来”,临时映射负责“马上给别人看”,服务器负责“长期可访问”,免费静态托管负责“低成本公开展示”。真正重要的是先判断网站有没有后端能力:纯展示就用免费静态托管,要接口、后台或私有数据,就更适合上服务器。