blocks|key|5183272|text|我和我的合作伙伴做这件事的方式是，我们各自制作了自己的Facebook私人应用程序，这些应用程序指向我们工作的IP地址。由于我们在同一个地方工作，因此每个人都选择了不同的端口，并让路由器将该端口转发到本地IP地址。刷新页面有点慢，但它工作得很好。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5183273|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The way I and my partner did it was we each made our own private Facebook applications, that pointed to our IP address where we worked on it. Since we worked in the same place, we each picked a different port, and had our router forward that port to our local IP address. It was kinda slow to refresh a page, but it worked very nicely.

blocks|key|3772762|text|尝试使用一个条目更新主机文件(for+windows+users+@+c:\windows\System32\Drivers\etc\hosts)，该条目会将来自活动域的所有请求路由回您的计算机。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3772763|所以127.0.0.1++mywebappthatusesfacebook.com.|3772764|然后，确保您的应用程序在Then服务器的根目录下运行。@+http://localhost/然后转到浏览器中的mywebappthatusesfacebook.com，它应该会重定向回您的本地计算机。Facebook不会知道其中的区别。希望这能有所帮助|3772765|entityMap|0|LINK|mutability|MUTABLE|url|http://localhost/^0|E|1N|0|2|14|0|T|H|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@$9|S|A|T|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|U|8|@$9|V|A|W|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|X|8|@]|D|@$9|Y|A|Z|1|10]]|E|$]]|$1|J|3|-4|5|6|7|11|8|@]|D|@]|E|$]]]|K|$L|$5|M|N|O|E|$P|Q]]]]

Try updating your hosts file <code>(for windows users @ c:\windows\System32\Drivers\etc\hosts)</code> with an entry that will route all requests from your live domain back to your machine. 

So <code>127.0.0.1 mywebappthatusesfacebook.com.</code> 

Then make sure that your app is running at the root of your webserver. @ <a href="http://localhost/" rel="noreferrer">http://localhost/</a> Then goto mywebappthatusesfacebook.com in your browser and it should redirect right back to your local machine. Facebook won't know the difference. Hope this helps

blocks|key|716301|text|您必须将主干和测试版本添加为不同的应用程序，并使用test+accounts对它们进行测试。您还可以使用单个应用程序并在不同周期之间切换其目标URL。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|716302|entityMap|0|LINK|mutability|MUTABLE|url|http://developers.facebook.com/news.php?blog=1&story=35^0|P|D|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

You'll have to add both trunk and test versions as different applications and test them using <a href="http://developers.facebook.com/news.php?blog=1&amp;story=35" rel="nofollow noreferrer">test accounts</a>. You may also use a single application and switch its target URL between cycles.

blocks|key|721677|text|测试FB应用程序仍然是一个相当原始的过程。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|721678|我通常设置一个测试应用程序，它是FB开发环境中生产设置的完整副本，该环境使用SSH隧道指向我的开发服务器。你可以在FB中设置任意多的应用程序-我通常有一个开发应用程序，一个登台应用程序和生产应用程序。登台和生产都在“实时”服务器上，而不是在SSH隧道上。|721679|然后，在您的应用程序中，您可以使用任何语言/框架/服务器工具来切换基于服务器的FB配置。在Rails中，Facebooker+gem实际上内置了对不同FB配置的支持。|721680|一旦所有这些都完成了，不幸的是，测试仍然是一个在FB内部运行应用程序的问题。我使用Selenium尽可能多地实现自动化。|721681|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

Testing FB apps is still a rather primitive process. 

I generally setup a test application that is a complete copy of the production settings inside the FB development environment that uses an SSH tunnel to point to my development server. You can setup as many applications as you need inside FB - I generally have a development application, a staging app and production. Staging and Production are both on "live" servers rather than an SSH tunnel. 

In your application you then use whatever language/framework/server tools are at your disposal to switch the FB configuration based on the server. In Rails, the Facebooker gem actually has built in support for different FB configurations.

Once all of that is done, testing is, unfortunately, still a matter of running the app within FB itself. I use Selenium to automate as much of this as possible.

blocks|key|2927955|text|最好的方法是：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2927956|从‘基本信息’中删除'App+Domain‘|2927957|设置网站的'Site+URL‘为："http://localhost/“。|offset|length|2927958|就这么简单。|2927959|(这仅适用于没有与测试环境并行运行的活动系统的情况。在这种情况下，给自己找另一个钥匙。)|2927960|entityMap|0|LINK|mutability|MUTABLE|url|http://localhost/^0|0|0|I|H|0|0|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@$F|W|G|X|1|Y]]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|10|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|11|8|@]|9|@]|A|$]]]|M|$N|$5|O|P|Q|A|$R|S]]]]

