问题标签 [facebook-credits]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - Facebook 如何确定它是否是移动设备?
在为外部站点实施 FB Pay 对话框时,我遇到了问题。
为了显示此对话框,我根据文档使用FB.ui方法:
https://developers.facebook.com/docs/reference/dialogs/pay/
但是 JS 生成的 Url 包含display=popup参数,该参数仅适用于移动设备。这不是我的情况:我需要付款才能在手机和台式机上工作。
因此,我决定对手机使用 JS FB.ui方法,对台式机使用简单的 GET Url。
以下是问题:
1) 这是正确的决定还是有更好的方法让 FB Pay 对话框在手机和台式机上都可以工作?
2)如果这是最好的方法,我怎样才能知道它是否是移动设备?在内部,在我们的站点中,我们只是使用移动用户代理列表进行猜测,但不一定是 FB 方式。那么,FB方式是什么?
credit-card - 在 iFrame 应用程序中允许信用卡支付服务
我想知道在 iFramed 应用程序中提供信用卡付款的政策是什么。我知道这是违反规则的,Facebook 要求使用积分,但有一些使用信用卡支付的 iFramed 电子商务网站的例子,特别是 Nike 澳大利亚 Facebook 网站:
https://www.facebook.com/nikesportswearau/app_203425663079923
只是想知道这是否被允许,因为我认为这将是包含在其他 iFramed 应用程序中的一个很棒的功能。
谢谢
java - 未调用 Facebook 积分回调例程
调用creditsbuy()
例程时,Facebook 会显示此错误,There Was a Problem Processing Your Payment.
并且不会显示付款对话框。
我已经验证了以下内容,但我找不到问题:
- 在 Credits Settings 中设置回调 url:http: //sharp-journey-4179.herokuapp.com/callback.jsp
- 将自己设置为信用测试员。
- 已验证可以从 Facebook 对象调试器工具访问回调例程。
- 删除 callback.jsp 以简单地返回对 payment_get_items POST 的预设响应。
- Heroku 路由器收到状态为 200 的 POST,但在 Heroku 日志中未收到 callback.jsp 中的 console.log 输出。
- 对 payment_get_items 的响应是:
"{\"content\":[{\"title\":\"我的应用\",\"description\":\"这是我的应用。\",\"price\":2,\"product_url \":\"http://www.facebook.com/images/gifts/21.png\",\"image_url\":\"http://www.facebook.com/images/gifts/21.png \"}],\"方法\":\"payments_get_items\"}"
Facebook Credit 文档指出,发出应用程序服务器请求以响应购买请求。我是否需要实现一个 Servlet 来处理 POST 并将其传递给我的回调例程?Facebook 如何使用回调例程的名称,callback.jsp
?Servlet 是否需要命名为 Callback?
这是我的客户buy()
例程的片段:
这是我的 callback.jsp 代码:
javascript - 付款对话框 USD vs Credits
按照新发布的 API 传递
dev_purchase_params: {'oscif': true}
与 FB.ui 付款对话框的其他正常参数一起导致一些不一致的行为。我想知道我是否做错了什么。
如果我有足够的积分余额来支付一个项目,那么付款对话框将显示项目的积分价格(即购买 XYZ - 价格:10 个积分)。但是如果我没有足够的积分,那么它会以美元(或用户设置为默认货币的任何货币)显示。例如,如果该商品售价 10 美元(100 积分)而我只有 50 积分余额,那么它将显示“购买 XYZ - 价格:10 美元”以及付款选项等。
有没有办法总是显示美元(或当地货币)?否则,我们的游戏内店面与付款对话框有点不一致。如果我们以当地货币价格为所有东西定价,但弹出支付对话框询问积分,这会使最终用户感到困惑。
facebook - Facebook 积分在手机选项上的支出要高得多
我正在开发一个 Facebook 应用程序,我以 10 个积分出售一个数字产品。信用卡支付的价格是1美元,而手机选项的价格是2.5美元。对于另一个学分金额也是如此。假设我以 20 积分出售产品,信用卡价格为 2 美元,而手机价格为 4.7 美元。
这是平常的吗?这似乎毫无意义,因为用手机支付时价格高出100%以上!
为什么会这样?
非常感谢
PS:我是葡萄牙人,沃达丰的客户。
facebook-credits - 应用程序中的促销横幅
在我的应用程序中播放,出现在右侧面板中,一个关于获得 Facebook 积分的促销活动将在我的应用程序中播放。我不允许这种促销活动,显然,我的应用程序中没有必要的 Facebook 积分。谁是该横幅的负责人,我如何与他们联系并删除该横幅?
点击促销后,会出现购买Facebook Credits的界面。我担心网络钓鱼活动,我想最后一点是我的玩家会对游戏以及游戏和公司的政治产生错误的看法。
有没有办法删除这些促销?
亲切的问候,
facebook - 来自 connect.facebook.net/en_US/all.js 的 IE 8 错误由 credits 回调引起
设置:
有一个正常工作的 facebook 应用程序,并且正确设置了 facebook 积分交易(即服务器端的一切工作正常)。
在 Firefox 和 chrome 中,交易完成没有问题,但是在 IE8 中,完成/关闭购买对话框时的回调会引发以下错误:
错误一:
它指向的功能是:
特别强调这一点:
在http://connect.facebook.net/en_US/all.js文件中
错误 2:
行:65 错误:对象不支持此操作
对象不支持此操作 all.js,第 65 行字符 2198
[它指向的行是一个愚蠢的长无格式不可读的混乱,所以除非要求,否则我将省略它]
特别强调这一点:
再次在http://connect.facebook.net/en_US/all.js文件中
我正在使用的html(删除了应用程序识别的东西)如下:
这只是 IE 8 的一个问题,但由于大量用户事务将失败(或者更确切地说,由于回调失败而将完成、收费并且不生效),因此导致应用程序停止运行。
在过去的几天里,我一直在寻找其他有此或类似问题的人,但无济于事。
我已经看到一些类似的问题,人们被警告关于全局创建的 javascript 变量并导致干扰或变量是使用 IE 中保留的关键字的名称,但据我所知,这里都不是这种情况。facebook javascript 代码是从 facebook 开发页面和可靠来源中提取的相当样板的东西。它可能是 JQuery(我对此几乎没有经验),但是,这又是从工作示例中提取的,如果有问题我看不到它。
任何人都可以帮忙吗?
payment-gateway - 有没有在支付服务中使用 Facebook 积分的替代方法?
有没有办法在不使用 Facebook 积分的情况下在 Facebook 应用程序中实施支付服务?
facebook - 让 Facebook 的新付款人促销活动发挥作用
有没有人能够让Facebook 最近的开发者博客文章中描述的新付款人促销活动起作用?根据文档,您应该能够is_eligible_promo
通过 Graph API 查询新字段。
像这样格式化调用只会导致为我返回“id”字段。
我错过了什么吗?我是否必须在某处注册或启用此功能?或者它只是不能正常工作?
facebook - express.static 无法响应 POST 请求
我有一个新手问题。我有一个 flash facebook 应用程序,它使用 facebook 积分。我使用 express 框架来提供包含 application.swf 的静态 html 文件。
这就是我配置快递的方式:
我使用这种结构在 http 和 https 请求上为我的应用程序提供服务。当传入的 http 请求类型为 GET 时,它运行良好。
但是,当用户在应用程序中购买商品时,facebook 会向我的应用程序发送 POST 请求。问题是当收到对静态文件目录的 POST 请求时 express 抛出 404 错误。
PS:POST 请求被发送到相同的 url,这对 GET 请求非常有效。
以下是监测结果: