gpt4 book ai didi

php - Twitter 竞赛 ~ 保存推文(P​​HP 和 MySQL)

转载 作者:可可西里 更新时间:2023-11-01 06:49:21 45 4
gpt4 key购买 nike

我正在创建一个应用程序来帮助我们的团队管理 Twitter 竞赛。到目前为止,我已经成功地与 API 进行交互,并返回了一组我需要的推文。

我正在努力决定处理数据库中推文存储的最佳方式、检查它们的频率以及如何确保没有重叠或间隙。

每页最多可以显示 100 条推文。目前,我目前的想法是运行一个 cron 脚本,比如说,每 5 分钟左右一次,一次获取完整的 100 条推文,然后循环遍历它们,在数据库中查找,看看我是否能找到它们,然后再添加它们.

这有一个明显的缺点,即每 5 分钟对数据库运行 100 次查询,而且还有很多 INSERT。我真的不喜欢。另外,我宁愿有一些更实时的东西。由于 Twitter 是一项实时服务,因此我们理所当然地应该在他们进入后立即更新我们的参赛者名单。

这再次引发了必须重复轮询 Twitter 的缺点,虽然这可能是必要的,但我不确定我是否想像那样敲打他们的 API。

有人对优雅的解决方案有任何想法吗?我需要确保捕获所有推文,不遗漏任何人,并保持数据库用户的唯一性。虽然我考虑过只添加所有内容,然后按用户名对结果表进行分组,但这并不整洁。

我很乐意单独处理显示方面的事情,因为这只是从 mysql 和显示中提取出来的。但是后端设计让我很头疼,因为我看不到一种有效的方法来让它在不破坏 api 或 db 的情况下继续运行。

最佳答案

5 分钟内 100 个查询算不了什么。特别是因为一条推文基本上只有 3 条与之相关的数据:用户 ID、时间戳、推文、推文 ID - 例如,每条推文大约 170 个字符的数据。除非您在 4.77MHz 8088 上运行数据库,否则您的数据库在这种“负载”下甚至不会闪烁

关于php - Twitter 竞赛 ~ 保存推文(P​​HP 和 MySQL),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3442116/

45 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com