151–160 of 251 posts
Earlier quoted context omitted.
Here is an implementation of arbitrary data storage using YouTube videos: https://github.com/dzhang314/YouTubeDrive
Wouldn’t YouTube re-encode the video and mess up with the data?
Sounds like a great way to lose your Google account (and all your other linked Google services) for ToS violations to me.
You can also just use GSuite with a few users to get unlimited Google Drive storage. https://support.google.com/a/answer/139019?hl=en#6_storage
That references "for education", but it's also true for GSuite Business (and enterprise, but not basic). You'll need to be paying for at least 5 users, or $60/month.
Earlier quoted context omitted.
Are they? Email, calendar, online office, cloud storage etc. are all available from various other companies(even beside the big few corporations). The only two areas where you'd really have to sacrifice features would be Android apps, and YouTube if you're running a channel.
tell me which provider has an integrated single signon service for all of those above? Which provider has apps for their service for all major OS'es (including mobile), and is mostly free (or low cost)?
You might not want to be tied to Microsoft but Google is not the only option.
Edit: Overlooked the comment about Apps. Microsoft offers apps for mobile, but not Linux. Although even on Windows I use the browser to access the services which will work on Linux.
I think in the long run, the user could risk the complete google-account if they begin rating the uploads a violation of TOS. I advise a totally seperate account when using this tool. But anyways, something inside me likes it. Nicely done. Good job :)
This is a complete hack job and probably useless if Google changes free storage for docs. That being said, they currently allow the guys at /r/datahoarder to use gsuite accounts costing £1 for life with unlimited storage quotas. These are regularly filled to like 50TB and Google doesn't bat an eye.
In 1998, the EFF and John Gilmore published the book about "Deep Crack" called "Cracking DES: Secrets of Encryption Research, Wiretap Politics, and Chip Design". But at the time, it would have been illegal to publish the code on a web site, or include a CDROM with the book publishing the "Deep Crack" DES cracker source code and VHDL in digital form. https://en.wikipedia.org/wiki/EFF_DES_cracker https://www.foo.be/doc…
Are you implying there's something more interesting there than just the DES source code and related data that the book already very clearly claims to contain?
You can also just use GSuite with a few users to get unlimited Google Drive storage. https://support.google.com/a/answer/139019?hl=en#6_storage
relevant video on this unlimited plan and the way it is capped. https://youtu.be/y2F0wjoKEhg tl;dw Upload is limited to 750GB per day per account
You need 5 users for GSuite Business, if you use those alone the limit is now 3750GB/day
Has anyone actually tried storing a large amount of data like this? I feel like creating a new google account and using it as a backup for a 300gb folder I have.
If it’s only 300GB check out Backblaze B2. It would cost you $1.5 per month for that amount of data.
Base85 would probably be a better choice for storing binary as text, since it has a ratio of 5:4 instead of 4:3. On the topic of "unusual and free large file hosting", YouTube would probably be the largest, although you'd need to find a resilient way of encoding the data since their re-encoding processes are lossy. I like the "Linux ISO" and "1337 Docs" references ;-)
> Base85 would probably be a better choice Base64 has the advantage of relative ubiquity (though Base85 is hardly rare, being used in PDF and Git binary patches). It also doesn't contain characters (quotes, angled brackets, ...) that might cause problems if naively sent via some text protocols and/or embedded in XML/HTML mark-up. > YouTube ... you'd need to find a resilient way of encoding the data [due to lossy re-e…
Earlier quoted context omitted.
I think that depends on their tools and how they evaluate data usage. If the reporting states that the accounts are using very little storage because it's using the same measuring stick that the client does them it's invisible. The question comes up during an audit of the system when the disk usage doesn't match the report. Then again, if this is used by few people it may just look like a margin of error.
It'll more be that the Google docs "live editing" backends are expensive to use disk and memory wise. They store complete version history with each keystroke of a document. There's a good chance a megabyte of "document" costs Google a gigabyte of internal storage...