一个本地NMB数据阅读器无名氏No.68758003 只看PO
2026-06-01(一)18:07:05 ID:SLDLTVR 回应
最开始只是想给大洛山的串留个档，然后
下都下了，整个本地阅读器吧( ´∀`)
整都整了，做个服务器版吧，手机就也能看了( ﾟ∀ﾟ)
做都做了，把检索也加上吧( ﾟ 3ﾟ)
加都改加了，把整个流程改完整点吧(ゝ∀･)
现在觉得整这么麻烦为啥我不直接上岛看了(*ﾟーﾟ)
总之这是个从下载数据到双端阅读的NMB阅读器|-` )
无标题无名氏No.68812736
2026-06-09(二)13:27:46 ID: SLDLTVR (PO主)
>>No.68812678
结构没啥了，不过这个图片地址存一下原本的图床链接如何
我现在程序里下载的时候是把图片名改成串号的，默认串号全局唯一的情况下，图片地址只要确定哪个串需要图片就能知道
保存原图床链接是想着，万一下载的时候retry次数都用完了也没下下来图片，之后有人再用的时候可以再试着访问一次
无标题无名氏No.68812744
2026-06-09(二)13:30:15 ID: gEGGVQn
>>No.68812736
那就把我们本地的图片存储目录做成跟岛图片服务器一样，然后前端或者管理员选择是否下载图片或者是否由服务器传输图片，否的话就urljoin到岛CDN( ﾟ∀。)
无标题无名氏No.68812750
2026-06-09(二)13:33:29 ID: gEGGVQn
>>No.68812736
主要取决于服务器提供的带宽，retry这个不用担心，我想的逻辑是如果服务器中转图片，那就访问本地这个img指向的位置，如果文件不存在则请求岛CDN，所以天然就能处理retry和merge（也就是如果一个串已经保存过，那么只需要请求原先的最后一页（因为这页可能还没满19条）加后续的页码），这也是我现在那个导出工具的逻辑
无标题无名氏No.68812753
2026-06-09(二)13:34:41 ID: gEGGVQn
至于图床链接，按照规范应当是常请求常新，不过岛好像没换过，硬编码也不是不行，就是有点丑( ﾟ∀。)
无标题无名氏No.68812767
2026-06-09(二)13:36:36 ID: gEGGVQn
>>No.68812750
我思维有点跳脱，取决于服务器带宽指的是要不要让图片由我们请求下载然后再提供给用户，这件事取决于我们的带宽( ﾟ∀。)
无标题无名氏No.68812827
2026-06-09(二)13:48:36 ID: SLDLTVR (PO主)
>>No.68812767
( ﾟ∀。)确实哦，我这服务器带宽十分有限。不过访问量也没多少应该没事
给别人本地部署用的话，优先检查本地是否有图片肯定是对的。我现在就是存的图片url，但是优先读取本地图片。我的下载程序也会检查一遍已经过去的页面图片和内容缺不缺这个倒是考虑到了(ゝ∀･)
至于图床链接变不变的|д` )这个似乎没辙，所以还是下载到本地最稳妥
真到了本地没存，图床链接也换了，那就到时候再重新请求一下这个页面的数据更新一下链接吧，正好有page_num
无标题无名氏No.68812903
2026-06-09(二)14:00:19 ID: SLDLTVR (PO主)
>>No.68812750
我还在整理几份报告(つд⊂)
等几天整理完报告之后，我总结一下我这现有的功能和之后的需求啥的。数据库就按上面的来( ﾟ∀ﾟ)bbbb我再整理主要是前端部分的操作逻辑
