Little Star 🌟一个用于管理 Github Star 的拓展🚀

2020-05-08 16:46:23 +08:00
 alian

如果你和我一样有管理 Github Star 的需求,或许 Little Star🌟可以帮到你

功能介绍

这个一个简洁的 Chrome 拓展:

🚀 自动同步所有 Star 并且根据项目的类型建立分类

🚀 点击 Star 按钮后在当前界面进行分类处理,省去多余操作

🚀 分享你的分类

🚀 简洁的界面和丰富的图标

下载地址和官网

** 目前 Little Star 还是 Beta1.0 版本,欢迎大家试用和反馈!**

下载地址:Little Star

官网:Little Star

视频介绍:Bilibili Little Star

反馈

建了一个群,不定期发布版本信息和优秀 Github 项目信息,欢迎大家进群交流:

5261 次点击
所在节点    分享创造
45 条回复
imlinhanchao
2020-05-09 09:03:43 +08:00
@alian 我觉得写到 gist 保留做同步可以有。不过可以作为一个可选项,可以选择私有或公有 Gist (可能有些人觉得自己的 Star 分类公开了也没啥事儿)或邮件(给不想公开也不想授权的用户的选择)。
alian
2020-05-09 09:49:20 +08:00
@imlinhanchao Github 的 gist 权限没有分公开和私有,权限说明是“gist:Grants write access to gists.”哈哈,不过后期增加备份功能确实可以考虑给用户两个选择,如果用户选择 gist 备份的话再重新登陆授权,感谢建议!
iMusic
2020-05-09 10:47:31 +08:00
管理 github star 是我的一个需求,去年也找了一些方案,最后选择在本地搭建 ASTRAL,不太方便。

这个扩展看起来确实不错,最后希望能增加一个单独的管理页面展示

imlinhanchao
2020-05-09 11:07:25 +08:00
@alian 其实可以不用登录授权的方式,可以用 Access Token: https://github.com/settings/tokens 。这样用户可以自由开关授权。你就依据可用授权开放功能就好了。这样自由度更高一些。
alian
2020-05-09 12:10:52 +08:00
@iMusic 感谢支持,单独的管理页面在路上了😁
alian
2020-05-09 12:22:34 +08:00
@imlinhanchao 恩恩,因为用户基本信息展示的关系开始还是需要授权,用户前期不用自己去生成 token 会方便一点。之前没看到 Acces token,这个确实能给用户提供很多自由度,后期功能扩展的话可以考虑这种方式,感谢(・ω・)ノ
Bakumon
2020-05-09 14:49:11 +08:00
建议:画面大些,或者全屏,电脑屏幕稍大点,得去盯着右上角,不太方便
alian
2020-05-09 15:56:04 +08:00
@Bakumon 后面有弄一个独立页面的计划,到时就会大一些了,感谢建议!
yulang
2020-05-09 20:31:47 +08:00
哇哦一直在找这种工具,试试
okampfer
2020-05-10 19:37:05 +08:00
@iMusic #23
如果把它 docker 化,在本地部署也是比较方便的。
okampfer
2020-05-10 20:00:39 +08:00
我跟 LZ 的想法差不多,曾经我也想搞个管理 github stars 的项目,可以无限添加分类和子分类。

最初的尝试: https://github.com/athrunsun/too-many-stars (不用认真看了,烂尾)

起初的想法是做成一个 serverless 的 app,部署在 github pages 上,用户可以登录,添加的分类信息用保存到 yaml 然后调用 github api 写回到指定 github repo 当中,下次登录时再读取。

问题就在于这个同步,github api 中获取 starred repos 的接口: https://api.github.com/users/athrunsun/starred?page=1&per_page=30,每次请求大概 2 秒,我 star 的 repo 有 900 多个,那么就是 30 多页共 60 多秒左右。离我们最近的 github 服务器在新加坡,如遇网络不通畅,消耗时间会更长。如果 star 的 repo 数量有好几千,那同步时间恐怕是无法接受的。

于是我又改变想法,做成 BS 结构,在类似 Azure Devops ( https://dev.azure.com)上跑一个 CI 可以从境外同步 star 的 repo 信息到某个地方,然后 B 端再从这个地方读取 star 的 repo 信息。但这种方式自己玩玩可以,要想推广让大家都用,部署、配置门槛太高,遂放弃。

所以我最好奇的地方就是,Little Star 的同步耗时问题是怎么解决的呢?还是说这个问题在国内无解?
alian
2020-05-11 10:14:29 +08:00
@okampfer per_page 设置大一点,可以减少请求。Little star 的数据并不是每次都拉取的,初始化后存本地了,并且每次操作的时候本地和服务端都会同步更新,这样就避免多次请求。数据同步问题也是困扰了我很久😁
alian
2020-05-11 10:28:55 +08:00
@okampfer 国内的环境真的差,请求随时有挂掉的风险,所以需要有很多容错的机制。为了数据问题头发都掉了好多了,换了很多方案了,而目前我 3000 多个耗时 10 几秒左右,还是可以接受的。其中踩过的坑我们应该都是感同身受了哈哈哈
okampfer
2020-05-11 20:06:51 +08:00
@alian #32 #33
看来同步这个问题在国内目前真的无解。。。

等我有空的时候我再试一下加大 per_page,我又看到了把我那个项目弄成 serverless 的希望,多谢建议!
alian
2020-06-03 21:48:33 +08:00
@xunco 暗色主题有哦了😁
xunco
2020-06-04 18:21:52 +08:00
@alian #35
发现了,谢谢谢谢 (*^_^*)
yimouleng
2020-07-16 12:19:05 +08:00
能不能增加一个添加备注和按备注搜索的功能,经常会阅读 star 项目源码, 会写一些备注。
在分类的基础上每个项目有个备注就完美了
alian
2020-07-17 01:49:36 +08:00
@yimouleng 这个帖子这么久还有人回复哈哈,感谢建议,可以尝试做一下,请问能提供下类似的 demo 么,参考一下,谢谢😝
yimouleng
2020-07-30 13:03:04 +08:00
t/574335 类似这样的 0 0
alian
2020-08-01 18:51:00 +08:00
@yimouleng Get,我看看哈哈

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/669704

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX