- 博客(154)
- 收藏
- 关注
RSS订阅原创 111.添加点击岐黄慧问图标返回到个人信息页面功能
然后使用路由跳转到profile界面。这是悬停时显示的效果，可以轻微放大。点击之后就可以跳转回原界面。
2025-06-14 14:15:00
303
原创 109.临时解决401错误
应该是队友做的登录和注册的JWT验证有点问题，为了让其能够正确显示相应的信息，先在前后端进行了相应的修改。修改完之后便可获取相应的用户信息然后进行获取。
2025-06-13 11:15:00
322
原创 107.添加附件上传取消附件的功能
突然发现如果用户已经上传相应的附件，但是如果选错了的话，无法删除，这是这个功能的缺陷：所以需要在前端添加这个功能：template：methods:界面展示：OK!!!
2025-06-12 16:45:00
198
原创 105.解决AI流式回答成功上传附件之后无法重新生成bug
修改完上附件功能之后，重新回答的问题也出现了，因为当时没有进行附件上传功能的修改，所以对这个功能少了考虑。前端修改：如果有上一个用户的回答有文件的上传，那么这个也需要重新发送一次。然后再获取相应的请求，进行相应的处理。对于这个方法主要是对前端进行修改。
2025-06-12 09:00:00
138
原创 104.解决在流式回答功能实现之后上传附件功能失效bug之前端处理
因为到目前为止还没有将我们调好的API放上去，所以deepseek-r1只能解析到这种地步，这足以证明上传附件的功能是完好的。对于前端，则是需要将上传的文件传输给后端，让其返回响应的结果，所以主要修改还是在sendmessage方法中。创建fromate对象来处理上传的文件。然后接着调用AI的流式回答即可。
2025-06-11 19:30:00
278
原创 103.解决在流式回答功能实现之后上传附件功能失效bug之后端处理
前段时间实现AI流式的回答功能之后，在今天想进行一个整体的测试时，发现突然AI无法收到上传的文件了，说实话，本飘现在已经有点免疫了，总有一些奇奇怪怪的bug不经意的出现在你面前哈哈哈哈，人已疯。对于附件的上传，我并没有将其传到附件表中，而是让其传到临时文件夹中，到时候可以进行相应的清理，比较方便，同时比较安全。解析消息，然后将消息进行相应的处理，对于文件的处理就是获取文件内容，然后将其传递给AI。首先接收的参数就需要有文件。
2025-06-11 14:00:00
718
原创 101.为AI知识问答寻找朗读合适API
使用开源API，感觉这个也可以，但是还是觉得可能不是很合适，有点麻烦，而且可能对于java并不是很兼容。还有一个是eSpeakNG这一个，这一个我其实在前后端尝试过，但是比较困难。另外想要添加一个朗读的功能，用户点击朗读之后，可以朗读AI知识问答的内容。到官网查看之后发现这个需要付费，所以不是我的第一选择。找第三方的语音合成API。且实现起来非常的方便。
2025-06-10 16:00:00
153
原创 98.错误走百度翻译API的苦98步
本飘当时申请时填的服务器号是存储数据库的服务器号，但是项目又是本地部署的，这就导致本地没法调用这个API。又查了资料发现，是因为服务器的防火墙问题，可是咱们没有权限让他改啊，所以只能再找方法了。通过这个程序进行赋值，在服务器经过测试，发现可以了！哎事情的起因全是源于本飘自己眼不好使，没看见可以不填服务器号就能是通用的api。为此本飘付出了巨大的代价，同时收获为0哈哈哈。就在本飘万念俱灰的时候，发现了一个愚蠢的错误。但是本飘在搜索中发现可以将其赋给其他的IP。不填服务器地址就可以通用了！
2025-06-09 14:00:00
119
原创 97.获取百度翻译API
然后填写申请通用翻译API的文档，我们要选择的是个人版的，然后经过认证之后填写即可，这些其实不用担心不会通过，它秒通过哈哈哈。有一个非常非常非常重要的点是！如果你的项目是小组形式完成的，一定不要填写服务器号！登录完成之后，在开发者中心能够查看到系统给分配的APPID和密钥，这些信息是比较私人的，要保存好，尽量不要泄露在其他平台。在决定尝试获取百度翻译API之后，找到了百度翻译的网站。如果能返回中医养生的英文，那么说明这个API申请成功。找到相应的产品，我所需要的是通用翻译。申请通过后，就可以进行使用了。
2025-06-09 12:15:00
417
原创 96.为AI知识问答寻找合适翻译API
因为我们所做的项目是一个面向外国友人的中医知识科普平台，所以语言是一个非常重要的问题，所以光有中文是不可以的，需要有一个翻译功能来对齐各国的语言。但是怎么办呢，我又不敢随便清除其他的docker容器，哈哈哈因为这个服务器还有另一个组在用，我真的是服了，，，，经过搜索发现百度翻译有免费的额度且性能比较良好，所以我决定再尝试一下这个。安装完成之后进行相应的测试，其实刚开始时测试成功的，但是隔了一天之后。，，，，，，他说docker空间不足哈哈哈。所以目前需要找一个合适的API来进行部署。
2025-06-09 09:30:00
384
原创 93.实现查找收藏内容的后端功能实现
对于查找功能，我想要实现的是，当查找的时候既可以根据收藏的ID进行查找，也可以根据收藏的内容进行查找：后端具体实现：controller方法：service中添加方法：（这里要注意的是用户只能在自己的收藏内容中进行相应的查找，所以需要限定userId和conllectionId）repository类中添加方法
2025-06-08 08:00:00
187
原创 89.实现添加收藏的功能的后端实现
我的设想是：在对话界面中，如果用户认为AI的回答非常好，可以通过点击该回答对应的气泡中的图标，对该内容进行添加。
2025-06-06 17:30:00
168
原创 88.实现查看收藏功能的前端实现
首先这个收藏功能依然是在AI知识问答界面中的，所以继续在AI知识问答界面进行编写首先在侧边栏添加我的收藏按钮：然后加入AI视图在data中添加相应的收藏数据字段：在方法中添加loadcollections()字段，用来与后端进行消息的传输：、
2025-06-06 11:45:00
180
原创 86.AI知识问答实现收藏功能的数据库设计
本飘想添加一个收藏功能，刚开始设计的数据库结构是想要有一个字段是msg_id，但是本飘在实现该功能实现到80%的时候突然发现本飘在对话中获取的消息并没有获取msg_id，这也就意味着如果非得想要在收藏功能中添加msg_id的话，本飘以前做的那些获取对话、消息，重新生成消息等一系列功能都需要再进行修改在本飘尝试了一下之后，决定放弃收藏表中的msg_id字段，决定重新建表，将收藏功能从头再来哈哈哈（人已疯，没事哒，本飘也就做了这个功能做了8、9个小时啦）所以重新设计之后的数据库的字段为：其中user_id与us
2025-06-05 16:00:00
144
原创 84.在dify部署文件解析模型
在if条件分支中，添加分支，如果是文档就到http请求。在服务器部署完成之后，需要运用到dify中。连接deepseek节点，之后运行。
2025-06-05 06:45:00
240
原创 83.部署解析文件模型
经过挑选，我选择使用unstructuredapi来对其进行部署。测试成功，unstructerd API在服务器上部署成功。以上是一些部署安装的指令。部署完成后，需要进行测试。
2025-06-04 16:30:00
111
原创 81.测试服务器llavaAPI
在服务器上部署完llava后，需要进行测试是否能成功运用。发现成功返回相应的图片识别结果，部署成功。使用运行指令，运行该测试程序。
2025-06-04 09:15:00
108
原创 80.在服务器部署LLAVA模型
因为服务器权限限制，所以ollama只能装在docker容器里。但是接下来还需要测试一下那个是否能够被成功调用，明天接着测试。拉取列表之后发现，已经在容器里，说明安装成功。启动后拉取llava：7b模型。
2025-06-03 18:30:00
289
原创 79.大模型：挑选图片模型作为deepseek-r1的前置输入
首先推荐的是BILP2\LLAVA\MiniChat等模型，所以做了比较，从是否开源、部署是否方便、效果是否明显等来进行了比较，得出的结论是LLAVA的模型性能更好，所以决定选用llava来作为前置模型。deepseek-r1模型是属于文字模型，他并不支持图片的解析等，为了让岐黄慧问实现图片解析的功能，因为可能使用这个网页的用户会识别图片中的药材或者书籍啥的，所以需要解析图片的模型作他的前置输入。
2025-06-03 12:00:00
74
原创 78.今天未解决bug：点击中断按钮后AI流式回答已生成的内容会保存两遍
查阅资料之后发现，这个问题好像是因为触发中断按钮后，同时将AI流式回答中断对应的方法也给触发了，所以会保存两遍内容到数据库，但是这个问题已经困了我一天了，仍然没有解决。于是本飘就被困住了一天，，，，，，然后服务器还崩了，真是雪上加霜。
2025-06-03 08:15:00
213
原创 76.解决消息重复生成bug
这样修改后，当用户点击"重新生成"按钮时，系统会重用原有的消息气泡而不是创建新的气泡，从而避免了重复气泡的问题。解决完编辑用户消息相关的bug之后重新生成又出现了新的新的新新的bug（本飘心已死~）至此已没有新的bug出现，希望这个连续剧至此完结！方法中，我们既重置了当前消息内容，又在。这个bug出现的原因是：在。中创建了一个新的消息。
2025-06-02 13:00:00
456
原创 75.解决当编辑完用户消息，确认重新生成AI回答时，已有的AI回答还是存在，并且新生成的回答并没有显示到气泡里bug
当编辑完用户消息，确认重新生成AI回答时，已有的AI回答还是存在，并且新生成的回答并没有显示到气泡里。在上一个bug解决完后，又出来一个bug，我真是服了哈哈哈。方法会更新同一个消息对象而不是创建新消息。
2025-06-02 11:45:00
492
原创 74.编辑用户消息后重新生成已有回答之bug处理
当点击AI消息气泡里的重新生成时，它本应该在自己的气泡里生成，但是反而在下一个用户气泡里生成了新的回答，看到这个，我的评价是倒反天罡哈哈哈。产生这个bug的原因是regeneratResponse方法没有区分用户消息还是AI消息触发的重新生成，所以需要进行重新修改。时，不需要额外处理，因为。
2025-06-02 10:30:00
93
原创 73.Uncaught TypeError: this.$set is not a function之可编辑功能实现后重新生成bug解决
已经被移除，应该直接修改数组或对象，因为 Vue 3 的响应式系统会自动检测这些变化。在 Vue 3 中，
2025-06-02 08:15:00
599
原创 72.编辑用户消息功能之前端实现
我想实现的一个功能是在用户发出的消息下面有一个图标是编辑，按下那个图标之后，用户可以修改对应的那个消息，修改完成点击确认之后，用户下面对用的那个AI的回答可以重新生成。之前已经介绍了后端实现，这篇博客来介绍前端实现。前端样式就不过多展示了，这是大体的前端功能设计。
2025-06-01 19:15:00
231
原创 71.用户重新编辑功能实现之后端实现
我想实现的一个功能是在用户发出的消息下面有一个图标是编辑，按下那个图标之后，用户可以修改对应的那个消息，修改完成点击确认之后，用户下面对用的那个AI的回答可以重新生成。
2025-06-01 18:30:00
165
2024年山东大学软件学院操作系统复习笔记（个人向）
2024-07-03
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人