#1 - 2021-12-7 10:03
Trim21
第一步: 建个群吹水(bgm38) slack

真正的第一步: roadmap

https://github.com/bangumi/dev-docs/issues/1

先完善只读api,在这个过程中梳理一下各个表之间的逻辑关系,变成文档。

然后开发部分读写api,把旧网站按照模块(比如讨论组,日志)等逐渐迁移到新前端/后端。




把导出的部分数据库建了个仓库,用于开发者们能够快速启动开发环境,避免设置数据库之类的繁琐工作。

https://github.com/bangumi/dev-env
#2 - 2021-12-7 10:34
之前不是有个 https://bangumi.slack.com
#2-1 - 2021-12-7 10:34
Trim21
抱歉,此工作区已被删除。
#2-2 - 2022-1-1 17:13
ビノタ
Trim21 说: 抱歉,此工作区已被删除。
刪除後你就能用這個 domain 了
#3 - 2021-12-7 10:55
围观下康康会用什么框架开发 然后剽窃下技术栈
#4 - 2021-12-7 10:55
因为我是计算机盲,大佬能够大致讲一下这个功能是什么意思吗?对于客户端用户而言有什么使用价值的提升?
#4-1 - 2021-12-7 11:01
Trim21
长期看能解决一些因为bgm自己站点功能缺陷带来的问题,比如社区化开发这个帖子最后说的人物肖像编辑战的问题。还能修复一些站点原有的bug,添加一些新功能,比如单集评分

短期来看没有价值(bgm38)现在的网站还要用很久
#4-2 - 2021-12-7 11:05
Tkzc ⚥
(我猜的)
方便扩展现有功能,减轻服务器压力,让客户端获取数据更简便,解决历史数据过于复杂的问题
#4-3 - 2021-12-13 23:24
咕咕子
Trim21 说: 长期看能解决一些因为bgm自己站点功能缺陷带来的问题,比如社区化开发这个帖子最后说的人物肖像编辑战的问题。还能修复一些站点原有的bug,添加一些新功能,比如单集评分

短期来看没有价值现在的网站还要用...
微服务前期搭建异常痛苦,苦不堪言的过来人说道
#4-4 - 2021-12-13 23:54
Trim21
咕咕子 说: 微服务前期搭建异常痛苦,苦不堪言的过来人说道
长期——开始重新实现主站已经实现过的功能并且替换掉原本的主站(bgm38)