Best way to do this:

Remove 'App Domain' from 'Basic Info'

Set website's 'Site URL' to : "http://localhost/" .

That simple. 

(This only apply if you don't have a live system running in parallel to the test env. In that case get yourself another key.)

blocks|key|5183542|text|我们的设置跟Toby很像。针对每个开发人员的一系列配置文件，其中包含Facebook应用程序Id+info+(每个开发人员使用不同的应用程序)，应用程序托管的单独页面，以及git忽略配置文件。我们是带有Code+Igniter的LAMP，它类似于Rails，因为我们可以在一个文件中设置环境，该文件指向带有Facebook常量的配置。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5183543|扩展到Selenium，使用单元测试进行模型测试。|5183544|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

We have it setup much like Toby. A series of config files for each developer, that has the Facebook APP Id info (a different app for each developer), separate pages where the app is hosted, and git ignores the config files. We're LAMP with Code Igniter, and it's similar to Rails in that we can set the environment in 1 file, which points to the config with the Facebook constants. 

Branching out into Selenium, using unit tests for model-testing.

blocks|key|3772987|text|对于本地测试，我们只需使用与服务器不同的应用程序。在我们的例子中，Canvas-URL被设置为localhost.local:8000。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3772988|你只需要确保当你使用facebook+connect时，你在浏览器的地址栏中输入了localhost.local，而不仅仅是本地主机。|3772989|如果你使用Firefox的'open+iframe+in+new+tab‘命令来测试一个画布或标签应用，速度会更快。这样就保留了来自Facebook的会话和cookie。|3772990|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

For local testing we simply use a different app than for the server. In our case the Canvas-URL is set to localhost.local:8000.

You only have to make sure that when you use facebook connect that you type in localhost.local into the address field of the browser and not just localhost. 

For testing a canvas or tab app it is faster if you use the 'open iframe in new tab' command of Firefox. This way the session and cookies from Facebook are preserved.

blocks|key|721826|text|另一种解决方案是NGROK|type|unstyled|depth|inlineStyleRanges|entityRanges|data|721827|https://ngrok.com/|offset|length|721828|它会打开通向本地应用程序的公共隧道|721829|我的rails应用程序上的示例，只需输入|721830|./ngrok+3000|code-block|syntax|javascript|721831|我得到了|721832|http://630066fe.ngrok.com+->+127.0.0.1:3000+|721833|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|I|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|10|8|@]|9|@$D|11|E|12|1|13]]|A|$]]|$1|F|3|G|5|6|7|14|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|15|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|16|8|@]|9|@]|A|$M|N]]|$1|O|3|P|5|6|7|17|8|@]|9|@]|A|$]]|$1|Q|3|R|5|L|7|18|8|@]|9|@]|A|$M|N]]|$1|S|3|-4|5|6|7|19|8|@]|9|@]|A|$]]]|T|$U|$5|V|W|X|A|$Y|C]]]]

Another solution is NGROK

<a href="https://ngrok.com/" rel="nofollow">https://ngrok.com/</a>

It opens a public tunnel to your local app

Example on my rails application by simply typing

<pre><code>./ngrok 3000
</code></pre>

I get

<pre><code>http://630066fe.ngrok.com -&gt; 127.0.0.1:3000 
</code></pre>

Typically I develop my websites on trunk, then merge changes to a testing branch where they are put on a 'beta' website, and then finally they are merged onto a live branch and put onto the live website.

With a Facebook application things are a bit tricky. As you can't view a Facebook application through a normal web browser (it has to go through the Facebook servers) you can't easily give each developer their own version of the website to work with and test.

I have not come across anything about the best way to develop and test a Facebook application while continuing to have a stable live website that users can use. My question is this, what is the best practice for organising the development and testing of a Facebook application?

Developing and Testing a Facebook application

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

通常我在主干上开发我的网站，然后将更改合并到测试分支，在那里它们被放到一个'beta‘网站上，最后它们被合并到一个活动的分支上，并放到活动的网站上。对于Facebook应用程序来说，事情有点棘手。因为你不能通过普通的网络浏览器来查看Facebook应用程序(它必须通过Facebook服务器)，所以你不能轻易地给每个开发人员提供他们自己的网站版本来使用和测试。我还没有遇到任何关于开发和测试Faceb

问开发和测试Facebook应用程序
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问开发和测试Facebook应用程序EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问开发和测试Facebook应用程序
EN