先说一下需求,产品是个企业中实现处理业务的网站,很多客户要求实现高可用。数据库这块好弄,主要是文件处理比较麻烦。希望 v 友给些方案和建议。
我的方案:
linux 文件共享。实现简单,缺点是有些客户不让用,死规矩。
nas 系统,同上,客户不保证提供部署环境。
自己写服务,同步不同服务器的文件。缺点:比较麻烦,可能坑比较多(现成的轮子也可以)
分布式文件系统。缺点:现在系统中访问文件的地方都需要改写,会损失一些性能。
倾向方案 4 ,请 v 友推荐一下功能简单,改写代码成本低的文件系统。
developer.x.com 试了国内和国外的卡都无法支付,提示:We were unable to accept your payment information ,没想到风控这么严格。
大家有比较合适的方式吗?效果稳定,试了几个逆行爬虫的,效果不是特别理想,很多长推文还爬不完整。
主要需求是获取指定账号指定时间范围的推文内容。