说是微服务的打算,我感觉可能就是做几个新API然后后面重新做一套前端之类的…
#5 - 2021-12-7 11:22
(大胆想象,谨慎思考)
想进这个 tg 群(x
#6 - 2021-12-7 11:29
之前在给 bangumi/api 仓库加上 OpenAPI 文档后,拿 Bangumi 练习了 RESTful API 设计,主要功能点应该都涉及到了,可供参考。
https://github.com/weizhenye/bangumi-restful-api
(可以把 yaml 文件复制到 https://editor.swagger.io/ 查看
#7 - 2021-12-10 20:59
围观,不会前端。
#7-1 - 2021-12-10 20:59
MichaelMai
也不怎么会后端。
#8 - 2021-12-12 14:38
(プリズムの煌きよ!)
不懂,围观,期待(bgm38)
#9 - 2021-12-13 00:07
(娶妻当如室田慧)
虽然看不懂,但看起来班固米终于开始优化一些长期存在的问题了,资瓷(bgm39)
#10 - 2021-12-13 22:33
支持!(bgm24)
话说有个小建议,旧api读条目信息,只能获取到作品原名(name)和中文名(name_cn),获取不到“别名”信息。比如条目14435,只能读到原名いろとりどりのセカイ与中文名 五彩斑斓的世界 ,读不到别名 色鸟鸟 。
要命的是,很多游戏条目的汉化名实际上是写在别名栏里的;这样用api就永远读不到作品的中文名(bgm38)
万望新api能改善(bgm106)
#10-1 - 2021-12-13 22:39
Trim21
新api会解析wiki内容并返回解析结果
#11 - 2021-12-13 23:19
(想和可爱的纸片小男孩贴贴)
那么能不能成为既如文本wiki一样方便编辑回退,又如同数据库一般方便联合查询的进化版呢(bgm39)
#11-1 - 2021-12-13 23:20
Trim21
首先要大家能接受不写wiki,改写yaml或者toml(bgm38)

这样就可以保存各个版本的编辑文本,并且把最新版本的内容解析之后存到数据库进行查询和显示。现在的wiki语法做这个太困难了,连最基础的spec都没有

我在slack提过扩展wiki语法支持直接进行人物关联的事情,要解决的问题还是挺多的,还得搞一个易用的编辑器出来(bgm38)

而且肯定是不会在旧代码库上做这件事情的,sai老板懒得加功能,我也不熟悉旧代码库
#11-2 - 2021-12-14 09:59
🦋喵小六❄️
首先要大家能接受不写wiki,改写yaml或者toml(bgm38)
小众wiki应该尽可能降低门槛,这个事情得慎重
#12 - 2021-12-13 23:26
(愛してくれなきゃ駄目さ)
不懂,围观(bgm38)
#13 - 2021-12-14 00:20
(摘下面具)
围观(bgm38)
#14 - 2021-12-14 08:36
能不能说明一下大佬是做什么的?这个项目是你和Sai老板负责的吗?我们的终极目标是什么?我们现在的目标又是什么?你们大概需要哪些方面的人力?
#14-1 - 2021-12-14 11:42
Trim21
https://bgm.tv/group/topic/366561

目前的情况是:新API主要我写的,除我之外有一位站友提了个PR修复了一个bug。

如果有人发新PR也是我来review。新API上线的服务器也是我在维护。

终极目标可以看sai老板最一开始的社区化开发的帖子。在sai老板年事已高现实生活忙碌的情况下bgm遇到的技术问题能得到解决。
#15 - 2021-12-14 09:05
不懂,很感动。帖子收藏功能会有吗(bgm97)
#15-1 - 2022-1-14 17:29
Ten_Of_Spades
收藏目前能用这个油猴脚本来完成
使用后帖子标题栏最右方会出现收藏按钮,收藏后主页右侧栏会出现收藏夹,不可拖动
#16 - 2021-12-20 16:29
可以来参与开发嘛(看着现在的roadmap有点不明所以(雾 github@JeffersonQin (bgm67)
#17 - 2021-12-20 16:31
感觉社区化的第一步是不是应该先完善一下基础文档(?(探头.jpg (bgm90)
#17-1 - 2021-12-20 18:30
Trim21
基础文档在dev-docs仓库里面
#17-2 - 2021-12-20 18:49
gyro永不抽风
Trim21 说: 基础文档在dev-docs仓库里面
好耶(直接提pr就行?
#17-3 - 2021-12-20 18:49
Trim21
gyro永不抽风 说: 好耶(直接提pr就行?
#17-4 - 2022-1-1 07:49
象牙门外的梦
不,我觉得第一步是有大神先把整体框架整蛊出来,然后小弟们添砖加瓦。
#17-5 - 2022-1-1 07:58
Trim21
象牙门外的梦 说: 不,我觉得第一步是有大神先把整体框架整蛊出来,然后小弟们添砖加瓦。
https://github.com/bangumi/dev-docs/issues/1
#18 - 2022-1-13 10:08
(认真就输了)
前端菜鸟想进来吹水帮忙,但是貌似slack邀请失效了(bgm38),放上github页vaecebyZ 希望能收到邀请(bgm68)
#18-1 - 2022-1-14 13:08
MichaelMai
https://bgm.tv/group/topic/366561
顶楼邀请链接仍有效
#18-2 - 2022-1-14 15:38
Trim21
更新了