这个一个简洁的 Chrome 拓展:
自动同步所有 Star 并且根据项目的类型建立分类
点击 Star 按钮后在当前界面进行分类处理,省去多余操作
分享你的分类
简洁的界面和丰富的图标
** 目前 Little Star 还是 Beta1.0 版本,欢迎大家试用和反馈!**
下载地址:Little Star
官网:Little Star
视频介绍:Bilibili Little Star
建了一个群,不定期发布版本信息和优秀 Github 项目信息,欢迎大家进群交流:
1 Rwing 2020-05-08 16:52:56 +08:00 ![]() 哈哈哈 挺神奇的插件 |
![]() | 3 WittBulter 2020-05-08 17:13:07 +08:00 ![]() Github 前段时间刚推出官方版本的 Star 管理页面.... 您有点惨... https://github.com/stars |
![]() | 4 royliu 2020-05-08 17:13:44 +08:00 仅管理 star 的话为啥需要这么权限啊?我看私有仓库都要授权读写? |
![]() | 5 xrr2016 2020-05-08 17:25:01 +08:00 ![]() 看起来挺好的 |
![]() | 8 alian OP @WittBulter Github 这个页面好像一直有,不过最近单独抽取出来?他这个满足不了我自己的需求哈 |
![]() | 9 Latin 2020-05-08 17:46:59 +08:00 私有仓库还要授权...不敢用 |
![]() | 14 xrr2016 2020-05-08 18:57:30 +08:00 建议把内容框框调大点啊,上面的头像没必要那么大。 |
![]() | 15 alian OP 感谢反馈,我后面看看怎么调整一下 |
![]() | 17 justin2018 2020-05-08 19:56:57 +08:00 ![]() 我看着感觉字好小~~ UI 界面挺好的 |
![]() | 18 xunco 2020-05-08 21:00:47 +08:00 ![]() 来个暗色主题,布局微调整下 |
![]() | 19 alian OP @justin2018 谢谢,字我也觉得小了,后期优化一下 |
![]() | 21 imlinhanchao 2020-05-09 09:03:43 +08:00 ![]() @alian 我觉得写到 gist 保留做同步可以有。不过可以作为一个可选项,可以选择私有或公有 Gist (可能有些人觉得自己的 Star 分类公开了也没啥事儿)或邮件(给不想公开也不想授权的用户的选择)。 |
![]() | 22 alian OP @imlinhanchao Github 的 gist 权限没有分公开和私有,权限说明是“gist:Grants write access to gists.”哈哈,不过后期增加备份功能确实可以考虑给用户两个选择,如果用户选择 gist 备份的话再重新登陆授权,感谢建议! |
23 MzM2ODkx 2020-05-09 10:47:31 +08:00 ![]() |
![]() | 24 imlinhanchao 2020-05-09 11:07:25 +08:00 @alian 其实可以不用登录授权的方式,可以用 Access Token: https://github.com/settings/tokens 。这样用户可以自由开关授权。你就依据可用授权开放功能就好了。这样自由度更高一些。 |
![]() | 26 alian OP @imlinhanchao 恩恩,因为用户基本信息展示的关系开始还是需要授权,用户前期不用自己去生成 token 会方便一点。之前没看到 Acces token,这个确实能给用户提供很多自由度,后期功能扩展的话可以考虑这种方式,感谢(ω) |
![]() | 27 Bakumon 2020-05-09 14:49:11 +08:00 ![]() 建议:画面大些,或者全屏,电脑屏幕稍大点,得去盯着右上角,不太方便 |
![]() | 29 yulang 2020-05-09 20:31:47 +08:00 via Android ![]() 哇哦一直在找这种工具,试试 |
![]() | 31 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 的同步耗时问题是怎么解决的呢?还是说这个问题在国内无解? |
![]() | 32 alian OP @okampfer per_page 设置大一点,可以减少请求。Little star 的数据并不是每次都拉取的,初始化后存本地了,并且每次操作的时候本地和服务端都会同步更新,这样就避免多次请求。数据同步问题也是困扰了我很久 |
![]() | 33 alian OP @okampfer 国内的环境真的差,请求随时有挂掉的风险,所以需要有很多容错的机制。为了数据问题头发都掉了好多了,换了很多方案了,而目前我 3000 多个耗时 10 几秒左右,还是可以接受的。其中踩过的坑我们应该都是感同身受了哈哈哈 |
![]() | 34 okampfer 2020-05-11 20:06:51 +08:00 ![]() |
37 yimouleng 2020-07-16 12:19:05 +08:00 能不能增加一个添加备注和按备注搜索的功能,经常会阅读 star 项目源码, 会写一些备注。 在分类的基础上每个项目有个备注就完美了 |
39 yimouleng 2020-07-30 13:03:04 +08:00 ![]() t/574335 类似这样的 0 0 |
![]() | 41 zhw2590582 2022-05-22 10:42:31 +08:00 能不能不要发邮件过来了,但我又不想下载这个软件,邮件陆陆续续收到了一年多了 |
![]() | 42 alian OP @zhw2590582 发的是备份邮件,可以在软件里取消的。麻烦提供下你的账号,我帮你取的。 |
![]() | 43 alian OP @zhw2590582 麻烦提供下你的账号,我帮你取消。 |
![]() | 44 zhw2590582 2022-05-22 20:40:08 +08:00 @alian 谢谢,bGFvemhhb2NoYWd1YW5AZ21haWwuY29t |
![]() | 45 alian OP @zhw2590582 已关闭 |