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

Except is was said by Vice President Thomas R. Marshall upon Theodore Roosevelt’s death and co-opted as a Chuck Norris joke.

Teddy Roosevelt was the Chuck Norris of his day. It is appropriate.

I think that comparison is quite unfair to Teddy, and overly flattering to Chuck Norris.

Historian, sheriff, war hero, governor, explorer, and a successful President who reshaped America largely for the better. While Roosevelt was human, he led a life that very few have ever matched.

That said, the line does fit them both.


Literally saved Football.

All due respect, no comparison, teddy is a real legend not just cinema. Lets not conflate the two. Much love to chuck though.

It's a kickass obituary, no matter the subject!

I agree!

It is funny because you usually think of Death as something inevitable and people just accept it but then ... some of these guys put up a fight. Mega-LMAO!


speaking of, Dropbox bought a similar product a couple of years ago https://reclaim.ai/

God, remember when Dropbox was just a folder that syncs[1]?

[1] https://www.quora.com/Why-is-Dropbox-more-popular-than-other...


Every "office" tool expands to be Microsoft Office. Box, Dropbox, Zoom, all are heading down that path.

speaking of, Reclaim is the company TFA recommends Clockwise customers migrate to

I tried this out about 2 months ago when setting up a new server. I wanted something simpler and less resource heavy as webmin but it was just too simple. Adding questionable, half baked add-ons to get various functions to work just didn't give me the flexibility of webmin.


This has been my problem. Not necessarily that the rate limits are low, many can be gotten around by using multiple users to do the work since the limits are per user, but how rclone handles those rate limits when they hit them. The exponential back off will end up making hours and days long delays that will screw a migration.


I had to tweak some options because it was hitting ratelimit on B2 and the reaction of rclone to that was just... disabling deletes


How do you deal with how poorly rclone handles rate limits? It doesn't honor dropbox's retry-after header and just adds an exponential back off that, in my migrations, has resulted in a pause of days.

I've adjusted threads and the various other controls rclone offers but I still feel like I'm not see it's true potential because the second it hits a rate limit I can all but guarantee that job will have to be restarted with new settings.


> doesn't honor dropbox's retry-after header

That hasn't been true for more than 8 years now.

Source: https://github.com/rclone/rclone/blob/9abf9d38c0b80094302281...

And the PR adding it: https://github.com/rclone/rclone/pull/2622


Interesting. I’ve been through 4 large transfers to Dropbox in the last 3 years and never once has it honored that header.


I honestly haven't used it with Dropbox before, have you tried adjusting --tpslimit 12 --tpslimit-burst 0 flags? Are you creating a dedicated api key for the transfer? Rate limits may vary between Plus/Advanced forum.rclone.org is quite active you may want to post more details there.


I have made a dedicated api application and I have adjusted the tps flags. I’ve scanned the forums a few times but I’ve yet to inquire there.


I mean, you didn’t give it enough time. All of these cloud storage platforms are databases at their core. When you delete the file you’re updating the database entry, the data (and the record of it) is still there until their purge process runs, which could be days or weeks.

If it’s still there at a month I’d be surprised and be checking terms of service to see what they commit to.


I think it may be as long as 180 days, but I haven’t found anything super specific from Apple.

Remember that Apple’s typical customer is non-technical. Keeping files in case of a catastrophic deletion is safer for their customers.

They want to give the person who calls them up and says “I deleted all my family photos 31 days ago!” A good experience.


If Apple truly kept files "a little longer" for customer service, you'd expect clear documentation of the retention period and working recovery tools


The 180 days is documented for iCloud device backups, but not documented for iCloud Drive.

I also don’t think you can make that assumption. I’ve worked for many companies where we had recovery tools we didn’t advertise to customers especially since it wasn’t a guarantee that they would work, and they involved manual recovery effort. We didn’t want to just give customers the idea that they could be sloppy and delete their data and depend on us to do a low level database restore.


That’s because Diet Coke is not based on classic Coke. It’s based on new coke, it should really be called diet new coke. Coke Zero is based on Coca Cola classic.


It's actually the opposite-- New Coke came out after Diet Coke, and was more-or-less Diet Coke with sugar (HFCS, whatever) instead of aspartame.

But yeah it's definitely not the same as classic Coke. Also gets rid of the coca extract, I think?


I always appreciate when people make comments like this. It helps identify the trolls or people so completely outside of reality you can mark them as untrustworthy and ignore whatever they say.


Amen! This is part of the overall societal decline of no failing for anyone. You gotta feel the pain to get the growth.


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

Search: