V2EX › Rhilip 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3

❮

❯

2020 年 10 月 15 日

回复了 Junzhou 创建的主题 › 程序员 › 有个奇怪的想法，基于 Github Actions 支持代码热更新，配置网络下发的自动定时任务。

举个我用过的例子，希望能对 lz 有启发。
https://github.com/lingsamuel/EpicGamesGiveawaysAutoClaimer

他就每次都从另一个仓库拉取文件（ refs 不写就是只拉最新的），然后每一步都 cd 到另一个仓库的目录，在对应目录做相关 workflow 。
所以你只需要处理好你代码和用户配置的关系就好了。

2020 年 10 月 15 日

回复了 Junzhou 创建的主题 › 程序员 › 有个奇怪的想法，基于 Github Actions 支持代码热更新，配置网络下发的自动定时任务。

代码热更新不用这么麻烦。actions/checkout 支持对另外仓库的 checkout，所以你只需要分库就好。
一个仓库放主代码，另外一个仓库放 Action 以及相关配置（ SECRET ），放 Action 的每次从主仓库 checkout 就好了。
用户可以 fork 使用 Action 的仓库，而不需要 fork 主仓库。
而你对主仓库的修改，在用户那也能得到同步更新。

2020 年 8 月 23 日

回复了 34 创建的主题 › 问与答 › 豆瓣 API 彻底不让用了？

@Taosky 关于 frodo 域名的用法，我看 zhanghai/Douya 和 lovemefan/TZVideo （就你链接那作者）研究都挺深入的。
但其实完成度都不高，而且没有摸索出较为完整的文档。
我这边暂时用页面解析的方式了，毕竟之前有一些历史记录的缓存。短时间来看也能应付新增缓存。

2020 年 8 月 23 日

回复了 34 创建的主题 › 问与答 › 豆瓣 API 彻底不让用了？

@flyindance 用 cf-worker 。反正抓取服务器不是我的。

2020 年 8 月 20 日

回复了 34 创建的主题 › 问与答 › 豆瓣 API 彻底不让用了？

@menghen
APP 的 key 还是 0dad 这就有些奇怪了，我之前觉得 0dad 保险就是因为抓包的时候试出来试官方 APP 用的。
难道走的是 frodo 域名，不是 API v2 吗？
那样似乎就要 sign 了。而且 frodo 域名方法毕竟没有文档，之前 API v2 好歹官方下线后后第三方备份。
我这边的一些功能暂时都用页面解析和请求转发的方法替代了，也算是折中之举了。

2020 年 8 月 18 日

回复了 34 创建的主题 › 问与答 › 豆瓣 API 彻底不让用了？

同样发现这个问题了，比较受影响。除了本人于网上公开收集的一些 key 之外（ 0dad ），之前朋友私发给我未曾被公开过的 apikey 同样也出现了 invalid_credencial2 的报错。
App 抓包获取不到可能是因为安卓的 ssl pinning 吧，我现在也在试。

2019 年 6 月 10 日

回复了 Rhilip 创建的主题 › API › 豆瓣疑下线所有公开 API

@ziggear 那是因为你找到的 apikey 权限不够，1 楼的那个就不能拿来搜索，建议你重新找下，公开的（网上能找到） apikey 就有能用在 search 接口上的

2019 年 5 月 16 日

回复了 Rhilip 创建的主题 › API › 豆瓣疑下线所有公开 API

@mayli 这个不是自制 v2key，而是从豆瓣 app 应用抓 v2key，抓到的是 0dad 那个

2019 年 5 月 13 日

回复了 Rhilip 创建的主题 › API › 豆瓣疑下线所有公开 API

@xiadd 我觉得是两回事，通过搜索，我也找到了其他的一些 apikey，暂时先用在自己的相关应用上了。