写了个油猴脚本——给讨论区用户加上头像

随便聊聊 · 808 次浏览
H-D-G 创建于 2023-07-23 17:27

https://greasyfork.org/zh-CN/scripts/471504-quicker-%E6%98%BE%E7%A4%BA%E7%94%A8%E6%88%B7%E5%A4%B4%E5%83%8F

数据会缓存在本地(脚本会定期释放缓存),避免给服务器造成太大压力,附效果图:

H-D-G 最后更新于 2023/7/23

回复内容
瓜皮之牙 2023-07-23 18:11
#1


H-D-G 回复 瓜皮之牙 2023-07-23 18:13 :

瓜皮的动态头像哪找的😏

瓜皮之牙 回复 H-D-G 2023-07-23 18:16 :

动作坞里面 表情包随便找了一个。。。

CL 2023-07-23 20:33
#2

👍👍

瞑空凌 2023-07-23 22:50
#3

大佬能不能在主页加个帖子栏,文章栏?这样直接从主页看到作者发过那些知识。毕竟有些知识,不理解的情况下光靠搜是搜不出来的,不如直接找对应作者,看有没有分享的。(个人其实更希望有个类似动作单可以公开分享的知识单,这样经过系统性整理,既方便学习知识库也能好好利用起来,可惜了。。。)

H-D-G 回复 瞑空凌 2023-07-23 23:23 :

这个还是CL来做比较好,直接从数据库调用会快一点也更准一点(还有就是用请求来获取信息太消耗资源了,完全没必要)

H-D-G 最后更新于 2023-07-23 23:24
瞑空凌 回复 H-D-G 2023-07-23 23:53 :

问题是CL会去实现这个?没有准信啊。之前就提过,没看到有啥反应。

H-D-G 回复 瞑空凌 2023-07-23 23:59 :

主要是CL也挺忙的,一个人要管理Quicker的开发和运营,在这些细节上做的有点不足也正常

瞑空凌 回复 H-D-G 2023-07-24 00:16 :

因此我们要解决问题,如果无法直接,那么有没有便捷的方式替代,可以不要多么好看,直接简单粗暴,毕竟以Quicker的方便,其实很多可以动作开发者来搞定,将服务器的压力分担到本地,优化放到动作上。就像组件一样,是哪类用户就安装啥组件。(大致是这个理,因为Quicker的特性,个人并不期望CL一人包揽全部,个人期望的是CL保证基本盘,其他都交给开发者。至少也要给开发者提供一个可行的解决路线。不然自己想搞搞不了,CL大佬又没足够精力,发展就有局限性,光靠CL一个人来推动,那得啥时候才能做到谁都畅快使用。自定义就该一路到底,除了基本的交给服务器,其他下放到开发个体,以本地为主,从而打造一个千姿百态的Quicker生态,每个人都有自己理想化的Quicker。(扯远了,越扯越理想化了😂))

瞑空凌 回复 H-D-G 2023-07-24 00:19 :

我期望Quicker可以像我的世界那样发展,像谁都能定制自己世界那样去定制Quicker这个工具

H-D-G 回复 瞑空凌 2023-07-24 08:24 :

其实现在也差不多,qk开放的权限已经很多了(主要基于【运行C#代码】模块),在使用上的一些小细节做得不够好,也会有大佬提供相应的动作、脚本来完善。(动作参考Cea大佬的,脚本可以看看我的😂,比如这个


还是那句话,一个团队做软件都不一定能满足所有需求,更何况CL是一个人在搞开发,这些细枝末节的事情只能先放放咯

H-D-G 最后更新于 2023-07-24 10:56
瞑空凌 回复 H-D-G 2023-07-24 13:59 :

我说的这个不是细致末节啊😂,知识分享系统化,而不是摆在那里,到处都是,零碎.

要不这样,咱们牺牲一个动作的主页和动作单,专门放链接,然后用脚本让这个界面美观一下,如果要看作者发布的知识,就添加按钮,点击后自动跳转到搜索页面,搜索结果就是指定作者分享的知识,这样按道理不会浪费资源吧?毕竟人工操作也差不多,只是脚本让这个过程便捷化了。

瞑空凌 回复 H-D-G 2023-07-24 14:20 :

网站这个搜索框太拉跨了,只能看自己创建的,自己赞过的,自己参与过的,就不能看指定作者的,将就都无法将就

回复主贴