开往
文章聚合 #1750
Replies: 11 comments
-
|
貌似有现成的程序 FreshRSS？ |
Beta Was this translation helpful? Give feedback.
-
|
貌似可以先通过Fresh RSS获取开往成员网站文章，然后像 saveweb 那样弄个静态聚合？（ https://github.com/saveweb/review-2022 ） |
Beta Was this translation helpful? Give feedback.
-
|
成品效果应该没有歧义。实现方法不限，可以直接做出成品。那这个issue就交付给你了。 |
Beta Was this translation helpful? Give feedback.
-
麻烦帮忙装一下FreshRSS。（貌似之后服务越来越多了）@Luochancy |
Beta Was this translation helpful? Give feedback.
-
|
先在测试环境下(本地)运行，确认内存和CPU峰值占用，确认后再部署，避免服务崩。另外10月的排期10月做。 |
Beta Was this translation helpful? Give feedback.
-
|
抱歉我最近才看到issue（没咋看邮箱😭） |
Beta Was this translation helpful? Give feedback.
-
|
如果可以的话先出一份框架选择调研： 为什么不是 huginn （更受欢迎） 、RSSHub（更契合当前技术栈）等等..... 可以选择FreshRSS，但是需要一个调研表，证明它确实是最好的选择。 @linlinzzo @Luochancy 这一步会在开始的时候额外的花费时间，但是可以避免了后续迁移、技术协作的隐藏时间。 |
Beta Was this translation helpful? Give feedback.
-
|
目前我用4C4G做的测试环境 我过几天会再开个小鸡作为另一个测试环境测测其他的RSS系统，需要点时间 倒是我不清楚怎么压测这种RSS系统😭还请各位老指点下@jiangmiemie |
Beta Was this translation helpful? Give feedback.
-
|
后面4C4G的配置会降到2C2G做持续性的性能监控，目前4C4G仅仅是我服务器资源有点膨胀随便给的（ |
Beta Was this translation helpful? Give feedback.
-
|
RSS一般不直接用，都是调用接口。 接口压测一般是确定请求数量，选择合适的请求工具。 数量上：我们1k的成员站可以以1000为基本单位开始测试，每秒1000并发、2000并发以此类推，看下在第几轮挂掉。 最后应该会获得一个报告：图表形式或者表格形式：随着请求变多资源耗尽，然后可以查看它资源消耗是指数型的增长还是普通线性增长。 |
Beta Was this translation helpful? Give feedback.
-
|
okok |
Beta Was this translation helpful? Give feedback.
-
聚合开往成员中优秀的文章-站点提供单独的曝光渠道，需要使用nodejs完成
效果类似：bilibili每周必看
维护者推荐制
Beta Was this translation helpful? Give feedback.
All reactions