一个本地NMB数据阅读器无名氏No.68758003 只看PO
2026-06-01(一)18:07:05 ID:SLDLTVR 回应
最开始只是想给大洛山的串留个档，然后
下都下了，整个本地阅读器吧( ´∀`)
整都整了，做个服务器版吧，手机就也能看了( ﾟ∀ﾟ)
做都做了，把检索也加上吧( ﾟ 3ﾟ)
加都改加了，把整个流程改完整点吧(ゝ∀･)
现在觉得整这么麻烦为啥我不直接上岛看了(*ﾟーﾟ)
总之这是个从下载数据到双端阅读的NMB阅读器|-` )
无标题无名氏No.68807203
2026-06-08(一)17:39:33 ID: gEGGVQn
>>No.68807005
想起来了，我好像是userhash出锅了，没有应用饼干就是会一百页后重复( ﾟ∀。)以及我是做了下载状态支持的来着，看中间那个框，但是没写进持久化，刷新会没掉
无标题无名氏No.68807215
2026-06-08(一)17:41:04 ID: gEGGVQn
>>No.68807005
可以做个鉴权，开始下载前访问一下速报二或者三百人委员会看看结果，提示未应用饼干就回调一个提示，然后只下载前一百页
无标题无名氏No.68807358
2026-06-08(一)17:58:14 ID: SLDLTVR (PO主)
>>No.68807203
我觉得userhash之后也可以跟账户绑定，刷新页面就不会掉了。只要一开始鉴权保证是能用的就行
无标题无名氏No.68807369
2026-06-08(一)17:59:58 ID: SLDLTVR (PO主)
>>No.68807329
我这块的话目前只有题目和标签的关键词检索
之后可以考虑加全文的( ﾟ 3ﾟ)
无标题无名氏No.68807745
2026-06-08(一)18:41:53 ID: gEGGVQn
>>No.68807369
全文搜索我有考虑过，我的想法是manticore在个人电脑跑倒排索引，然后服务端直接在索引里面查，关键的问题是我们手头上没有所有串的数据，搜只能搜已经有的那几个串
我在想两件事，一个是岛服务器用的什么表结构，是不是更优实践，一个是三酱为什么不用manticore的倒排索引做搜索，跑完倒排索引之后加瀑布流处理对服务器开销我估了下不算大，所以我在想有没有什么暗坑
无标题无名氏No.68807757
2026-06-08(一)18:44:46 ID: gEGGVQn
>>No.68807358
自己用的话像你那样硬编码一堆东西都行，但是公开出来会冒出一堆点炒饭的（具体而言，有人可能这个饼干被碎了，或者自己删了）( ﾟ∀。)所以还是加强一点鲁棒性为妙
无标题无名氏No.68808417
2026-06-08(一)20:08:53 ID: gEGGVQn
po，要不你帮想几个测试场景吧，你可以大胆的点炒饭，可以大胆假设有一个几十万回复的串，可以大胆假设这个串回复的全是相同饼干或者全是不同饼干或者全是两个饼干在交替回复，可以大胆假设一个饼干交替回复50000001和68888888回复了几十万条等等，快用你的大样例狂暴轰入我新设计的架构吧(ゝ∀･)（新架构待会说）