回复：比特币 URI 方案
原始发布页
打开来源页面查看 1 个交叉存档
引用自：lachesis 于 2010 年 6 月 16 日 上午 06:14:05
我觉得你误解了这个问题。我的浏览器始终能够访问 127.0.0.1（除非有某些奇怪的 IE 设置或病毒）。如果我在 URL 栏中输入地址或点击链接，它会正常工作。然而，无法使用 Javascript 在不同域之间（或同一域的不同端口之间）完成 POST 请求。
我也是这么想的。
引用自：sirius-m 于 2010 年 6 月 16 日 上午 08:26:14
对，我本想说跨域 javascript 调用是被禁止的，所以你无法从并非位于 127.0.0.1 的 javascript 中调用 127.0.0.1。仔细想想，如果浏览器允许恶意的跨域 javascript 修改人们的 Facebook 页面等等，那会相当滑稽。
现在我听到一则报告，说 javascript 确实可以向 127.0.0.1 发出跨域 POST 请求。其他域不行，偏偏就这个地址可以。太好了……
如果确实如此，那么不要在用于浏览网页的系统上使用 -server 开关或 bitcoind。
我会开始添加密码字段。
英文原文
展开英文原文
Quote from: lachesis on June 16, 2010, 06:14:05 AM
I think you're misunderstanding the issue. My browser will always be able to go to 127.0.0.1 (barring some strange IE settings or a virus). If I type the address into the URL bar or click a link, it will work fine. However, it isn't possible to use Javascript to complete POST requests between domains (or ports on the same domain).
That's what I thought too.
Quote from: sirius-m on June 16, 2010, 08:26:14 AM
Yeah, I meant to say that cross-domain javascript calls are forbidden, so you can't call 127.0.0.1 from a javascript that doesn't reside in 127.0.0.1. Come to think of it, it would be quite funny if browsers allowed malicious cross-domain javascript to change people's Facebook pages etc.
Now I'm hearing a report that it IS possible for javascript to do a cross-domain POST request to 127.0.0.1. Not other domains, but just specifically to that one. Great...
If this is the case, then do not use the -server switch or bitcoind on a system where you do web browsing.
I'll get started on adding the password field.