忙点也好。年后这一段时间,相对去年,稍微忙点。一要处理抖哥那边的事,二要在互联网上找一些机会,学习使用一些软件,想着开辟第二战场以赢利。以前,抖哥那边的事处理完,想着学习一些编程技术,以供后面使用,但学着学着就没了热情,因为不能立刻变现,就容易提不起精神,现在时刻想着怎么挣钱,比如:看一个视频,想着能不能挣一毛钱,刷个广告,想着有没有办法走量赢利,一旦找到了可能的盈利点,就立刻尝试,这样以来,自己会很忙,忙点也好,没有那么多奇怪的想法,胡思乱想,会产生精神内耗。媳妇昨天说,你啥时候能挣点钱啊,你现在花钱如流水,挣钱像吃屎一样难。我也知道家人孩子的期待,接下来,在尽量节省的情况下,努力的挣钱吧,加油!
[298]-------底部有张生活照片
【关键词】neo4j、保存接口、删除关系、修改关系
描述:现在新写了一个会话列表接口,从ragflow里拿数据,需要验证一下,是否有误。
开工:
20250115周三时间段:22:57-23:00验证一下,看是否有问题,应该没什么问题,结果如下:

图1a-1
注:发现报错了,接下来,看下哪里的问题。
20250115周三时间段:23:00-23:20错误截图如下:

图1a-2
注:说明少个参数,看了一下,少了个函数头,加上如下:

图1a-3
注:接下来,再次进行测试。
20250115周三时间段:23:15-23:20
20250115周三时间段:23:30-23:40
测试出来,数据为空,没理由啊,数据库中有120条数据。
写个测试用例测一下,测试用例如下:
###测试会话列表
def test_list_convsersation(client):
open_id = "qhz1234567890"
response = client.post(f"/api/get_convsersation_list",json={"open_id":open_id})
assert response.status_code == 200
json = response.json()
#assert json['code'] == 0
print(f"json:{json}")
注:跑下看看效果,效果如下:

图1a-4
注:说是字典不能转json,修改一下,继续测试。效果为报错,少写个v1,加上如下:
def test_list_convsersation(client):
open_id = "qhz1234567890"
response = client.post(f"/v1/api/get_convsersation_list",json={"open_id":open_id})
assert response.status_code == 200
# json = response.json()
#assert json['code'] == 0
print(f"response:{response}")
注:加上/v1/,继续测。发现名字写错了,应该是get_conversation_list,改完继续测。
又报错了。
20250115周三时间段:23:44-00:00错误如下:
response.data:b'{"data":"query error: (1064, \\"You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near \'\'5\'\' at line 1\\")","retcode":0,"retmsg":"success"}\n'注:看下是哪里错了,应该是open_id没获取到,修改如下:

图1a-5
注:这样就兼容了test测试时的json格式传输。再次测试如下:

图1a-6
注:搞下这个错误。
20250115周三时间段:23:58-00:00
20250116周四时间段:00:00-00:20
错误如下:
response.data:b'{"data":null,"retcode":100,"retmsg":"TypeError(\'the JSON object must be str, bytes or bytearray, not dict\')"}\n'注:处理下这个错误,截图如下:

图1a-7
注:这个传过来就是json,不是json_str,所以,不需要loads。运行,报了新的错误。
20250116周四时间段:00:08-00:20新的错误如下:
response.data:b'{"data":null,"retcode":100,"retmsg":"TypeError(\'Object of type MyModel is not JSON serializable\')"}\n'注:看代码修改一下,没找到怎么改,看着和chat_sev没啥区别。在zero上测一下,本地跑的太慢。
修改如下:

图1a-8
注:这个做了更改,并限制了日期的输出格式。
现在接口请求,返回的数据还是报错,需要修改一下。
20250116周四时间段:10:55-11:00
20250116周四时间段:11:04-11:20
20250116周四时间段:11:26-11:40
现在接口返回的数据不知怎么接收,在ragflow端打个日志。如下:

图1a-9
注:接下来,请求一下,看看日志输出什么格式的数据。原来是取参数时报错了,修改程序如下:

图1a-10
注:就是说在接口请求时,req可能不存在,所以要提前判断一下。接下来,再测,结果如下:

图1a-11
注:这样就可以了,代码上线。看下效果。
描述:现在source_id需要加序号,并且保存再返回时,不能有双序号,需要处理一下。
开工:
20250116周四时间段:11:29-11:40
20250116周四时间段:11:58-12:00
20250116周四时间段:14:54-15:00
先看下节点数据,如下:

图1b-1
注:就要按这个进行换行,加序号,应该是如下的样式。
20250116周四时间段:15:17-15:20
20250116周四时间段:15:20-15:40
看下接口返回,打个日志,看下。改成如下:

图1b-2
注:之后,保存时,把【1.】【2.】。。。都去掉,与原有数据格式保持一致,这样问题就解决了。
接下来,看下展示效果。
20250116周四时间段:16:10-16:20展示效果没出来,调下线上接口看一眼。现在经沟通,需要前端用markdown自动编号,避免后端多出冗余数据。
看一下前端代码。
20250116周四时间段:16:47-17:00现在效果如下:

图1b-3
注:看下这段代码是怎么实现的,能不能加个序号,通过前端的方式。
20250116周四时间段:17:12-17:20相关markdown代码如下:

图1b-4
注:这个没用mark-down,加了个索引在显示的时候,index+1,用了下标展示出来的。还可以。
拍摄于2025年12月6日,18:16:35,大宝过8岁生日拍的。昨天我给大宝说,现在爸爸很忙,你尽量不要打扰我,我忙起来,挣钱了,你和你弟都有钱花了。大宝说,耶耶耶,就打扰,走,看我打僵尸吧。我苦笑,大宝八九岁了就说不通,二宝三四岁更别想了。但一个人的成功,不受外界影响也是不可能的,换句话说,即使一个人不结婚不生子,也不一定百分百成功,在处理好家事的情况下,努力就好,加油!

图1c-1
《本文完》