gpt4 book ai didi

php - Facebook Tab 在对经过身份验证的用户的签名请求中丢失页面信息

转载 作者:可可西里 更新时间:2023-11-01 00:16:11 25 4
gpt4 key购买 nike

在查看非授权页面时,我的签名请求看起来像这样。

Array ( 
[algorithm] => HMAC-SHA256
[issued_at] => 1328803958
[page] => Array (
[id] => 114951721840
[liked] => 1
[admin] => 1 )
[user] => Array (
[country] => us
[locale] => en_US
[age] => Array ( [min] => 21 )
)
)

应用授权后,初始标签页签名请求如下所示。

Array ( 
[algorithm] => HMAC-SHA256
[expires] => 1328810400
[issued_at] => 1328804617
[oauth_token] => AAAEQiWKOJTUBAB7la6TzNybfDkv6eYwtGUayappUspm3hWx6qKAFw3Ahbdhqv1xZC27WmrZC0yMMdtE0pdxoiUruZABg1zN1DalnYqS5AZDZD
[page] => Array (
[id] => 114951721840
[liked] => 1
[admin] => 1 )
[user] => Array (
[country] => us
[locale] => en_US
[age] => Array ( [min] => 21 )
)
)
[user_id] => 30811359
)

最后,一旦我离开此页面,签名的请求将如下所示。

Array ( 
[algorithm] => HMAC-SHA256
[code] => 2.AQAq5nTl5j7tMkqF.3600.1328810400.5-30811359|tXdv-ci5z1GIzo9CY5HXp_piL3I
[issued_at] => 1328804621
[user_id] => 30811359
)

我可以确定用户喜欢有效用户,但我想弄清楚为什么在从初始标签页导航后我丢失了标准签名请求数据。

更新:如果我将已签名的请求存储到 session 变量中并将其加载到后续页面,我将维护完整的已签名请求。我有理由不这样做吗?

最佳答案

UPDATE : If I store the signed request into a session variable and load it on subsequent pages, I maintain the full signed request. Is there a reason I should not do this?

这正是你应该做的。

签名请求仅在 Facebook 最初加载 Facebook 标签时发送。 Facebook 选项卡中的后续导航不会附带签名请求,因为 Facebook 不再启动页面加载。

关于php - Facebook Tab 在对经过身份验证的用户的签名请求中丢失页面信息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9214747/

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