Hacker Newsnew | past | comments | ask | show | jobs | submit | zmzrr's commentslogin

Would I be reading this if it was only American companies?


No, probably not.

I think it's just a little shocking as it kind of makes it seem like nobody outside of China supports WebAssembly.

I think having a wide variety of companies from open source "pro web" to Google and Alibaba might be better then having a pile of extremely wealthy firewall supporting companies.


No, because several different American companies would represent several differing viewpoints.

A bunch of Chinese companies is essentially the viewpoint of the current dictator of China, should he choose to weigh in.


America is not China.


Shocked by the downvotes, to be honest.


Are you sure?

For instance, they are two countries, whose names end with the letter "A"... dare I continue?


Can you please cut out the lower/boring segment of trolling? (like this and https://news.ycombinator.com/item?id=21804133)


Isn't Veracrypt just a container, like a hard disk? Why should Veracrypt care about what filesystem you store inside of a container, and whatever you do with its permissions?


>I don't approve of extorting all of Twitch for one companies corporate copyrights including blocking Twitch across an entire country. This is a scorched earth corporate authoritarian/oligopoly approach.

The alternative is that I can host whatever illegal content I want in a big site, knowing they won't have the balls to block it.


Then many countries in the EU are authoritarian too, since they block domain names of websites that link (yes, link, not host, just link) to streams of football matches.


No. The pot is always right; it is only the kettle that is black.


What a shitfest this would be. How much money do you think some governments would be willing to spend to take over the entire DNS system? Don't you see what they did to Bitcoin?


Are you surprised that a megacorporation is acting like a megacorporation? What's the alternative, forcing Google to sell their products? How would you even achieve that?


>i see a lot of mentions of cordova apps. are people publishing apps without a backend (and save everything in localstorage)?

Yes. Why not? You can write a Cordova app that doesn't even have a backend.


of course you can.

but since every device is as persistent as its weakest point (e.g. physical damage, loss/theft, etc) shouldn't apps that need to save essential/important data basically give up the argument of persistence because of using localstorage in the first place? your data is one breakdown/loss away from permanent destruction when using localstorage exclusively.

that is why, from my experience, you always rely on the server and only use localstorage as a backup in case the server is down, there's no internet, etc.

claiming massive loss of data because localstorage got emptied is basically saying "our app wasn't designed correctly".

what am i missing?


If my phone breaks, I lose my data, and that is my responsibility. You are saying that everything should be backed up on the cloud, I think that's crazy.

localstorage disappearing overnight IS a bug. If I put stuff in My Documents folder on Windows and Windows decides to delete it, that IS a bug too. You could argue that I should have backups, and you would be right, but that's no reason for Windows to delete my files, and that is no reason for me to never use my hard disk.


of course not everything should be backed up to the cloud. but if it's important and only available on your phone, then yes please back it up, or better yet, have it up there in the cloud.

regarding your comparison between a windows folder and localstorage feels a bit exaggerated.

yes, the Chrome team really fumbled it. and yes localstorage and important data should be mutually exclusive.


You're right that important data needs to be backed up, but I disagree that it is the app builder's responsibility to do that. It is the end-user's responsibility to think about backups, to choose where to backup and how often. From the app developer's perspective, it is commendable that, in this day and age, they allowed users to retain control of their own data, instead of automatically uploading the user's data to the developer's server.

Local storage and/or SQL DB were touted as features for exactly this use case. That Google did not consider their persistence as that important for the release is perhaps not surprising for a company used to storing all your data in their cloud (not claiming they did so knowingly, just that it's probably in their culture, just as in your comments above).


interesting take. i agree with it in spirit.

but unfortunately i don't think your average user has any idea about what you wrote.


...localstorage and important data should be mutually exclusive.

It seems like we could say "don't trust this" about any aspect of any platform. Categorizing every application as "really important, don't update the UI until securely written to three AZs" and "totally ephemeral purge every minute" excludes a lot of stuff in the middle. Sure, nothing made by humans is perfect, but many things could be improved. One improvement to localstorage would be to simply not delete all the data.


Are you serious? Maybe you missed the entire privacy conversation around cloud storage in the last couple of years. Also, with your reasoning, your entire laptop should merely be a client for a remote storage.

Saving stuff locally is good for privacy, for performance, for offline-capabilities. You can back up your entire phone LOCALLY, to have a solution of your stated problems (theft, physical damage).


i am very serious. people lose their devices all the time.

never save important data on a single device. you simply delay the inevitable "i lost my data" scenario.

non-important data on the other hand should have no problems living on a single device. or even localstorage.

and as i said before, i don't think your average user has any ideas about backing up. that's why it almost always comes back to the developers to implement it.


That's like saying Chrome is faster than Firefox. It might be true, but people here wish it wasn't true, so they'll scold you.



>Saving pages as HTML is not ideal because a) you get an HTML file plus a folder, not very practical if you want to retrieve them later

MHTML exists. https://en.wikipedia.org/wiki/MHTML


I don't know about other browsers but Safari doesn't support it.

Not only that but HTML/CSS/JavaScript has been a moving target over the last couple of decades, sometimes people need something with longevity.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: