我的最终目标是获得FaceBook PAGE的相同数量。简而言之，我在做 curl＆＃34; https://fr-fr.facebook.com/PAGE/＆＃34; |重的sed
然后，我发现此页面更轻，并节省带宽： ＆＃34; https://fr-fr.facebook.com/PAGE/about＆＃34;
由于一些错误，我已经走得更远，并尝试了更高级的方法： ＆＃34; https://graph.facebook.com/PAGE?access_token=secret|id&fields=fan_count＆＃34;
所有这三种方法最终都出现在同一个问题中：curl | sed返回的值在几个小时（3到6小时）内始终保持不变，即使在Chrome或Firefox等经典浏览器上更新该值也是如此。
许多项目声称每10秒更新一次没有问题。 FB API声明我应该被允许每小时做200个请求。使用与我的Firefox相同的UA添加到curl -A没有帮助。
我个人没有任何Facebook帐户;所以，即使我使用的是Firefox或Chrome，我也会查看具有匿名访问权限的公共页面。当我提供相同的UA时，Facebook应该无法在curl和firefox之间做出任何区别。
我真的需要新的价值观;每小时60个电话远远低于官方限制;每分钟一次电话就足够我的项目;但是3小时的延迟不是。
Curl正在使用IPv4访问，而Firefox正在使用IPv6;所以，如果Facebook每个IP使用一个反向代理，我将无法证明/检测它。
我不明白为什么Firefox / Chrome可以获得新的和最新的值，而curl -A获得了弃用的结果。