用Python做网站，网站最直接的网站路径是选一个Web框架。不要从HTTP协议开始啃，网站那会让你在三天内放弃。网站我见过太多人抱着《计算机网络：自顶向下方法》啃了两周，网站最后连一个能跑的网站页面都没搭出来。正确的网站做法是：先让网站跑起来，再去理解底层发生了什么。网站

Flask和Django是网站两个最主流的选择。Flask轻，网站Django重。网站轻的网站意思是你得自己决定用什么数据库、怎么组织目录；重的网站意思是Django已经帮你决定好了，你照着它的网站规矩来就行。我个人的网站判断标准很简单：如果这个网站需要用户登录、后台管理、数据库迁移这些功能，直接用Django，别犹豫。如果只是做个API接口或者极简的展示页，Flask更顺手。

先看一个Flask的最小例子：

from flask import Flask app = Flask(__name__) @app.route('/') def index(): return '<h1>我的第一个网站</h1>' if __name__ == '__main__': app.run(debug=True) 

四行代码，跑起来就能在浏览器里看到东西。这就是Python做网站的魅力——它不跟你绕弯子。但别高兴太早，真实的网站不会把HTML写在return里。你需要模板引擎。Flask自带Jinja2，用法很直接：在templates目录下建一个index.html，然后在视图函数里用render_template返回它。

Django的起步稍微麻烦一点。pip install django之后，用django-admin startproject mysite创建项目，再python manage.py startapp myapp创建应用。然后你要在settings.py里注册这个app，配置数据库，写模型，迁移，写视图，配路由。一整套流程走下来，十分钟过去了。但这十分钟换来的是一个结构清晰、自带ORM和Admin后台的工程。Django的Admin后台是个杀手级功能，几行代码注册一下模型，就能得到一个功能完整的内容管理界面。

数据库这块，Python的ORM工具已经足够成熟。Django自带ORM，Flask通常搭配SQLAlchemy。写模型类定义表结构，用迁移命令同步到数据库，查询时用Python对象操作而不是手写SQL。比如Django里查所有已发布的文章：Post.objects.filter(published=True)。这比拼SQL字符串舒服太多，也安全太多——参数化查询自动处理了SQL注入问题。

前端怎么办？如果你不打算学React或Vue，用Jinja2模板加上一点原生JavaScript完全够用。Bootstrap的CSS框架贴进去，页面不至于太丑。我做过一个内部工具，前端就是Bootstrap加jQuery，后端Flask，总共不到五百行代码，跑了两年没出过问题。不是每个网站都需要前后端分离。

部署是另一个话题。开发时用app.run()或manage.py runserver没问题，但生产环境必须用WSGI服务器。Gunicorn配Nginx是最常见的组合。Gunicorn负责跑Python进程，Nginx负责处理静态文件和反向代理。如果你不想折腾服务器，Heroku、Railway、Vercel这些平台可以让你直接推送代码就上线。Vercel对Flask和Django的支持都不错，免费额度对小项目足够。

有个细节值得提一下：Python的GIL让多线程处理请求效率不高，所以Gunicorn通常配多个worker进程而不是线程。worker数量一般是CPU核心数乘2再加1。这个公式不是绝对的，但作为起点够用了。

最后说一个我踩过的坑。早期我用Flask写了一个小工具，把所有逻辑塞在一个app.py里。半年后要加功能，发现改一行代码就牵动全身。后来拆成蓝图（Blueprint），按功能模块分文件，才理清楚。Django从一开始就强制你分app，这反而是好事。项目小的时候觉得繁琐，项目大了就知道值了。

学Python做网站，最怕的是只看不写。找个实际需求——哪怕只是给自己做个书签管理页——动手搭起来。遇到问题查文档，比看十篇教程管用。