>>No.68808502
你想得到的或者是我们打算做的功能，给以后的开发打打地基

>>No.68808567
(ﾟДﾟ≡ﾟДﾟ)应该……不是全站检索吧

总之学到了(*´∀`)，之后试着整一下

>>No.68807745
其实我这里就是在说全站检索( ﾟ∀。)

>>No.68808574
出题范围太宽了一下还想不到啥( ﾟ∀。)

先想到的就，输入串号的时候，如果不是主串或者串号不存在。现在是报线程异常: 'str' object has no attribute 'get'，可以通过返回的str是啥针对性的给个问题

然后彳亍岛的串，也会有50000000之后的。我现在是在串号前面加个90处理的，不知道之后会不会有坑（这么一说我现在没加替换content里面的跳转串号

要是纯瞎想的话

如果在现在填写userhash的地方填了1亿字符进去，下数据的时候会把这1亿字符都塞进header吗

搞全文检索的话，拆词能拆出来数据库命令吗

检索的时候会触发数据库命令吗

我现在设想的mysql表结构

post -- 存储所有post，包括串首，特别地，串首的page_num为0
thread_id, INT
id, INT
cookie, CHAR(7)
page_num, INT
is_po, BOOL
is_sage, BOOL
is_admin, BOOL
PRI(thread_id, id)
KEY(thread_id, page_num) -- 用于串内随机访问某页
KEY(thread_id, cookie) -- 用于串内查找某个cookie的发言
KEY(cookie, id) -- 用于查找某个cookie的所有发言

thread
（存储所有串首）
id, INT
cookie, CHAR(7)
is_sage, BOOL
is_admin, BOOL
PRI(id)
KEY(cookie) -- 用于查找某个cookie的所有串

post_content
id, INT
thread_id, INT
cookie, CHAR(7)
content, VARCHAR(8192)
img, VARCHAR(128)
title, VARCHAR(64)
name, VARCHAR(64)
created_at, VARCHAR(64)
PRI(id)

thread_content
id, INT
cookie, CHAR(7)
replies, INT
content, VARCHAR(8192)
img, VARCHAR(128)
title, VARCHAR(64)
name, VARCHAR(64)
created_at, VARCHAR(64)
PRI(id)

>>No.68808952
啥叫拆词拆出来数据库命令( ﾟ∀。)
检索当然要在数据库里面查

>>No.68808825
先鉴权，鉴权没过就pass

>>No.68808967
就比如我现在这个回复里写了一句数据库操作指令，会有什么问题吗，拆完之后会存成完整的命令吗

检索的时候如果查的就是数据库命令，或者检索结果包括数据库命令，会触发数据库操作吗

这种

>>No.68808784
except总得做的啊( ﾟ∀。)

>>No.68808996
什么年代了还在玩sql注入这一套呢( ﾟ∀。)正常来说不会，你想做成彩蛋也行

>>No.68808996
而且其实我想要的是单字索引，不过这个对现在结构影响不大，以后再讨论( ﾟ∀。)

>>No.68809018
狭义的sql注入，那得是世界上最好用的编程语言的时代才有的东西了(ゝ∀･)当然也不排除一些个人开发者实在是要自己拼接sql命令
广义的话，比如有漏洞导致内存泄露然后攻击者构造请求然后用自定义sql命令覆盖你硬编码的“SELECT * ...”，何尝不是一种sql注入( ﾟ∀。)

>>No.68808963
post表里的page_num，如果我想调整每一页显示的回复数，这一项会不会导致问题

然后thread_content拆出来是想在什么功能里用到吗

ﾟ∀ﾟ)σ是为了目录页展示主串内容嘛
这么单分出来目录页检索快一点这样

>>No.68809118
我的想法是保持岛上页码结构( ﾟ∀。)因为有些回复可能因为骂人啥的被删了，然后我想用户记得大概自己在岛上多少页看到的有意思的内容就保持在那页
如果想自己调整一页多少内容的话忽略就好了，我还是想把它存着

>>No.68809146
对，因为我考虑了一下可能有很多需求只需要检索串首内容，比如我想找“豆知识”的串，我实际不需要把全串检索，只需要检索串首

>>No.68809146
至于展示内容，其实单是展示的话可以不分出来，性能不会有太大差异的，主键设置在这里了