写了个开源的小说的 api 服务,大佬们可以点评一下.

[gz911122]

https://github.com/lightink-qingmo/lightink-server
lightink-小说 API(书源模式),目前支持 100+网站的解析. vertx + kotlin + coroutine(协程)

想玩玩 kotlin 的协程的也可以参考下.
欢迎 star 收藏

[gz911122]

大佬们不要只收藏哈
给点意见呀

[275761919]

不太懂 kotlin，只能收藏了啊。不过我写的小说站感觉可以用上新的 api 了

[gz911122]

@275761919 有 bug,或者有优化建议啥的欢迎反馈

[archknight]

好的，收藏了

[balabalaguguji]

接口文档，推荐你用易文档写 https://easydoc.top

[gz911122]

@balabalaguguji 我上次看到过这个..
主要是名字不太喜欢,易语言把易 xxx 都给带的第一观感不太好

[Kmmoonlight]

客户端直接解析书源比较好

[Nicoco]

以前搞过，还上线过，还搭了一个前端页面，差点被告。

当时大三，套路云实名帐号，买的 10 元福利服务器。

被人接口摸到服务器 IP，不知道从哪里摸到了我的真实信息，找到我警告一次，让我下线。

估计是看我一个用福利服务器的穷学生，给不起诉讼赔偿，就不浪费法律成本了……

从此，某套路云一声黑……

[Nicoco]

whois 我卖了隐藏用户信息服务

[gz911122]

@Nicoco 哈哈 我就是考虑这个所以才走的书源解析模式而不是爬虫

[gz911122]

@Kmmoonlight 客户端解析肯定更好，更符合法律法规，我选择后端解析主要是打算给前端想写小说相关应用之类的时候有个开箱即用的体验

[275761919]

@gz911122 书源解析模式和爬虫有什么区别啊，应该是服务端去爬虫，然后提取相应内容，再以 json 的格式返回给客户端吧

[gz911122]

@275761919 技术上几乎没区别...
但是在法律上一个算爬虫一个算转码

[Yucklys]

不错，给个星

[balabalaXMX]

@gz911122 相当于这个资源网站的书源开放给外部使用，你只是再解析一下？我也没明白这个和爬虫有什么区别

[gz911122]

@husiyu1994 一般来说爬虫是爬取后保存下来然后提供出去

解析是实时的不保存