尧图网页设计 
简介这份资源是面向高校计算机相关专业本科生的毕业设计完整项目包主题为基于Python的校园舆情管理系统适合正在准备毕设、需要高分项目参考或想学习Django全栈开发的学生。项目采用PythonDjangoMySQL技术栈围绕学校网络管理场景实现了言论分析、言论管理、用户管理等功能可帮助管理者以学校为关键词高效检索舆情与负面评论兼顾学生隐私与言论自由。压缩包共254个文件约43.98MB包含29个py源码、30个pyc编译文件、1个sql建库脚本以及35个js、16个css、12个html等前端资源另有gif演示、jpg截图和模型pb文件结构完整、便于二次开发。目前已有668人学习下载配套源码、说明文档与演示视频能帮助读者快速理解系统架构、数据库设计与功能实现是毕设选题与答辩准备的实用参考。1. 校园舆情管理系统一套能跑通的 Django 毕业设计长什么样每年毕业季计算机专业的选题里总有一类特别扎眼——校园舆情管理系统。原因不复杂它同时踩中了两个刚需一是学校网络管理部门确实有监测校园相关言论的现实诉求二是这个题目天然适合用 Python Django 做一套完整的增删改查加数据分析。但真正动手做过的人都知道网上能搜到的同类项目十个里有八个是空壳要么只有几张静态页面要么数据库表都建不全更别提跑起来看效果了。这份资源是一套基于 Python Django MySQL 的校园舆情管理系统附带源码、说明文档和演示视频。它的核心逻辑是以学校名称为关键词抓取或录入相关言论数据在后台做分类、分析和展示让管理人员不用逐个翻微博账号就能看到本校相关的舆情动态。适合正在做毕业设计、需要一套能演示、能答辩、能二次开发的完整项目的同学也适合想拿 Django 练手全栈开发的新手。我拿到这套东西的第一反应是先别急着看页面好不好看先确认它能不能跑起来。下面按我实际拆包的顺序把技术栈、部署流程、核心模块和踩坑点一个个说清楚。2. 技术栈拆解与本地环境搭建从 Python 版本到 MySQL 字符集2.1 为什么是 Django 而不是 Flask这套系统选 Django 做后端框架从毕业设计的角度看是合理的。Django 自带 ORM、Admin 后台、用户认证和模板引擎一个startapp就能把数据模型、管理界面和路由骨架搭出来省掉了大量重复劳动。相比之下 Flask 更轻但做这种带用户管理、权限控制和多表关联的系统需要自己拼装扩展反而更费时间。项目里用到的前端资源从文件列表能看出来layui.css、admin.css、font-awesome.min.css、layer.css、laydate.css、style.css等。这是一套典型的 Layui 自定义样式的组合Layui 负责表格、表单、弹层这些基础组件layer.css和laydate.css分别对应弹窗和日期选择器。对毕业设计来说这套 UI 够用且上手快不需要折腾前端构建工具。数据库选 MySQL 也是常规操作。舆情数据天然是结构化的——用户表、言论表、分类表、关键词表用关系型数据库管理起来清晰答辩时画 ER 图也方便。2.2 环境搭建的具体步骤我一般会先确认 Python 版本。Django 2.x 和 3.x 对 Python 版本要求不同这套项目没有明确标注 Django 版本但从 Layui 的使用风格和文件结构看大概率是 Django 2.2 或 3.0 附近的版本。建议用 Python 3.7 或 3.8太新的 Python 3.12 可能遇到部分依赖不兼容。# 创建虚拟环境避免污染全局包 python -m venv venv # 激活虚拟环境Windows venv\Scripts\activate # 激活虚拟环境macOS/Linux source venv/bin/activate # 安装核心依赖版本根据实际 requirements.txt 调整 pip install django3.0.5 pip install mysqlclient2.0.1 pip install pillow7.1.2这里mysqlclient是 Django 连接 MySQL 的驱动Windows 下安装可能会报编译错误常见做法是换成pymysql并在__init__.py里加一行pymysql.install_as_MySQLdb()。pillow是图片处理库如果系统里有头像上传或图片字段就需要它。数据库配置在settings.py的DATABASES字典里改DATABASES { default: { ENGINE: django.db.backends.mysql, NAME: campus_opinion, # 数据库名自己建 USER: root, # MySQL 用户名 PASSWORD: your_password, # 改成自己的密码 HOST: 127.0.0.1, PORT: 3306, OPTIONS: { charset: utf8mb4, # 关键用 utf8mb4 而不是 utf8 }, } }charset这一项必须写utf8mb4。校园舆情数据里经常出现 emoji 或特殊符号用utf8存进去会报Incorrect string value错误这是血泪经验。建库的时候也要指定字符集CREATE DATABASE campus_opinion DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;2.3 迁移与启动数据库建好、配置改完之后执行迁移# 生成迁移文件如果项目里已有 migrations 目录可跳过 python manage.py makemigrations # 执行迁移建表 python manage.py migrate # 创建超级管理员用于登录 Admin 后台 python manage.py createsuperuser # 启动开发服务器 python manage.py runserver启动后访问http://127.0.0.1:8000/看前台http://127.0.0.1:8000/admin/看 Django 自带的 Admin 后台。如果页面能打开但样式全丢说明静态文件路径没配好检查settings.py里的STATIC_URL和STATICFILES_DIRS开发模式下 Django 不会自动服务静态文件需要在urls.py里加static()辅助函数。提示演示视频里展示的界面效果和你本地跑出来的可能不完全一致。视频通常是在作者配好的环境里录的本地跑的时候先确保数据表建全、静态文件加载正常再对比功能差异。3. 核心功能模块与数据模型舆情分析到底怎么实现的3.1 数据模型设计这套系统的功能围绕几个核心表展开。虽然源码里具体的模型定义需要打开models.py确认但从功能描述推断至少包含以下几张表表名推测作用关键字段User系统用户用户名、密码、角色Opinion舆情/言论记录内容、来源、发布时间、情感倾向Category言论分类分类名称、描述Keyword监测关键词关键词、所属学校AnalysisResult分析结果关联舆情、分析类型、结果值Django 的 ORM 让这些表的定义和关联变得直观。比如舆情记录和分类之间用ForeignKey关联一条言论属于一个分类关键词和舆情之间用ManyToManyField一个关键词可以匹配多条言论一条言论也可能命中多个关键词。# models.py 中的典型写法根据功能推断 class Opinion(models.Model): content models.TextField(verbose_name言论内容) source models.CharField(max_length100, verbose_name来源平台) publish_time models.DateTimeField(verbose_name发布时间) category models.ForeignKey(Category, on_deletemodels.SET_NULL, nullTrue) sentiment models.CharField(max_length10, choices[(pos,正面),(neg,负面),(neu,中性)]) class Meta: db_table opinion verbose_name 舆情记录on_deletemodels.SET_NULL表示分类被删除时舆情记录的分类字段置空而不是级联删除这在舆情系统里是合理的——分类可以调整但原始数据不应该丢。3.2 舆情分析逻辑系统宣称的言论分析功能从毕业设计的实现难度来看大概率是基于关键词匹配加简单的情感词典。具体流程通常是管理员在后台设置监测关键词比如学校名称、简称、相关事件名系统遍历舆情记录匹配包含关键词的条目然后根据预设的正负面词表判断情感倾向。# 关键词匹配与情感判断的简化逻辑 POSITIVE_WORDS [优秀, 表扬, 点赞, 好评, 顺利] NEGATIVE_WORDS [投诉, 差评, 问题, 事故, 不满] def analyze_opinion(content, keywords): 对单条言论做关键词匹配和情感打分 matched [kw for kw in keywords if kw in content] if not matched: return None, neu pos_count sum(1 for w in POSITIVE_WORDS if w in content) neg_count sum(1 for w in NEGATIVE_WORDS if w in content) if neg_count pos_count: sentiment neg elif pos_count neg_count: sentiment pos else: sentiment neu return matched, sentiment这段逻辑不复杂但答辩时能说清楚为什么这样设计比代码本身更重要。常见做法是先做关键词命中再做情感极性判断最后按时间维度聚合生成趋势数据给前端图表用。如果项目里集成了 ECharts 或 Layui 的表格组件前端展示的就是这些聚合后的结果。3.3 用户管理与权限控制系统提到用户管理功能Django 自带的auth模块可以直接用。常见做法是继承AbstractUser扩展用户模型加一个role字段区分管理员和普通用户。管理员能看到所有舆情数据和分析结果普通用户只能看自己录入或授权范围内的数据。from django.contrib.auth.models import AbstractUser class CustomUser(AbstractUser): role models.CharField(max_length20, choices[(admin,管理员),(user,普通用户)], defaultuser) school models.CharField(max_length100, blankTrue, verbose_name所属学校) class Meta: db_table custom_user配置好之后在settings.py里加AUTH_USER_MODEL app.CustomUser后续所有用户相关的操作都走这个模型。注意这个配置必须在第一次migrate之前就设好否则会报冲突错误到时候只能删库重来。3.4 前台展示与后台管理前台页面用 Layui 的表格和表单组件渲染数据后台管理直接复用 Django Admin 或者自定义管理页面。从文件列表里的admin.css看项目对 Admin 后台做了样式定制说明作者可能扩展了 Admin 的展示效果而不是直接用默认界面。如果要在本地验证功能是否完整建议按这个顺序走一遍登录后台 → 添加关键词 → 录入几条测试言论 → 查看分析结果 → 检查前台展示。每一步都确认数据正确写入和读出遇到报错先看控制台输出再看 Django 的debug页面提示。4. 避坑与排查部署这套系统时最容易翻车的五个地方4.1 静态文件 404页面样式全丢现象runserver启动后页面能打开但 CSS、JS、字体图标全部加载失败浏览器控制台一堆 404。原因Django 在DEBUGTrue时不会自动服务STATIC_ROOT下的文件只会从STATICFILES_DIRS里找。如果项目把静态文件放在 app 目录下的static/文件夹里而INSTALLED_APPS里没有注册这个 appDjango 就找不到。解决确认INSTALLED_APPS包含所有自定义 app在urls.py末尾加static(settings.STATIC_URL, document_rootsettings.STATIC_ROOT)如果用了 Layui 的字体图标检查font-awesome.min.css里的字体路径是否相对于 CSS 文件正确。4.2 MySQL 连接报 2003 或 1045 错误现象migrate时提示Cant connect to MySQL server或Access denied for user。原因2003 通常是 MySQL 服务没启动或者HOST和PORT写错了1045 是用户名或密码不对。解决先确认 MySQL 服务在运行Windows 看服务列表macOS 用brew services list然后检查settings.py里的USER和PASSWORD是否和实际一致如果 MySQL 是 8.0 版本可能还需要改认证插件ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY your_password;。4.3 中文乱码或 emoji 报错现象录入中文内容后显示为问号或者插入带 emoji 的言论时报Incorrect string value。原因数据库、表或连接字符集不是utf8mb4。解决建库时指定utf8mb4settings.py的OPTIONS里加charset: utf8mb4如果表已经建好了用ALTER TABLE opinion CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;改表字符集。4.4 迁移文件冲突或表已存在现象migrate时报Table xxx already exists或Migration xxx is applied before its dependency。原因数据库里残留了上次迁移的表或者migrations目录里的文件和数据库状态不一致。解决开发阶段最省事的办法是删库重建——DROP DATABASE campus_opinion; CREATE DATABASE campus_opinion ...然后删掉 app 下migrations目录里除__init__.py之外的所有文件重新makemigrations和migrate。生产环境不能这么干但毕业设计本地开发无所谓。4.5 演示视频里的功能和本地不一致现象视频里有的菜单或按钮本地跑起来找不到。原因视频可能是用另一个版本录的或者部分功能依赖了未提供的第三方服务或数据。解决以源码为准视频只作参考。打开urls.py和views.py对照路由和视图函数确认哪些功能是实际实现的哪些只是演示效果。答辩时只演示本地能跑通的部分别硬撑。5. 二次开发与答辩加分技巧让这套系统真正变成你的东西5.1 加一个简单的舆情趋势图毕业设计答辩时评委最喜欢问你的创新点在哪。如果只是增删改查很难拿高分。一个成本最低的加分项是加趋势图按天统计舆情数量用 ECharts 画折线图。# views.py 中增加一个返回趋势数据的接口 from django.db.models.functions import TruncDate from django.db.models import Count from django.http import JsonResponse def trend_data(request): 按日期聚合舆情数量返回给前端图表 data (Opinion.objects .annotate(dateTruncDate(publish_time)) .values(date) .annotate(countCount(id)) .order_by(date)) result { dates: [item[date].strftime(%Y-%m-%d) for item in data], counts: [item[count] for item in data], } return JsonResponse(result)前端用 ECharts 的line图表接这个接口五分钟就能出一个像样的趋势图。答辩时你可以说系统支持舆情趋势可视化分析比单纯说能增删改查听起来有技术含量得多。5.2 关键词匹配升级为 jieba 分词如果想让分析功能更像样可以引入jieba做中文分词替代简单的in判断。import jieba def extract_keywords(content, topK10): 用 jieba 提取言论中的关键词 words jieba.cut(content) # 过滤掉单字和停用词 stopwords {的, 了, 是, 在, 我, 有, 和, 就} filtered [w for w in words if len(w) 1 and w not in stopwords] # 统计词频 freq {} for w in filtered: freq[w] freq.get(w, 0) 1 # 按频率排序取前 topK sorted_words sorted(freq.items(), keylambda x: x[1], reverseTrue) return sorted_words[:topK]这段代码加到分析模块里答辩时演示一下输入一段话系统自动提取关键词效果比预设词表匹配好得多。jieba安装也简单pip install jieba。5.3 答辩演示的检查清单在正式答辩前我习惯把系统从头到尾走一遍确认这几件事检查项确认内容数据库表结构完整有测试数据登录管理员和普通用户都能正常登录核心功能关键词设置、言论录入、分析结果展示全流程通静态资源页面样式正常无 404演示数据准备 10-20 条有代表性的测试言论覆盖正负面备用方案本地跑不通时能切到演示视频从那以后我每次交付这类项目都会在答辩前一天晚上把整个流程重新跑一遍确认没有在我机器上能跑的玄学问题。希望这套资源能帮你省掉从零搭框架的时间把精力放在功能完善和答辩准备上。本文还有配套的精品资源点击获取 校园舆情管理系统毕业设计：Django全栈开发与部署实战
简介这份资源是面向高校计算机相关专业本科生的毕业设计完整项目包主题为基于Python的校园舆情管理系统适合正在准备毕设、需要高分项目参考或想学习Django全栈开发的学生。项目采用PythonDjangoMySQL技术栈围绕学校网络管理场景实现了言论分析、言论管理、用户管理等功能可帮助管理者以学校为关键词高效检索舆情与负面评论兼顾学生隐私与言论自由。压缩包共254个文件约43.98MB包含29个py源码、30个pyc编译文件、1个sql建库脚本以及35个js、16个css、12个html等前端资源另有gif演示、jpg截图和模型pb文件结构完整、便于二次开发。目前已有668人学习下载配套源码、说明文档与演示视频能帮助读者快速理解系统架构、数据库设计与功能实现是毕设选题与答辩准备的实用参考。1. 校园舆情管理系统一套能跑通的 Django 毕业设计长什么样每年毕业季计算机专业的选题里总有一类特别扎眼——校园舆情管理系统。原因不复杂它同时踩中了两个刚需一是学校网络管理部门确实有监测校园相关言论的现实诉求二是这个题目天然适合用 Python Django 做一套完整的增删改查加数据分析。但真正动手做过的人都知道网上能搜到的同类项目十个里有八个是空壳要么只有几张静态页面要么数据库表都建不全更别提跑起来看效果了。这份资源是一套基于 Python Django MySQL 的校园舆情管理系统附带源码、说明文档和演示视频。它的核心逻辑是以学校名称为关键词抓取或录入相关言论数据在后台做分类、分析和展示让管理人员不用逐个翻微博账号就能看到本校相关的舆情动态。适合正在做毕业设计、需要一套能演示、能答辩、能二次开发的完整项目的同学也适合想拿 Django 练手全栈开发的新手。我拿到这套东西的第一反应是先别急着看页面好不好看先确认它能不能跑起来。下面按我实际拆包的顺序把技术栈、部署流程、核心模块和踩坑点一个个说清楚。2. 技术栈拆解与本地环境搭建从 Python 版本到 MySQL 字符集2.1 为什么是 Django 而不是 Flask这套系统选 Django 做后端框架从毕业设计的角度看是合理的。Django 自带 ORM、Admin 后台、用户认证和模板引擎一个startapp就能把数据模型、管理界面和路由骨架搭出来省掉了大量重复劳动。相比之下 Flask 更轻但做这种带用户管理、权限控制和多表关联的系统需要自己拼装扩展反而更费时间。项目里用到的前端资源从文件列表能看出来layui.css、admin.css、font-awesome.min.css、layer.css、laydate.css、style.css等。这是一套典型的 Layui 自定义样式的组合Layui 负责表格、表单、弹层这些基础组件layer.css和laydate.css分别对应弹窗和日期选择器。对毕业设计来说这套 UI 够用且上手快不需要折腾前端构建工具。数据库选 MySQL 也是常规操作。舆情数据天然是结构化的——用户表、言论表、分类表、关键词表用关系型数据库管理起来清晰答辩时画 ER 图也方便。2.2 环境搭建的具体步骤我一般会先确认 Python 版本。Django 2.x 和 3.x 对 Python 版本要求不同这套项目没有明确标注 Django 版本但从 Layui 的使用风格和文件结构看大概率是 Django 2.2 或 3.0 附近的版本。建议用 Python 3.7 或 3.8太新的 Python 3.12 可能遇到部分依赖不兼容。# 创建虚拟环境避免污染全局包 python -m venv venv # 激活虚拟环境Windows venv\Scripts\activate # 激活虚拟环境macOS/Linux source venv/bin/activate # 安装核心依赖版本根据实际 requirements.txt 调整 pip install django3.0.5 pip install mysqlclient2.0.1 pip install pillow7.1.2这里mysqlclient是 Django 连接 MySQL 的驱动Windows 下安装可能会报编译错误常见做法是换成pymysql并在__init__.py里加一行pymysql.install_as_MySQLdb()。pillow是图片处理库如果系统里有头像上传或图片字段就需要它。数据库配置在settings.py的DATABASES字典里改DATABASES { default: { ENGINE: django.db.backends.mysql, NAME: campus_opinion, # 数据库名自己建 USER: root, # MySQL 用户名 PASSWORD: your_password, # 改成自己的密码 HOST: 127.0.0.1, PORT: 3306, OPTIONS: { charset: utf8mb4, # 关键用 utf8mb4 而不是 utf8 }, } }charset这一项必须写utf8mb4。校园舆情数据里经常出现 emoji 或特殊符号用utf8存进去会报Incorrect string value错误这是血泪经验。建库的时候也要指定字符集CREATE DATABASE campus_opinion DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;2.3 迁移与启动数据库建好、配置改完之后执行迁移# 生成迁移文件如果项目里已有 migrations 目录可跳过 python manage.py makemigrations # 执行迁移建表 python manage.py migrate # 创建超级管理员用于登录 Admin 后台 python manage.py createsuperuser # 启动开发服务器 python manage.py runserver启动后访问http://127.0.0.1:8000/看前台http://127.0.0.1:8000/admin/看 Django 自带的 Admin 后台。如果页面能打开但样式全丢说明静态文件路径没配好检查settings.py里的STATIC_URL和STATICFILES_DIRS开发模式下 Django 不会自动服务静态文件需要在urls.py里加static()辅助函数。提示演示视频里展示的界面效果和你本地跑出来的可能不完全一致。视频通常是在作者配好的环境里录的本地跑的时候先确保数据表建全、静态文件加载正常再对比功能差异。3. 核心功能模块与数据模型舆情分析到底怎么实现的3.1 数据模型设计这套系统的功能围绕几个核心表展开。虽然源码里具体的模型定义需要打开models.py确认但从功能描述推断至少包含以下几张表表名推测作用关键字段User系统用户用户名、密码、角色Opinion舆情/言论记录内容、来源、发布时间、情感倾向Category言论分类分类名称、描述Keyword监测关键词关键词、所属学校AnalysisResult分析结果关联舆情、分析类型、结果值Django 的 ORM 让这些表的定义和关联变得直观。比如舆情记录和分类之间用ForeignKey关联一条言论属于一个分类关键词和舆情之间用ManyToManyField一个关键词可以匹配多条言论一条言论也可能命中多个关键词。# models.py 中的典型写法根据功能推断 class Opinion(models.Model): content models.TextField(verbose_name言论内容) source models.CharField(max_length100, verbose_name来源平台) publish_time models.DateTimeField(verbose_name发布时间) category models.ForeignKey(Category, on_deletemodels.SET_NULL, nullTrue) sentiment models.CharField(max_length10, choices[(pos,正面),(neg,负面),(neu,中性)]) class Meta: db_table opinion verbose_name 舆情记录on_deletemodels.SET_NULL表示分类被删除时舆情记录的分类字段置空而不是级联删除这在舆情系统里是合理的——分类可以调整但原始数据不应该丢。3.2 舆情分析逻辑系统宣称的言论分析功能从毕业设计的实现难度来看大概率是基于关键词匹配加简单的情感词典。具体流程通常是管理员在后台设置监测关键词比如学校名称、简称、相关事件名系统遍历舆情记录匹配包含关键词的条目然后根据预设的正负面词表判断情感倾向。# 关键词匹配与情感判断的简化逻辑 POSITIVE_WORDS [优秀, 表扬, 点赞, 好评, 顺利] NEGATIVE_WORDS [投诉, 差评, 问题, 事故, 不满] def analyze_opinion(content, keywords): 对单条言论做关键词匹配和情感打分 matched [kw for kw in keywords if kw in content] if not matched: return None, neu pos_count sum(1 for w in POSITIVE_WORDS if w in content) neg_count sum(1 for w in NEGATIVE_WORDS if w in content) if neg_count pos_count: sentiment neg elif pos_count neg_count: sentiment pos else: sentiment neu return matched, sentiment这段逻辑不复杂但答辩时能说清楚为什么这样设计比代码本身更重要。常见做法是先做关键词命中再做情感极性判断最后按时间维度聚合生成趋势数据给前端图表用。如果项目里集成了 ECharts 或 Layui 的表格组件前端展示的就是这些聚合后的结果。3.3 用户管理与权限控制系统提到用户管理功能Django 自带的auth模块可以直接用。常见做法是继承AbstractUser扩展用户模型加一个role字段区分管理员和普通用户。管理员能看到所有舆情数据和分析结果普通用户只能看自己录入或授权范围内的数据。from django.contrib.auth.models import AbstractUser class CustomUser(AbstractUser): role models.CharField(max_length20, choices[(admin,管理员),(user,普通用户)], defaultuser) school models.CharField(max_length100, blankTrue, verbose_name所属学校) class Meta: db_table custom_user配置好之后在settings.py里加AUTH_USER_MODEL app.CustomUser后续所有用户相关的操作都走这个模型。注意这个配置必须在第一次migrate之前就设好否则会报冲突错误到时候只能删库重来。3.4 前台展示与后台管理前台页面用 Layui 的表格和表单组件渲染数据后台管理直接复用 Django Admin 或者自定义管理页面。从文件列表里的admin.css看项目对 Admin 后台做了样式定制说明作者可能扩展了 Admin 的展示效果而不是直接用默认界面。如果要在本地验证功能是否完整建议按这个顺序走一遍登录后台 → 添加关键词 → 录入几条测试言论 → 查看分析结果 → 检查前台展示。每一步都确认数据正确写入和读出遇到报错先看控制台输出再看 Django 的debug页面提示。4. 避坑与排查部署这套系统时最容易翻车的五个地方4.1 静态文件 404页面样式全丢现象runserver启动后页面能打开但 CSS、JS、字体图标全部加载失败浏览器控制台一堆 404。原因Django 在DEBUGTrue时不会自动服务STATIC_ROOT下的文件只会从STATICFILES_DIRS里找。如果项目把静态文件放在 app 目录下的static/文件夹里而INSTALLED_APPS里没有注册这个 appDjango 就找不到。解决确认INSTALLED_APPS包含所有自定义 app在urls.py末尾加static(settings.STATIC_URL, document_rootsettings.STATIC_ROOT)如果用了 Layui 的字体图标检查font-awesome.min.css里的字体路径是否相对于 CSS 文件正确。4.2 MySQL 连接报 2003 或 1045 错误现象migrate时提示Cant connect to MySQL server或Access denied for user。原因2003 通常是 MySQL 服务没启动或者HOST和PORT写错了1045 是用户名或密码不对。解决先确认 MySQL 服务在运行Windows 看服务列表macOS 用brew services list然后检查settings.py里的USER和PASSWORD是否和实际一致如果 MySQL 是 8.0 版本可能还需要改认证插件ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY your_password;。4.3 中文乱码或 emoji 报错现象录入中文内容后显示为问号或者插入带 emoji 的言论时报Incorrect string value。原因数据库、表或连接字符集不是utf8mb4。解决建库时指定utf8mb4settings.py的OPTIONS里加charset: utf8mb4如果表已经建好了用ALTER TABLE opinion CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;改表字符集。4.4 迁移文件冲突或表已存在现象migrate时报Table xxx already exists或Migration xxx is applied before its dependency。原因数据库里残留了上次迁移的表或者migrations目录里的文件和数据库状态不一致。解决开发阶段最省事的办法是删库重建——DROP DATABASE campus_opinion; CREATE DATABASE campus_opinion ...然后删掉 app 下migrations目录里除__init__.py之外的所有文件重新makemigrations和migrate。生产环境不能这么干但毕业设计本地开发无所谓。4.5 演示视频里的功能和本地不一致现象视频里有的菜单或按钮本地跑起来找不到。原因视频可能是用另一个版本录的或者部分功能依赖了未提供的第三方服务或数据。解决以源码为准视频只作参考。打开urls.py和views.py对照路由和视图函数确认哪些功能是实际实现的哪些只是演示效果。答辩时只演示本地能跑通的部分别硬撑。5. 二次开发与答辩加分技巧让这套系统真正变成你的东西5.1 加一个简单的舆情趋势图毕业设计答辩时评委最喜欢问你的创新点在哪。如果只是增删改查很难拿高分。一个成本最低的加分项是加趋势图按天统计舆情数量用 ECharts 画折线图。# views.py 中增加一个返回趋势数据的接口 from django.db.models.functions import TruncDate from django.db.models import Count from django.http import JsonResponse def trend_data(request): 按日期聚合舆情数量返回给前端图表 data (Opinion.objects .annotate(dateTruncDate(publish_time)) .values(date) .annotate(countCount(id)) .order_by(date)) result { dates: [item[date].strftime(%Y-%m-%d) for item in data], counts: [item[count] for item in data], } return JsonResponse(result)前端用 ECharts 的line图表接这个接口五分钟就能出一个像样的趋势图。答辩时你可以说系统支持舆情趋势可视化分析比单纯说能增删改查听起来有技术含量得多。5.2 关键词匹配升级为 jieba 分词如果想让分析功能更像样可以引入jieba做中文分词替代简单的in判断。import jieba def extract_keywords(content, topK10): 用 jieba 提取言论中的关键词 words jieba.cut(content) # 过滤掉单字和停用词 stopwords {的, 了, 是, 在, 我, 有, 和, 就} filtered [w for w in words if len(w) 1 and w not in stopwords] # 统计词频 freq {} for w in filtered: freq[w] freq.get(w, 0) 1 # 按频率排序取前 topK sorted_words sorted(freq.items(), keylambda x: x[1], reverseTrue) return sorted_words[:topK]这段代码加到分析模块里答辩时演示一下输入一段话系统自动提取关键词效果比预设词表匹配好得多。jieba安装也简单pip install jieba。5.3 答辩演示的检查清单在正式答辩前我习惯把系统从头到尾走一遍确认这几件事检查项确认内容数据库表结构完整有测试数据登录管理员和普通用户都能正常登录核心功能关键词设置、言论录入、分析结果展示全流程通静态资源页面样式正常无 404演示数据准备 10-20 条有代表性的测试言论覆盖正负面备用方案本地跑不通时能切到演示视频从那以后我每次交付这类项目都会在答辩前一天晚上把整个流程重新跑一遍确认没有在我机器上能跑的玄学问题。希望这套资源能帮你省掉从零搭框架的时间把精力放在功能完善和答辩准备上。本文还有配套的精品资源点击获取