( `д´)现充，杀！杀！杀！

>>No.68805172
dmg正在闪耀(　 ﾟ∀ﾟ)人

然后肥肥正在被项目中期报告和其他一堆报告GANK･ﾟ( ﾉд`ﾟ)又得稍微失踪一下了

>>No.68805434
数据库里现在有个post_meta的表，存了各个串的信息

现在数据库是没有保存各个主串具体包含哪些子串的表，目录也是检测的json文件
写成这样是方便手改。主要因为肥很粗心(*´д`)，另外现在还没有个标准的格式啥的，各个串分类、标签啥的也没有标准，所以就暂时留在外面了

要是之后增加一个数据库增删改查的页面的话，全都塞进数据库也行

>>No.68805453
我重新试了一下，单独的下载线程确实是有的。我中午试的时候，开始下载然后刷新页面之后，没有显示目前正在下载的串的地方，我就以为下载中断了(*´д`)刚刚摸鱼看了一眼确实下下来了

感觉一个单独显示下载状态的组件是有必要的。展示一下内容是正在下载、下载完需要更新数据库、还是其他的什么

然后缺一个下载检测。userhash填错了下载也会一直进行，但是100页之后就是重复了。

我现在下载的程序每下一页会检测这页是不是跟前一页完全重复了，完全重复了就报错。也能检测已经下完的串是否有更新，省的重复的串全都重下一遍。

然后第三个那个检测是说接到一起之后，我这块得改一下这里(=ﾟωﾟ)=

>>No.68807203
我觉得userhash之后也可以跟账户绑定，刷新页面就不会掉了。只要一开始鉴权保证是能用的就行

>>No.68807329
我这块的话目前只有题目和标签的关键词检索

之后可以考虑加全文的(　ﾟ 3ﾟ)

>>No.68807745
一下就涉及知识盲区了(ﾟДﾟ≡ﾟДﾟ)
我搜了下manticore就是储存特定关键词在哪些串里出现，应该没理解错吧|д` )

那为啥要所有串的数据呢
每次上传新串的时候提取关键词，先在现有的关键词库里检索，查到了就把新串号追加到位置里，没检索到就创建个新的关键词这样不是正好吗( ﾟ∀。)

我看着感觉还挺合适的(　ﾟ 3ﾟ)

>>No.68807757
ﾟ∀ﾟ)σ每次都鉴权也行，安全第一

>>No.68808417
这是要在什么店里点炒饭( ﾟ∀ﾟ)咱要测试哪个功能

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

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

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

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

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

要是纯瞎想的话

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

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

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

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

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

这种

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

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

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

>>No.68809258
都保留着我觉得没问题，然后我想再加个统计是该串的第几个回复，用来算调整显示数量后的页数。就纯是我个人习惯，想一页显示多一点( ´∀`)
之后默认按页数显示，提供个调整的选项就好了

然后我觉得还是要保留主串分类、追加tag、系列名、系列编号的项目
我最初的设想是做成更接近文库的东西
所以想保留这些作为检索或者分类的依据
这些该单做个表还是整合到thread/threadpost里

>>No.68809431
这个我是倾向用第二种
一次下14w条元数据下来也需要点时间了

那thread的结构就像这样行吗

thread
（存储所有串首）
id, INT
cookie, CHAR(7)
is_sage, BOOL
is_admin, BOOL
genre, VARCHAR(64) -- 串类型分类，跑团、故事、欢乐恶搞之类的
tags, 关联表 -- 标签，会有多个，可自定义
series, VARCHAR(64) -- 系列名称
status, VARCHAR(64) -- 状态，连载中、完结、痛之类的
installment, INT -- 纯展示用的系列内写作顺序，可能重复
PRI(id)
KEY(cookie) -- 用于查找某个cookie的所有串

那个关联表只是我搜到的推荐方式，我也不确定是否合适(つд⊂)