sansan0
[建议] 能不能加个信息变成一天只发一次的也行呀。免得服务器过载人家再找你。我们也能用。
🏷️ 建议类别
数据源相关（新增平台、改进抓取等）
💭 详细描述你的想法
[建议] 能不能加个信息变成一天只发一次的也行呀。免得服务器过在人家再找你。我们也能用。
🎯 什么时候会用到这个功能
[建议] 能不能加个信息变成一天只发一次的也行呀。免得服务器过在人家再找你。我们也能用。
🛠️ 实现想法（可选）
No response
📷 功能示意图（推荐）
No response
📎 其他补充说明
No response
你说的不可行，只要数据还在github增长，数据量乘以个几万个人在用，服务器的负担会成倍增长。官方已经和我明确过了。 当前这个项目能有这么大热度，是因为我降低了使用门槛，再加免费，少数人会为了自己用的爽，使劲薅，改动一下配置，会远远偏离项目默认的1小时。
你说的不可行，只要数据还在github增长，数据量乘以个几万个人在用，服务器的负担会成倍增长。官方已经和我明确过了。 当前这个项目能有这么大热度，是因为我降低了使用门槛，再加免费，少数人会为了自己用的爽，使劲薅，改动一下配置，会远远偏离项目默认的1小时。
20多动新闻就是每天一条。总比没有强。服务器压力会降下来。
如果担心免费人员随意配置半小时 导致GitHub 服务器压力激增，那还不如直接使用：https://newsnow.busiyi.world/ 直接看
关于向 GitHub 官方申请放宽限制的建议，这并非我个人意愿能决定的，而是涉及到底层平台的资源使用策略。
实话实说，我不建议去开单（Ticket）询问。目前的用量模式属于高资源消耗型，且很大程度上仅仅占用了存储和带宽，并未产生与之匹配的开源代码贡献。这种‘非对称’的资源占用，正是 GitHub 技术团队极力避免的（这对他们来说是巨大的运维负担）。
后续我可能会重构代码，实现代码与数据解耦。未来的 Fork 版本将支持把资源文件托管在远程对象存储（Remote Storage）中，这样既能合规使用 GitHub，又能满足大家的需求。
关于向 GitHub 官方申请放宽限制的建议，这并非我个人意愿能决定的，而是涉及到底层平台的资源使用策略。
实话实说，我不建议去开单（Ticket）询问。目前的用量模式属于高资源消耗型，且很大程度上仅仅占用了存储和带宽，并未产生与之匹配的开源代码贡献。这种‘非对称’的资源占用，正是 GitHub 技术团队极力避免的（这对他们来说是巨大的运维负担）。
后续我可能会重构代码，实现代码与数据解耦。未来的 Fork 版本将支持把资源文件托管在远程对象存储（Remote Storage）中，这样既能合规使用 GitHub，又能满足大家的需求。
辛苦了！加油！静等你的4.0