简介面向Python毕业设计与课程设计场景的旅游网站完整项目包含前端页面、后端源码和数据库脚本适合计算机相关专业学生作为课题参考或二次开发。项目基于Python 3.7开发前端使用HTML与Vue组件数据库采用MySQL开发环境为PyCharm通过pip安装依赖后即可运行站点涵盖首页展示、内容列表、用户中心等页面界面结构清晰完整。压缩包共813个文件大小20.77MB以js、vue、css、html等前端资源为主辅以jpg、png、gif等图片素材并提供sql数据库脚本及一键安装、运行、构建的bat工具目录组织清楚便于按模块定位代码。项目经过严格调试后运行稳定省去了环境配置和排错的时间对准备课程设计或毕业设计的学生来说既可用于功能模块拆解也可用于代码阅读、界面借鉴与部署练习。目前已有55人学习下载。1. 这个Python旅游网站项目到底解决了什么问题打开你手里的这份“python的旅游网站.zip”本质上是一个用Python写的Web应用——把景点展示、线路规划、酒店预订这类旅游信息聚合到一个站点里。放在毕业设计的语境下它的价值不在于业务有多复杂而在于它完整覆盖了Web开发的常用链路前端页面、后端路由、数据库建模、用户登录、搜索筛选、数据可视化。这套链路恰恰是答辩时老师最关注的“工作量”所在。这类项目适合三类人一是想快速跑通一个前后端分离或Django单体架构、需要可演示成果的应届生二是想从零了解Web框架如何组织路由、模板和ORM的初学者三是想低成本做个旅游信息管理后台、懒得从登录注册写起的课设选手。我会按照“解压跑通 → 拆开看懂 → 动手改需求 → 躲开坑 → 答辩加分的验证方法”这条线来讲全程用最常见的技术选型不做花活。2. 在本地跑通这个旅游网站从解压到浏览器看到页面2.1 环境准备Python版本、虚拟环境与依赖安装的顺序先把准备工作做对能省一小时。常见的翻车原因是直接pip install -r requirements.txt结果把依赖装进了全局环境和别的项目冲突后一脸茫然。我一般习惯先建虚拟环境再装依赖顺序如下。# 1. 找到项目解压目录确认Python版本 cd python旅游网站项目目录 python --version # 如果项目要求Python 3.8而你装的是3.12优先用conda或pyenv切换版本 # 2. 创建虚拟环境项目要求的Python版本需提前切换好 python -m venv venv # 3. 激活虚拟环境 # Windows下用 venv\Scripts\activate # macOS/Linux下用 source venv/bin/activate # 4. 安装依赖 pip install -r requirements.txt第二步里面那个python -m venv venv是创建虚拟环境的标准方式第一个venv是模块名第二个venv是虚拟环境目录名。激活之后命令行提示符前面会出现(venv)前缀这时候装的所有包都只在这个项目内生效。-r参数表示从一个文件批量读取依赖清单requirements.txt 里每一行是一个包名常见格式是Django4.2.0这样带版本号的写法带版本能避免系统自动装了新版把老代码跑挂。依赖如果装得很慢大概率是网络源的问题。可以用国内镜像源但我不建议装一半换源容易把依赖关系搞乱。最好是装之前就把源换好pip install -r requirements.txt -i https://pypi.tuna.tsinghua.edu.cn/simple注意如果项目用的是 Django 3.x 而你装成了 Django 5.x很多写法比如u前缀的 url 函数已经变了会直接报错。所以装完依赖后第一件事是检查版本匹配方法是看任意一个依赖包是否有pip show Django能看到的版本号再和项目里的settings.py做一次核对。2.2 数据库初始化和超级用户创建让数据表先建出来大多数这类旅游网站项目用的是 SQLite 作为开发库它零配置、单文件、随项目走动是毕设演示阶段最省事的选择。如果是 MySQL 后端则需要先去建数据库再改一下DATABASES配置。先按 SQLite 处理代码路径就是项目根目录下的db.sqlite3文件。数据库初始化是这类项目跑通的一个坎——很多新手在这一步看到no such table就直接懵了。# 在项目根目录有 manage.py 的那一层执行 python manage.py makemigrations python manage.py migrate # 创建后台管理员账号 python manage.py createsuperusermakemigrations的作用是把 models.py 里写的模型变化生成一个迁移脚本文件比如migrations/0001_initial.py它是在“翻译”模型而不是直接改数据库。migrate则是把这些迁移脚本真正同步到数据库里执行完后 SQLite 文件里才会出现数据表。这两个命令一个不能省顺序也不能反先migrate后makemigrations等于没生成脚本改了模型也同步不进去。createsuperuser会依次问你用户名、邮箱、密码。密码输入时不显示字符是正常的不是键盘坏了。创建成功后就能通过/admin路径登录后台这步是后面往旅游网站里填景点数据的关键。2.3 启动开发服务器跑通的那一刻看什么数据库就绪后启动服务就是最直接的验证环节。python manage.py runserver没有任何报错命令行输出里出现Starting development server at http://127.0.0.1:8000/这一行就说明项目已经在本地跑起来了。按住 Ctrl 点击地址或直接在浏览器里输入http://127.0.0.1:8000/能看到网站首页遇到登录跳转就在地址后面加/admin用刚创建的账号登录。这一步看到浏览器出页面只是“能跑”不一定代表“没报错”。还要做三个快速检查第一打开浏览器开发者工具的 Console 面板看有没有红色的 404 或 500 报错静态资源 404 很常见见后面的避坑章节第二随意点击几个页面比如景点详情、线路列表确认不会跳转到错误页第三注册一个普通用户试一下登录、退出、再登录确认 session 机制工作正常。3. 拆开这个旅游网站四个核心目录与它们的协作关系3.1 settings.py一个项目的总开关改配置前先分清改哪里跑通之后就要开始“看懂代码”了。这类项目一般逃不出 Django 的单体项目结构根目录下有一个项目配置包和若干个 app 包。找到settings.py文件它是整个网站的总开关。先把最关键的三个配置读明白一是INSTALLED_APPS这个列表里的每一项都是一个功能模块比如django.contrib.admin是后台管理、toursite或类似名字是你这个项目的业务 app。二是DATABASES这里的ENGINE决定用 SQLite 还是 MySQLNAME是数据库文件路径。三是TEMPLATES里的DIRS它决定 Django 去哪里找 HTML 模板文件。对毕业设计来说settings.py里会被改得最多的就是INSTALLED_APPS——你每往项目里加一个新功能模块比如加一个“评论”app都要先在列表里注册否则 Django 根本不会加载那个 app 的模型和路由。其次是STATIC_URL和STATICFILES_DIRS这哥俩管静态 css/js/图片的存放位置经常被配错导致页面裸奔没样式。3.2 urls.py 与 views.py一个请求从URL到页面的完整路径懂了这个链条你就看懂了 Django 的骨架。任何一次浏览器访问走的都是这条路URL → urls.py 匹配路由 → 调用 views.py 里的视图函数 → 视图查数据库 → 渲染模板 → 返回 HTML。以“景点列表页”为例流程是这样的# urls.py 里的路由规则 from django.urls import path from . import views urlpatterns [ path(scenic/, views.scenic_list, namescenic_list), # 景点列表 path(scenic/int:pk/, views.scenic_detail, namescenic_detail), # 景点详情 ] # views.py 里的对应视图函数 from django.shortcuts import render from .models import Scenic def scenic_list(request): # 从数据库取出所有景点按照创建时间倒序 scenic_list Scenic.objects.all().order_by(-create_time) # 交给模板渲染把查询结果作为上下文传过去 return render(request, toursite/scenic_list.html, {scenic_list: scenic_list}) def scenic_detail(request, pk): # 用主键查找一个景点查不到就返回404页 scenic Scenic.objects.get(pkpk) return render(request, toursite/scenic_detail.html, {scenic: scenic})这段代码里路径中的int:pk是 URL 参数捕获:8000/scenic/3/中的3会被自动转成整数并传给视图函数。order_by(-create_time)里面那个负号代表倒序数据库层面的排序不是取出来后在 Python 里排的而是在 SQL 层面执行的 ORDER BY。.get(pkpk)的语义是取唯一一条如果库里没有这条记录会抛DoesNotExist异常如果同时有多条会抛MultipleObjectsReturned——这两种情况都要用 try/except 或get_object_or_404兜底否则就是白屏 500。模板文件里则用{% for scenic in scenic_list %}这种标签循环渲染卡片{{ scenic.name }}是变量插值。这个“路由 — 视图 — 模板”三段式协作是所有 Django 网页应用的最小单元。3.3 models.py 的字段设计看到字段类型就想到了数据库表长什么样景点、酒店、线路、订单、用户这些业务实体在 Django 里都是一个个模型类写在models.py里。from django.db import models class Scenic(models.Model): # 景点名称CharField对应varcharmax_length是最大长度 name models.CharField(max_length100, verbose_name景点名称) # 景点描述TextField对应数据库的text类型不受长度限制 description models.TextField(verbose_name景点描述) # 景区门票价格DecimalField适合存金额max_digits是总位数decimal_places是小数位 ticket_price models.DecimalField(max_digits8, decimal_places2, verbose_name门票价格) # 景点封面图ImageField自动处理上传路径 cover_image models.ImageField(upload_toscenic/, blankTrue, verbose_name封面图) # 发布时间auto_now_add意味着创建时自动写入当前时间之后不再更新 create_time models.DateTimeField(auto_now_addTrue, verbose_name创建时间) def __str__(self): return self.name这几个字段类型记牢CharField一定要给max_length不然迁移时数据库会报错DecimalField存价格比FloatField靠谱因为浮点数有精度丢失问题价格出现19.999999就麻烦了auto_now_add是只在创建那一刻写入一次时间而auto_now是每次保存都更新改代码时要分清你要的是哪个语义upload_to指定图片保存的子目录文件实际上会放在MEDIA_ROOT下面具体路径看settings.py里的MEDIA_URL。做毕设时给模型加字段会很频繁比如想加一个“景区等级”字段操作流程是在模型类里加一行grade models.CharField(max_length10, choices[(A, A级), (AAAA, AAAA级)], defaultA)然后重新跑makemigrations和migrate不用手动去数据库里ALTER TABLE。这就是 ORM 比裸 SQL 省心的地方。提示改了models.py不跑迁移命令运行网站会直接报OperationalError: no such column之类的错误。这是新手最容易忽略的步骤。3.4 模板与静态文件页面没样式的根源在哪这个项目的页面靠 HTML 模板驱动模板文件放在templates目录下按照 app 名再建一层子目录是为了避免不同 app 间同名模板互相覆盖。模板里的{% extends base.html %}表示继承父模板{% block content %}是子模板填充的插槽位置公共的导航栏和页脚放在base.html里各页面只需改自己的内容块——这是最省事的复用方式。静态文件css、js、图片一般放在static目录模板中用{% load static %}后就能通过{% static css/style.css %}生成真实路径。如果页面能显示内容但完全没有样式、所有图片都是裂的基本就是STATICFILES_DIRS配置指向了不存在的目录或者DEBUGFalse时没跑collectstatic导致的。4. 改造需求给这个旅游网站二次开发的前提与方法4.1 先分清“能直接改”和“不能乱动”三块边界毕设答辩前的需求改动往往来得很急导师可能说“加一个景点收藏功能吧”或者“搜索能不能按价格排序”。这个时候动手前要先分清楚哪些区域是安全的能直接改views.py里的业务逻辑、models.py里加字段、模板页面里的样式和文案。慎重改settings.py里的SECRET_KEY改了会导致原有 session 失效、DEBUG改 False 后静态文件服务方式会变。尽量不要动迁移脚本文件里已生成的0001_initial.py——这个文件已经被migrate应用到数据库了如果强行改它再迁移唯一的结果就是校验错误。动手改需求前强烈建议先备份一个db.sqlite3文件的副本。SQLite 数据库就是一个文件复制一份到备份目录改崩了还能回滚。这就是毕设阶段最便宜的“后悔药”。4.2 二次开发案例一给景点列表加一个关键字搜索假设需求是“在景点列表页顶部加一个搜索框按名称模糊搜索”改动只需要两步模板和视图。先在模板scenic_list.html的列表上方加一段表单然后修改视图函数。模板里的搜索表单form methodget action{% url scenic_list %} input typetext nameq value{{ request.GET.q|default: }} placeholder输入景点名称搜索 button typesubmit搜索/button /form视图里把all()换成filter()def scenic_list(request): scenic_list Scenic.objects.all().order_by(-create_time) # 从GET参数里取用户输入的搜索词 search_keyword request.GET.get(q) if search_keyword: # icontains是大小写不敏感的模糊匹配字段名后面加双下划线是条件语法 scenic_list scenic_list.filter(name__icontainssearch_keyword) return render(request, toursite/scenic_list.html, {scenic_list: scenic_list})这段逻辑里最重要的是filter(name__icontainssearch_keyword)这句双下划线__icontains是 Django ORM 的字段查询语法翻译成 SQL 是WHERE name LIKE %关键字%且不区分大小写。如果你希望区分大小写用contains不带i就行。这里把filter放在all()之后而不是覆盖它是因为 QuerySet 是惰性的可以链式拼接最后执行时才真正生成 SQL。另一种常见写法是Scenic.objects.filter(name__icontainssearch_keyword)但当搜索词为空时它会查出所有数据而上面的写法在关键字为空时不会额外过滤。搜索安全提醒用 ORM 的参数化查询不会被 SQL 注入。不要自己去拼接fWHERE name LIKE %{keyword}%——那是把用户输入直接塞进 SQL 里等于给攻击者开了后门。这类“自己拼 SQL 反而崩了”的例子在毕设答辩时经常被老师揪出来。搜索热门方向参考如果后续想完善搜索体验可以做搜索历史记录存在session里、热门搜索词统计按搜索次数倒序、搜索联想用startswith和icontains配合、对搜索结果按价格或评分排序在filter后面接order_by。这些功能每加一个答辩的工作量就充实一分。4.3 二次开发案例二把“景点详情”的浏览量计数器做出来浏览量是旅游网站很常见的数据点也是答辩时能讲“数据可视化”的地方。做法是在Scenic模型里加一个整数字段然后在详情页视图里自增。# 在models.py的Scenic类中新增一个字段 view_count models.IntegerField(default0, verbose_name浏览量) # 在views.py详情视图中每次访问时加一 def scenic_detail(request, pk): scenic get_object_or_404(Scenic, pkpk) # F表达式是在数据库层面自增避免并发下读改写不一致 Scenic.objects.filter(pkpk).update(view_countF(view_count) 1) # 重新从库中读取让页面显示新值 scenic.refresh_from_db() return render(request, toursite/scenic_detail.html, {scenic: scenic})这里有一个隐蔽的坑为什么不写scenic.view_count 1然后scenic.save()因为那会先把当前值读到 Python 里加一再写回数据库。如果两个人同时访问就可能出现两人都读到 100都写回 101 的情况计数就少了。F(view_count) 1直接在数据库端执行字段自增中途不会经过 Python 层并发时仍然精确。这是 Django ORM 进阶的常用技巧在毕设里写出来是加分项。refresh_from_db()的作用是让scenic对象里的view_count属性刷新到数据库的最新值否则模板里显示的还是旧的计数。每次刷新页面都自增可能被人刷量但那是生产环境的命题了毕设阶段不必过度设计。4.4 给旅游网站配上数据可视化图表毕业设计的加分项旅游网站的订单量、景点热度、线路评分这类数据天然适合可视化。做法是直接在页面里画图表不需要另起前端项目。后端只需提供一个数据接口返回 JSON 给前端渲染。例如统计“各景点浏览量排名”from django.http import JsonResponse from .models import Scenic def scenic_chart_data(request): # 取浏览量最高的前10个景点按浏览量倒序 top_scenic Scenic.objects.order_by(-view_count)[:10] data { names: [s.name for s in top_scenic], view_counts: [s.view_count for s in top_scenic], } return JsonResponse(data)前端页面引入 ECharts一个开源图标库文件放到static目录下请求这个接口并绘图把数据点绘制成柱状图。这里要讲明白的是“数据从哪来”不是从META标签里抓的而是查询数据库后序列化成 JSON 字符串返回的。JsonResponse会自动把字典转成 JSON前端拿到后setOption就能画图。注意视图里返回的是字典items()之类的方法要放在 Python 侧处理不是在前端处理。5. 避坑与常见问题排查那些先把人绊倒再给人答案的坎5.1 页面有文字但完全没样式是静态文件配置问题现象页面能显示内容但所有 css 没加载排版完全乱掉图片全部裂开。原因settings.py里的STATIC_URL和模板里引用的路径不一致。尤其是在DEBUG False的时候Django 不会自动接管静态文件服务你需要执行collectstatic把静态文件收集到STATIC_ROOT指定的目录并让 Web 服务器如 Nginx指向那个目录。而很多毕设项目压根没有单独部署 Web 服务器用的是runserver此时DEBUG必须保持为True否则静态文件就是加载不出来。解决把DEBUG改回True确认STATICFILES_DIRS指向的目录存在且模板里的{% static %}路径正确。路径对不上的时候打开浏览器开发者工具的 Network 面板看哪个静态文件返回了 404那个路径就是排查线索。5.2 迁移失败迁移文件和数据库状态对不上现象执行python manage.py migrate时报Migration ... is applied and its dependencies are not applied或者提示django.db.migrations.exceptions.InconsistentMigrationHistory。原因最典型的原因是改了历史迁移文件或者删除了某个 app 的迁移目录后重新生成但数据库的django_migrations表里已经记录了旧的迁移记录。另一类情况是迁移到一半手动去数据库改了表结构导致迁移和数据不一致。解决如果是开发阶段可以接受丢数据就删掉db.sqlite3重新makemigrations和migrate。如果数据库里有已经录入的大量景点数据不想丢就去django_migrations表里找到对应记录删掉再手动把表的字段补齐让迁移脚本“假跑”过去。这招只适用于开发环境和数据能重建的场景生产环境不能这样干。5.3 页面报错 “TemplateDoesNotExist at /scenic/”现象访问一个 view 时提示找不到模板文件路径是toursite/scenic_list.html。原因Django 按TEMPLATES配置里的DIRS和各个 app 的templates子目录去找模板。如果你的模板放在了项目根目录的templates/下但没有把该目录加入DIRSDjango 就找不到。另一种原因是目录层级写错比如实际文件在templates/scenic_list.html代码里却写了templates/toursite/scenic_list.html。解决回看settings.py中的TEMPLATES配置把正确的模板目录路径加进DIRS。再不行就在视图中打印os.path.join(BASE_DIR, templates)看实际路径认识不认识。5.4 访问 /admin 页面显示 404现象能访问首页但后台管理页面打不开提示页面不存在。原因作为便利店收银员我见过最多的是项目根urls.py里path(admin/, admin.site.urls)被注释掉了或者某个自定义urls.py把admin路径覆盖了。解决打开根urls.py确认这行代码存在且没有被注释。也要确认没有在 app 级的urls.py里定义了同名的admin路径路由是按顺序匹配的。5.5 输入信息后提示 CSRF verification failed现象注册或登录提交表单时页面报CSRF verification failed. Request aborted.。原因Django 默认启用了 CSRF 防护所有 POST 表单必须包含一个随机 token。如果你在模板里手工写的表单没有{% csrf_token %}这个标签就会被拦下来。解决在form标签内部第一行加上{% csrf_token %}。如果你写的是前后端分离的接口那就需要在 JavaScript 里从 cookie 中读取csrftoken并加进请求头这块要看清项目的请求方式。6. 验证方法让这套系统能演示、能答辩、能讲出深度项目跑通了坑也踩完了最后一步是把这套系统的验证逻辑练熟。验证不是“打开浏览器看一眼”而是按功能链路过一遍保证每一个能讲给老师听的功能都是真跑通的。推荐的完整演示链路是启动服务 → 打开首页展示景点列表 → 点击任意景点进入详情页感动地图或图片展示 → 使用搜索框输入一个景点关键词确认列表被过滤 → 注册一个新用户 → 登录后模拟预订任意线路/酒店 → 进入后台管理 → 新增一个景点或修改一个价格 → 回到前台页面刷新确认数据同步更新 → 最后打开数据可视化页面展示浏览量排名图表。整条链路一气呵成不出错比任何代码解说都有说服力。答辩时容易被挑战的点恰恰是数据验证这块——老师会问“你的搜索是精确匹配还是模糊匹配”“浏览量会不会重复计数”“数据库查询是不是 N1”。我的习惯是准备一张性能优化的小并存档比如在列表页给Scenic.objects.all()加上prefetch_related预加载关联的外键数据并写清楚是减少了多少次 SQL 查询。这个细节几乎每次答辩都会被追问到把它准备好你就能从“会跑”变成“懂为什么这么跑”。同时把开发环境里静默忽略的SQLITE换成MySQL跑一遍能说出两者的差异和迁移注意事项也是加分点。最后给自己留一个“后悔药”每次改完一个功能模块就手动记一笔测试记录哪个功能、改了哪里、验证了什么结果。答辩前一周我不再改任何需求只做回归测试确保演示时不会翻车。希望这套基于“Python毕业设计-python的旅游网站.zip”的从跑通到讲透的思路能帮你在毕业设计答辩时稳稳收尾。本文还有配套的精品资源点击获取 
长河君 · 2026/10/31 5:58:35 · 阅读 1.2k Python旅游网站项目实战：Django从搭建到二次开发全流程解析
简介面向Python毕业设计与课程设计场景的旅游网站完整项目包含前端页面、后端源码和数据库脚本适合计算机相关专业学生作为课题参考或二次开发。项目基于Python 3.7开发前端使用HTML与Vue组件数据库采用MySQL开发环境为PyCharm通过pip安装依赖后即可运行站点涵盖首页展示、内容列表、用户中心等页面界面结构清晰完整。压缩包共813个文件大小20.77MB以js、vue、css、html等前端资源为主辅以jpg、png、gif等图片素材并提供sql数据库脚本及一键安装、运行、构建的bat工具目录组织清楚便于按模块定位代码。项目经过严格调试后运行稳定省去了环境配置和排错的时间对准备课程设计或毕业设计的学生来说既可用于功能模块拆解也可用于代码阅读、界面借鉴与部署练习。目前已有55人学习下载。1. 这个Python旅游网站项目到底解决了什么问题打开你手里的这份“python的旅游网站.zip”本质上是一个用Python写的Web应用——把景点展示、线路规划、酒店预订这类旅游信息聚合到一个站点里。放在毕业设计的语境下它的价值不在于业务有多复杂而在于它完整覆盖了Web开发的常用链路前端页面、后端路由、数据库建模、用户登录、搜索筛选、数据可视化。这套链路恰恰是答辩时老师最关注的“工作量”所在。这类项目适合三类人一是想快速跑通一个前后端分离或Django单体架构、需要可演示成果的应届生二是想从零了解Web框架如何组织路由、模板和ORM的初学者三是想低成本做个旅游信息管理后台、懒得从登录注册写起的课设选手。我会按照“解压跑通 → 拆开看懂 → 动手改需求 → 躲开坑 → 答辩加分的验证方法”这条线来讲全程用最常见的技术选型不做花活。2. 在本地跑通这个旅游网站从解压到浏览器看到页面2.1 环境准备Python版本、虚拟环境与依赖安装的顺序先把准备工作做对能省一小时。常见的翻车原因是直接pip install -r requirements.txt结果把依赖装进了全局环境和别的项目冲突后一脸茫然。我一般习惯先建虚拟环境再装依赖顺序如下。# 1. 找到项目解压目录确认Python版本 cd python旅游网站项目目录 python --version # 如果项目要求Python 3.8而你装的是3.12优先用conda或pyenv切换版本 # 2. 创建虚拟环境项目要求的Python版本需提前切换好 python -m venv venv # 3. 激活虚拟环境 # Windows下用 venv\Scripts\activate # macOS/Linux下用 source venv/bin/activate # 4. 安装依赖 pip install -r requirements.txt第二步里面那个python -m venv venv是创建虚拟环境的标准方式第一个venv是模块名第二个venv是虚拟环境目录名。激活之后命令行提示符前面会出现(venv)前缀这时候装的所有包都只在这个项目内生效。-r参数表示从一个文件批量读取依赖清单requirements.txt 里每一行是一个包名常见格式是Django4.2.0这样带版本号的写法带版本能避免系统自动装了新版把老代码跑挂。依赖如果装得很慢大概率是网络源的问题。可以用国内镜像源但我不建议装一半换源容易把依赖关系搞乱。最好是装之前就把源换好pip install -r requirements.txt -i https://pypi.tuna.tsinghua.edu.cn/simple注意如果项目用的是 Django 3.x 而你装成了 Django 5.x很多写法比如u前缀的 url 函数已经变了会直接报错。所以装完依赖后第一件事是检查版本匹配方法是看任意一个依赖包是否有pip show Django能看到的版本号再和项目里的settings.py做一次核对。2.2 数据库初始化和超级用户创建让数据表先建出来大多数这类旅游网站项目用的是 SQLite 作为开发库它零配置、单文件、随项目走动是毕设演示阶段最省事的选择。如果是 MySQL 后端则需要先去建数据库再改一下DATABASES配置。先按 SQLite 处理代码路径就是项目根目录下的db.sqlite3文件。数据库初始化是这类项目跑通的一个坎——很多新手在这一步看到no such table就直接懵了。# 在项目根目录有 manage.py 的那一层执行 python manage.py makemigrations python manage.py migrate # 创建后台管理员账号 python manage.py createsuperusermakemigrations的作用是把 models.py 里写的模型变化生成一个迁移脚本文件比如migrations/0001_initial.py它是在“翻译”模型而不是直接改数据库。migrate则是把这些迁移脚本真正同步到数据库里执行完后 SQLite 文件里才会出现数据表。这两个命令一个不能省顺序也不能反先migrate后makemigrations等于没生成脚本改了模型也同步不进去。createsuperuser会依次问你用户名、邮箱、密码。密码输入时不显示字符是正常的不是键盘坏了。创建成功后就能通过/admin路径登录后台这步是后面往旅游网站里填景点数据的关键。2.3 启动开发服务器跑通的那一刻看什么数据库就绪后启动服务就是最直接的验证环节。python manage.py runserver没有任何报错命令行输出里出现Starting development server at http://127.0.0.1:8000/这一行就说明项目已经在本地跑起来了。按住 Ctrl 点击地址或直接在浏览器里输入http://127.0.0.1:8000/能看到网站首页遇到登录跳转就在地址后面加/admin用刚创建的账号登录。这一步看到浏览器出页面只是“能跑”不一定代表“没报错”。还要做三个快速检查第一打开浏览器开发者工具的 Console 面板看有没有红色的 404 或 500 报错静态资源 404 很常见见后面的避坑章节第二随意点击几个页面比如景点详情、线路列表确认不会跳转到错误页第三注册一个普通用户试一下登录、退出、再登录确认 session 机制工作正常。3. 拆开这个旅游网站四个核心目录与它们的协作关系3.1 settings.py一个项目的总开关改配置前先分清改哪里跑通之后就要开始“看懂代码”了。这类项目一般逃不出 Django 的单体项目结构根目录下有一个项目配置包和若干个 app 包。找到settings.py文件它是整个网站的总开关。先把最关键的三个配置读明白一是INSTALLED_APPS这个列表里的每一项都是一个功能模块比如django.contrib.admin是后台管理、toursite或类似名字是你这个项目的业务 app。二是DATABASES这里的ENGINE决定用 SQLite 还是 MySQLNAME是数据库文件路径。三是TEMPLATES里的DIRS它决定 Django 去哪里找 HTML 模板文件。对毕业设计来说settings.py里会被改得最多的就是INSTALLED_APPS——你每往项目里加一个新功能模块比如加一个“评论”app都要先在列表里注册否则 Django 根本不会加载那个 app 的模型和路由。其次是STATIC_URL和STATICFILES_DIRS这哥俩管静态 css/js/图片的存放位置经常被配错导致页面裸奔没样式。3.2 urls.py 与 views.py一个请求从URL到页面的完整路径懂了这个链条你就看懂了 Django 的骨架。任何一次浏览器访问走的都是这条路URL → urls.py 匹配路由 → 调用 views.py 里的视图函数 → 视图查数据库 → 渲染模板 → 返回 HTML。以“景点列表页”为例流程是这样的# urls.py 里的路由规则 from django.urls import path from . import views urlpatterns [ path(scenic/, views.scenic_list, namescenic_list), # 景点列表 path(scenic/int:pk/, views.scenic_detail, namescenic_detail), # 景点详情 ] # views.py 里的对应视图函数 from django.shortcuts import render from .models import Scenic def scenic_list(request): # 从数据库取出所有景点按照创建时间倒序 scenic_list Scenic.objects.all().order_by(-create_time) # 交给模板渲染把查询结果作为上下文传过去 return render(request, toursite/scenic_list.html, {scenic_list: scenic_list}) def scenic_detail(request, pk): # 用主键查找一个景点查不到就返回404页 scenic Scenic.objects.get(pkpk) return render(request, toursite/scenic_detail.html, {scenic: scenic})这段代码里路径中的int:pk是 URL 参数捕获:8000/scenic/3/中的3会被自动转成整数并传给视图函数。order_by(-create_time)里面那个负号代表倒序数据库层面的排序不是取出来后在 Python 里排的而是在 SQL 层面执行的 ORDER BY。.get(pkpk)的语义是取唯一一条如果库里没有这条记录会抛DoesNotExist异常如果同时有多条会抛MultipleObjectsReturned——这两种情况都要用 try/except 或get_object_or_404兜底否则就是白屏 500。模板文件里则用{% for scenic in scenic_list %}这种标签循环渲染卡片{{ scenic.name }}是变量插值。这个“路由 — 视图 — 模板”三段式协作是所有 Django 网页应用的最小单元。3.3 models.py 的字段设计看到字段类型就想到了数据库表长什么样景点、酒店、线路、订单、用户这些业务实体在 Django 里都是一个个模型类写在models.py里。from django.db import models class Scenic(models.Model): # 景点名称CharField对应varcharmax_length是最大长度 name models.CharField(max_length100, verbose_name景点名称) # 景点描述TextField对应数据库的text类型不受长度限制 description models.TextField(verbose_name景点描述) # 景区门票价格DecimalField适合存金额max_digits是总位数decimal_places是小数位 ticket_price models.DecimalField(max_digits8, decimal_places2, verbose_name门票价格) # 景点封面图ImageField自动处理上传路径 cover_image models.ImageField(upload_toscenic/, blankTrue, verbose_name封面图) # 发布时间auto_now_add意味着创建时自动写入当前时间之后不再更新 create_time models.DateTimeField(auto_now_addTrue, verbose_name创建时间) def __str__(self): return self.name这几个字段类型记牢CharField一定要给max_length不然迁移时数据库会报错DecimalField存价格比FloatField靠谱因为浮点数有精度丢失问题价格出现19.999999就麻烦了auto_now_add是只在创建那一刻写入一次时间而auto_now是每次保存都更新改代码时要分清你要的是哪个语义upload_to指定图片保存的子目录文件实际上会放在MEDIA_ROOT下面具体路径看settings.py里的MEDIA_URL。做毕设时给模型加字段会很频繁比如想加一个“景区等级”字段操作流程是在模型类里加一行grade models.CharField(max_length10, choices[(A, A级), (AAAA, AAAA级)], defaultA)然后重新跑makemigrations和migrate不用手动去数据库里ALTER TABLE。这就是 ORM 比裸 SQL 省心的地方。提示改了models.py不跑迁移命令运行网站会直接报OperationalError: no such column之类的错误。这是新手最容易忽略的步骤。3.4 模板与静态文件页面没样式的根源在哪这个项目的页面靠 HTML 模板驱动模板文件放在templates目录下按照 app 名再建一层子目录是为了避免不同 app 间同名模板互相覆盖。模板里的{% extends base.html %}表示继承父模板{% block content %}是子模板填充的插槽位置公共的导航栏和页脚放在base.html里各页面只需改自己的内容块——这是最省事的复用方式。静态文件css、js、图片一般放在static目录模板中用{% load static %}后就能通过{% static css/style.css %}生成真实路径。如果页面能显示内容但完全没有样式、所有图片都是裂的基本就是STATICFILES_DIRS配置指向了不存在的目录或者DEBUGFalse时没跑collectstatic导致的。4. 改造需求给这个旅游网站二次开发的前提与方法4.1 先分清“能直接改”和“不能乱动”三块边界毕设答辩前的需求改动往往来得很急导师可能说“加一个景点收藏功能吧”或者“搜索能不能按价格排序”。这个时候动手前要先分清楚哪些区域是安全的能直接改views.py里的业务逻辑、models.py里加字段、模板页面里的样式和文案。慎重改settings.py里的SECRET_KEY改了会导致原有 session 失效、DEBUG改 False 后静态文件服务方式会变。尽量不要动迁移脚本文件里已生成的0001_initial.py——这个文件已经被migrate应用到数据库了如果强行改它再迁移唯一的结果就是校验错误。动手改需求前强烈建议先备份一个db.sqlite3文件的副本。SQLite 数据库就是一个文件复制一份到备份目录改崩了还能回滚。这就是毕设阶段最便宜的“后悔药”。4.2 二次开发案例一给景点列表加一个关键字搜索假设需求是“在景点列表页顶部加一个搜索框按名称模糊搜索”改动只需要两步模板和视图。先在模板scenic_list.html的列表上方加一段表单然后修改视图函数。模板里的搜索表单form methodget action{% url scenic_list %} input typetext nameq value{{ request.GET.q|default: }} placeholder输入景点名称搜索 button typesubmit搜索/button /form视图里把all()换成filter()def scenic_list(request): scenic_list Scenic.objects.all().order_by(-create_time) # 从GET参数里取用户输入的搜索词 search_keyword request.GET.get(q) if search_keyword: # icontains是大小写不敏感的模糊匹配字段名后面加双下划线是条件语法 scenic_list scenic_list.filter(name__icontainssearch_keyword) return render(request, toursite/scenic_list.html, {scenic_list: scenic_list})这段逻辑里最重要的是filter(name__icontainssearch_keyword)这句双下划线__icontains是 Django ORM 的字段查询语法翻译成 SQL 是WHERE name LIKE %关键字%且不区分大小写。如果你希望区分大小写用contains不带i就行。这里把filter放在all()之后而不是覆盖它是因为 QuerySet 是惰性的可以链式拼接最后执行时才真正生成 SQL。另一种常见写法是Scenic.objects.filter(name__icontainssearch_keyword)但当搜索词为空时它会查出所有数据而上面的写法在关键字为空时不会额外过滤。搜索安全提醒用 ORM 的参数化查询不会被 SQL 注入。不要自己去拼接fWHERE name LIKE %{keyword}%——那是把用户输入直接塞进 SQL 里等于给攻击者开了后门。这类“自己拼 SQL 反而崩了”的例子在毕设答辩时经常被老师揪出来。搜索热门方向参考如果后续想完善搜索体验可以做搜索历史记录存在session里、热门搜索词统计按搜索次数倒序、搜索联想用startswith和icontains配合、对搜索结果按价格或评分排序在filter后面接order_by。这些功能每加一个答辩的工作量就充实一分。4.3 二次开发案例二把“景点详情”的浏览量计数器做出来浏览量是旅游网站很常见的数据点也是答辩时能讲“数据可视化”的地方。做法是在Scenic模型里加一个整数字段然后在详情页视图里自增。# 在models.py的Scenic类中新增一个字段 view_count models.IntegerField(default0, verbose_name浏览量) # 在views.py详情视图中每次访问时加一 def scenic_detail(request, pk): scenic get_object_or_404(Scenic, pkpk) # F表达式是在数据库层面自增避免并发下读改写不一致 Scenic.objects.filter(pkpk).update(view_countF(view_count) 1) # 重新从库中读取让页面显示新值 scenic.refresh_from_db() return render(request, toursite/scenic_detail.html, {scenic: scenic})这里有一个隐蔽的坑为什么不写scenic.view_count 1然后scenic.save()因为那会先把当前值读到 Python 里加一再写回数据库。如果两个人同时访问就可能出现两人都读到 100都写回 101 的情况计数就少了。F(view_count) 1直接在数据库端执行字段自增中途不会经过 Python 层并发时仍然精确。这是 Django ORM 进阶的常用技巧在毕设里写出来是加分项。refresh_from_db()的作用是让scenic对象里的view_count属性刷新到数据库的最新值否则模板里显示的还是旧的计数。每次刷新页面都自增可能被人刷量但那是生产环境的命题了毕设阶段不必过度设计。4.4 给旅游网站配上数据可视化图表毕业设计的加分项旅游网站的订单量、景点热度、线路评分这类数据天然适合可视化。做法是直接在页面里画图表不需要另起前端项目。后端只需提供一个数据接口返回 JSON 给前端渲染。例如统计“各景点浏览量排名”from django.http import JsonResponse from .models import Scenic def scenic_chart_data(request): # 取浏览量最高的前10个景点按浏览量倒序 top_scenic Scenic.objects.order_by(-view_count)[:10] data { names: [s.name for s in top_scenic], view_counts: [s.view_count for s in top_scenic], } return JsonResponse(data)前端页面引入 ECharts一个开源图标库文件放到static目录下请求这个接口并绘图把数据点绘制成柱状图。这里要讲明白的是“数据从哪来”不是从META标签里抓的而是查询数据库后序列化成 JSON 字符串返回的。JsonResponse会自动把字典转成 JSON前端拿到后setOption就能画图。注意视图里返回的是字典items()之类的方法要放在 Python 侧处理不是在前端处理。5. 避坑与常见问题排查那些先把人绊倒再给人答案的坎5.1 页面有文字但完全没样式是静态文件配置问题现象页面能显示内容但所有 css 没加载排版完全乱掉图片全部裂开。原因settings.py里的STATIC_URL和模板里引用的路径不一致。尤其是在DEBUG False的时候Django 不会自动接管静态文件服务你需要执行collectstatic把静态文件收集到STATIC_ROOT指定的目录并让 Web 服务器如 Nginx指向那个目录。而很多毕设项目压根没有单独部署 Web 服务器用的是runserver此时DEBUG必须保持为True否则静态文件就是加载不出来。解决把DEBUG改回True确认STATICFILES_DIRS指向的目录存在且模板里的{% static %}路径正确。路径对不上的时候打开浏览器开发者工具的 Network 面板看哪个静态文件返回了 404那个路径就是排查线索。5.2 迁移失败迁移文件和数据库状态对不上现象执行python manage.py migrate时报Migration ... is applied and its dependencies are not applied或者提示django.db.migrations.exceptions.InconsistentMigrationHistory。原因最典型的原因是改了历史迁移文件或者删除了某个 app 的迁移目录后重新生成但数据库的django_migrations表里已经记录了旧的迁移记录。另一类情况是迁移到一半手动去数据库改了表结构导致迁移和数据不一致。解决如果是开发阶段可以接受丢数据就删掉db.sqlite3重新makemigrations和migrate。如果数据库里有已经录入的大量景点数据不想丢就去django_migrations表里找到对应记录删掉再手动把表的字段补齐让迁移脚本“假跑”过去。这招只适用于开发环境和数据能重建的场景生产环境不能这样干。5.3 页面报错 “TemplateDoesNotExist at /scenic/”现象访问一个 view 时提示找不到模板文件路径是toursite/scenic_list.html。原因Django 按TEMPLATES配置里的DIRS和各个 app 的templates子目录去找模板。如果你的模板放在了项目根目录的templates/下但没有把该目录加入DIRSDjango 就找不到。另一种原因是目录层级写错比如实际文件在templates/scenic_list.html代码里却写了templates/toursite/scenic_list.html。解决回看settings.py中的TEMPLATES配置把正确的模板目录路径加进DIRS。再不行就在视图中打印os.path.join(BASE_DIR, templates)看实际路径认识不认识。5.4 访问 /admin 页面显示 404现象能访问首页但后台管理页面打不开提示页面不存在。原因作为便利店收银员我见过最多的是项目根urls.py里path(admin/, admin.site.urls)被注释掉了或者某个自定义urls.py把admin路径覆盖了。解决打开根urls.py确认这行代码存在且没有被注释。也要确认没有在 app 级的urls.py里定义了同名的admin路径路由是按顺序匹配的。5.5 输入信息后提示 CSRF verification failed现象注册或登录提交表单时页面报CSRF verification failed. Request aborted.。原因Django 默认启用了 CSRF 防护所有 POST 表单必须包含一个随机 token。如果你在模板里手工写的表单没有{% csrf_token %}这个标签就会被拦下来。解决在form标签内部第一行加上{% csrf_token %}。如果你写的是前后端分离的接口那就需要在 JavaScript 里从 cookie 中读取csrftoken并加进请求头这块要看清项目的请求方式。6. 验证方法让这套系统能演示、能答辩、能讲出深度项目跑通了坑也踩完了最后一步是把这套系统的验证逻辑练熟。验证不是“打开浏览器看一眼”而是按功能链路过一遍保证每一个能讲给老师听的功能都是真跑通的。推荐的完整演示链路是启动服务 → 打开首页展示景点列表 → 点击任意景点进入详情页感动地图或图片展示 → 使用搜索框输入一个景点关键词确认列表被过滤 → 注册一个新用户 → 登录后模拟预订任意线路/酒店 → 进入后台管理 → 新增一个景点或修改一个价格 → 回到前台页面刷新确认数据同步更新 → 最后打开数据可视化页面展示浏览量排名图表。整条链路一气呵成不出错比任何代码解说都有说服力。答辩时容易被挑战的点恰恰是数据验证这块——老师会问“你的搜索是精确匹配还是模糊匹配”“浏览量会不会重复计数”“数据库查询是不是 N1”。我的习惯是准备一张性能优化的小并存档比如在列表页给Scenic.objects.all()加上prefetch_related预加载关联的外键数据并写清楚是减少了多少次 SQL 查询。这个细节几乎每次答辩都会被追问到把它准备好你就能从“会跑”变成“懂为什么这么跑”。同时把开发环境里静默忽略的SQLITE换成MySQL跑一遍能说出两者的差异和迁移注意事项也是加分点。最后给自己留一个“后悔药”每次改完一个功能模块就手动记一笔测试记录哪个功能、改了哪里、验证了什么结果。答辩前一周我不再改任何需求只做回归测试确保演示时不会翻车。希望这套基于“Python毕业设计-python的旅游网站.zip”的从跑通到讲透的思路能帮你在毕业设计答辩时稳稳收尾。本文还有配套的精品资源点击获取