>>No.68791537
而且github通常只是一个用来把源代码开源的平台，一般来说很多小项目是没人会来fork的( ﾟ∀。)只有用的人特别是开发者多到了一定程度，社区有了一些自己的需求，才会有人来维护你的代码

>>No.68791715
我只能说，claude牛逼\( ﾟ∀。)/

>>No.68791722
准确来说，团队协作啊工作流啊也经常用git

>>No.68791727
主要是,claude有点贵了( ´_ゝ`)

>>No.68791722
总之等我先整理完一版v2

>>No.68791758
不如等晚点我到家给你看看我code，咱合计一下是定义一个规范还是写个转换

>>No.68791806
今明两天我这不太方便用电脑看代码了，出差回来得下周一(;´ヮ`)7

可能只能先口头讨论一下|д` )

肥哥发GitHub吧(=ﾟωﾟ)=bbb

>>No.68791806
https://github.com/K-01-a/nmb-exporter

>>No.68792392
我这个我没做演示站，是在本地跑的，而且图片导出没做智能判断，过长的串小机器导出很有可能OOM，要是部署演示站最好写个内存申请限制

>>No.68792341
>>No.68792461
总之我周一先传Github
咱再考虑怎么整合功能

我那服务器是最便宜的，上面还跑了别的东西。走服务器端下数据肯定是不太行，所以都是我本地下完再上传的(｀･ω･)

>>No.68792493
服务器下数据没有多少占用（同时活跃用户在个位数且每人下载线程固定为1），一个串的文字也不会占太多空间（图片的话，综一海员串有很多图片，全下载原图大概是1G左右，可以改一下只让下预览图），关键是导出图片不能导出太长的，我有次手贱点了海员串导出成图片，服务器直接重启了，一查日志申请了21G内存( ﾟ∀。)

>>No.68792493
其实我有点想拿kotlin或者java重写，然后之后fork一下霞岛，做成一个功能塞进去( ﾟ∀。)

话说，po，咱既然都content放数据库了，那要不其他数据也放数据库呗，到时候你要做LLM啥的也方便用

>>No.68804703
我确实不是计算机专业的(;´ヮ`)7我拿不准图片也都放进数据库会不会对性能有很大的影响
目前除了图片本体，应该都在数据库里存了一份了

主要一开始也没有一个很好的整体设计，现在content、user_id、post_no、timestamp放数据库是一点点改进来的，最开始是纯散装的json文件( ›´ω`‹ )

然后这是GITHUB(=ﾟωﾟ)=
https://github.com/rockmanzxa1234/NMB-LocalReader

dmg读者特有的技术力强
团内关键词查找网站还有检测po有没有更新的app都是dmg跑团期间搓出来的(　ﾟ 3ﾟ)

>>No.68792392
(*ﾟ∇ﾟ)bbbbbb这个我试了一下，确实可以从目录页接个跳转过去这个页面提供下载

我想到了一些可以调整的方向

1.我觉得是不是可以调整一下下载的进程管理方式。比如页面只负责将下载请求提交到队列里，具体的下载进程通过后台的一个独立进程完成。将下载内容整合进数据库的步骤也通过这个后台进行调用。

2.不同的用户都可以查看已提交的下载申请。

3.在数据库里（或者数据库外）加一个已下载的主串号目录（包括最后一个串的时间），如果新提交的串号已经有了，就检查一下是否有更新。有更新再下载。

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