搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Data url's (data:) are crashing and laging the browser

  • 3 个回答
  • 3 人有此问题
  • 1 次查看
  • 最后回复者为 Jakub Mareda

more options

Browsers support a pseudoprotocol `data:` that parses the input as a base64 encoded file. I'm using this protocol very often, mostly for debugging purposes, since it's not well implemented.

My questions about this:

Are there any known hacks that would prevent Firefox from being unresponsive (for even minutes) when a long data URL is opened (long means HTML page long, much less than 1MB)?

Is there any chance something more convenient will be implemented for virtual downloads?

(You might notice that I'm posting from google chrome. That's because Firefox is just parsing the URL - and in fact, after the last update it makes no difference).

Browsers support a pseudoprotocol `data:` that parses the input as a base64 encoded file. I'm using this protocol very often, mostly for debugging purposes, since it's not well implemented. My questions about this: Are there any known hacks that would prevent Firefox from being unresponsive (for even minutes) when a long data URL is opened (long means HTML page long, much less than 1MB)? Is there any chance something more convenient will be implemented for virtual downloads? (You might notice that I'm posting from google chrome. That's because Firefox is just parsing the URL - and in fact, after the last update it makes no difference).

被采纳的解决方案

After some searching, it appears that the best answer would be telling me, that in Firefox, files can be saved using Blob. Github user eligrey has also implemented a compatibility framework for this feature - this one uses base64 url's as fallback option. That would be direct answer to my question. But thanks for trying.

It's still a mystery to me, though, how exactly is it implemented.

guigs2: Not sure what do you mean by Web console. When Firefox is not responding, none of it's components are responding. Firefox is top 1 browser when it comes to not being responding (might be related to the ammount of plugins, open tab and history entries though).

As of stackoverflow: At stack overflow, specific programming problems are being solved. Not question about when will Firefox implement something.

cor-el IndexedDB is indeed an interesting thing I wasn't aware of. But it's more relevant to questions about local storage, rather than javascript downloads.

定位到答案原位置 👍 0

所有回复 (3)

more options
  • There is the Web Console
  • It looks like the largest url is 65,536 characters

Please try the stackoverflow.com community. MDN has some users that answer questions like this there as well.

more options

If this data code is embedded in the web page code then the limits might be different.

There is also IndexedDB to store a larger amount of data locally.

由cor-el于修改

more options

选择的解决方案

After some searching, it appears that the best answer would be telling me, that in Firefox, files can be saved using Blob. Github user eligrey has also implemented a compatibility framework for this feature - this one uses base64 url's as fallback option. That would be direct answer to my question. But thanks for trying.

It's still a mystery to me, though, how exactly is it implemented.

guigs2: Not sure what do you mean by Web console. When Firefox is not responding, none of it's components are responding. Firefox is top 1 browser when it comes to not being responding (might be related to the ammount of plugins, open tab and history entries though).

As of stackoverflow: At stack overflow, specific programming problems are being solved. Not question about when will Firefox implement something.

cor-el IndexedDB is indeed an interesting thing I wasn't aware of. But it's more relevant to questions about local storage, rather than javascript downloads.