fql bug：page_id 大于 max int 值
facebook的开发者声明页表中的page_id是整数。
但由于 Facebook 页面较多，其数量增加超过了最大 int 值
http://developers .facebook.com/docs/reference/fql/page/
所以 fql 的选择给出了这样的 e+123213
The developers of facebook states that page_id in the page table is integer.
But because of many facebook pages, it number increased greater that max int value
http://developers.facebook.com/docs/reference/fql/page/
so the fql's select gives smth like this e+123213
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这似乎是
page表文档中的错误。在 Graph APIpage对象的文档中，请参阅该字段为字符串。实际上，最好将 Facebook 返回的任何
id作为string保存/使用，因为在许多情况下id的值会导致超过整数溢出边界。对于某些对象，id可能包含数字以外的字符（下划线）。更新：
为了澄清一些事情。问题实际上不仅在于文档，还在于返回数据。 API 以 JSON 形式返回响应（或者如果您使用旧的 REST API，您也可以指定 XML 格式）
string。因此，响应确实包含完整且正确的page_id，但在 JSON 解析阶段，您会丢失它，因为它被解析为integer。在 PHP 5.4 中
json_decode函数 有额外的options参数这可能是JSON_BIGINT_AS_STRING来解决这个问题。您应该检查您使用的解析方法是否支持类似的内容。Facebook 上针对此问题存在几个错误（不是针对
page表中的page_id，而是针对其他表中的uid字段。表）：实际上你可以采取一些措施来克服这个问题：
PHP_INT_MAX较大，因此不存在此问题JSON_BIGINT_AS_STRING选项传递给json_decode$response = preg_replace('/(\b\d+\b)/', '"$1"', $response)（这是针对 PHP 的，但你会明白的）另外我建议在 Facebook 上提交额外的 Bug 并更新你的问题所以我们可以也订阅它。
This seems like a bug in
pagetable documentation. In Graph API documentation forpageobject refer to this field asstring.It's actually better to save/use any
idreturned by Facebook asstringsince in many cases value ofidwill cause overflow overintegerboundaries. And for some objectsidmay contain characters other that numbers (underscore).Update:
To clarify some things. The issue is really not only with documentation but with return data too. API return response as JSON (or if you using old REST API you can specify XML format too)
string. So the response do contain full and correctpage_id, but in the phase of JSON parsing you loose it due to fact that it's parsed asinteger.In PHP 5.4
json_decodefunction have additionaloptionsparameter which may beJSON_BIGINT_AS_STRINGto overcome this issue. You should check if the parsing method you use supports something like this.There is couple of bugs opened for this issue on Facebook (it's not for the
page_idinpagetable, but same behavior foruidfield on other tables):Actually you can do something to overcome this issue:
PHP_INT_MAXJSON_BIGINT_AS_STRINGoption passed tojson_decode$response = preg_replace('/(\b\d+\b)/', '"$1"', $response)(this is for PHP, but you'll get the idea)Also I recommend filing additional Bug on Facebook and updating your question so we can subscribe to it as well.