rgrove

This looks great!

I've had varying degrees of success over the years with various monorepo approaches, and have so far been most happy with pnpm workspaces plus TypeScript project references (plus Changesets when it's necessary to manage changelogs for published packages). oneRepo looks like it combines the things I like best about these tools and solves some additional headaches, so I'm looking forward to trying it out.

It always has! This is one of Yahoo's best-kept secrets, sadly.

(I worked on Yahoo Search — and search.yahoo.com — from 2007 to 2010)

Whoops, I probably should have known better than to mention specific pricing since it can vary based on local taxes (such as VAT), and because we test different plans from time to time. But if you're interested in the lower tier plan I mentioned and you're not seeing it on the site, feel free to email help@smugmug.com and ask for Jennifer, one of our Support Heroes. She'll take care of you!

SmugMug will give you unlimited photo storage for as little as $6.25 US per month (if you pay yearly). There are official apps for iOS and macOS (as well as other platforms) that support auto upload. You can easily share your account with your wife.

While the default SmugMug experience emphasizes publicly sharing your photos via a personalized photo site, you can just set everything to private, leave the website empty, and use the private Photo Library and Organizer features to manage your photos. The Photo Library provides a great UI for browsing and searching on the web (including mobile devices), and the iOS app offers a fast native iOS browsing and searching experience.

Full disclosure: I work for SmugMug!

https://www.smugmug.com/plans

The article's title is misleading, and it misrepresents the content and conclusions of some of its sources.

The 28 million ballots in question aren't "missing"; they're ballots that were mailed to voters and weren't used.

In some cases the voters in question likely didn't bother voting (common in local elections) or simply forgot (I've done this when I accidentally stacked other mail on top of a ballot and then didn't find it again until too late). In other cases, voters may have moved and failed to update their voter registration. This situation isn't unusual or alarming, and the opportunities for fraud aren't nearly as plentiful as the article tries to imply.

The article cites a 2008 report by the CalTech/MIT Voting Technology Project as recommending that states abolish absentee voting due to fraud concerns, but that report contains only a single paragraph proposing a theoretical _potential_ for fraud due to "unsecured" mail channels. It provides no evidence that this is common or has even occurred, and in fact devotes significantly more space to discussing the inconvenience of mail-in punch-card ballots with Styrofoam backings — something I had never heard of despite having voted by mail for almost two decades.

The article also cites a 2008 Reed College study, which again raises theoretical concerns about fraud but offers no substantive evidence that it's an issue, and in fact states that "A report commissioned by the federal Election Assistance Commission, authored by Tova Wang and Jed Seberov, concluded, on the basis of interviews with experts in the area, that there was little evidence of voter fraud."

The article claims Tesla is incorrect when they say that "the average ICE vehicle gets around 22 MPG", and counters with EPA stats showing that the average fuel economy of all vehicles in the US is 24.9 MPG.

But these aren't the same thing.

The set "all vehicles in the US" contains both ICE vehicles _and_ hybrid/battery-powered EVs. But Tesla is explicitly only talking about ICE vehicles, and Tesla doesn't specifically indicate whether they're talking only about US ICE vehicles or all ICE vehicles worldwide.

I'm not sure what the source is for Tesla's number, and it's entirely possible it's inaccurate, but The Drive's counter-argument makes an apples vs. oranges comparison.

It's not a bug.

The "fix" for this is actually pretty trivial, and it doesn't require using a unique subject or sender.

When you send an email that you don't want to be collapsed into any previous thread on Gmail, include an `X-Entity-Ref-ID` header with a random value.

I don't remember where I learned this. I can't seem to find any official documentation mentioning it. But it works.

A little over a year ago I spent days and days trying and failing to sign up for a Dropbox Business account.

The "Start free trial" button on the website literally did nothing. If I clicked it enough times, I eventually got a poorly worded error asking me to try again in 24 hours. This happened in multiple browsers. I tried many times over the course of several days with no success. I had coworkers try in case it was something specific to my machine or network. They got the same error.

I opened a support request and asked if they could help me manually open a Dropbox Business account. No, they couldn't. The best advice they were able to give me was to try clearing my browser cache and cookies (I did; it didn't help).

Finally I dug around and managed to find a link directly to a billing form, and was able to sign up by having them start billing me immediately instead of going through a free trial. I signed up for annual billing, naively assuming the per-user annual fee would be pro-rated (like Slack and most other good per-user services do) if our small company hired or lost any employees.

During the course of that year I did end up removing two users from our Dropbox Business account. Since we had already paid for the full year up front, I expected the next annual charge to reflect a pro-rated charge. But nope! The automatic renewal paid no attention to the _actual_ number of users on our account, and Dropbox charged us as if those users still existed.

Turns out the number of licenses you're billed for has to be managed manually. If you have 10 licenses and 10 users and then remove two users, that doesn't affect the license count. You have to remove two licenses manually. And if you pay up front for a year but remove two licenses halfway through the year? Too bad. No pro-rated reduced charge next year. Better be sure to predict your exact staffing numbers a year in advance next time.

Want to add a user halfway through the year when you're already at your license limit? It'll just fail with a cryptic error until you finally realize you need to first go to a different page and manually add a license. And sometimes (like literally as I type this) the Billing page you need to visit to do this is completely broken and just serves up an error that says "Oh hello. Sorry for this little hiccup."

Dropbox's core functionality works well and I have no complaints about it, but everything related to billing is so unintuitive and so frequently broken that I wonder whether they even care about it.

So yeah, I guess it doesn't surprise me that canceling is hard too.

I commented here about my own experience taking a ~5,000 mile US road trip from Oregon to Texas in a Tesla Model 3 last summer: https://news.ycombinator.com/item?id=18868422

tl;dr: I covered ~600 miles a day and it was a lovely trip.

Last summer I took a road trip from Oregon to Texas and back in a Tesla Model 3. I covered about 600 miles a day over the course of 8 days, for a total of nearly 5,000 miles. I never had a problem finding a supercharger along my route, never had to wait to charge, and rarely had to spend more than 30 minutes charging before continuing.

I stuck to major highways and interstates for most of the route, though there were a few long legs in Colorado, New Mexico, and Texas that were on minor highways off the beaten trail.

It was a really fun trip and I'm dying to take more long road trips in the car. My experience definitely wasn't anything like the one the author of this article had.

Log into your SmugMug account and open the Organizer. Browse to the gallery (or galleries) containing the videos you want to download, click the "Download" button in the toolbar (downward pointing arrow with a flat line underneath), and select "Download Gallery".

SmugMug will generate a zip file containing the original, unmodified images and videos in the gallery, and will email you a download link when it's ready.

Please don't use the name RawGit.

This is likely to confuse people, and it's also likely to cause people to reach out to me when they need help with rawgit2.com.

Thanks Justin! Likewise.

I'm not going to let the domain lapse for exactly this reason.

RawGit has been open source from day one: https://github.com/rgrove/rawgit

You might find this useful: https://github.com/mallendeo/cdp-rawgit-fix

It'll scan all your pens and try to suggest jsDelivr URLs wherever you've used RawGit.

Thanks for the suggestion! This does seem potentially more effective.

Exactly. And plenty of people have done exactly this. There's nothing technically interesting or unique about RawGit except that it got popular.

I did consider this, and several people have offered to take over, but ultimately I feel that the thing that was most useful about RawGit — it made serving HTML at scale dead simple for anyone with a GitHub repo — is also the thing that made it most prone to abuse.

It came down to a simple equation: fighting abuse on RawGit will _always_ take more time and effort than spreading abuse via RawGit. One persistent jerk working a few hours a day could do so much damage so quickly that mitigating it would require multiple people working full time.

There's just no good way to scale that and retain the functionality that actually made RawGit useful.

I talked about this a little more here: https://github.com/rgrove/rawgit/pull/191#issuecomment-42831...

It was a while ago now so my memory is hazy, but that sounds about right.

StackPath doesn't add any cookies to cdn.rawgit.com responses. Here are the complete headers from a sample response:

  HTTP/1.1 200 OK
  Date: Fri, 12 Oct 2018 17:56:30 GMT
  Content-Type: application/json;charset=utf-8
  Transfer-Encoding: chunked
  Connection: close
  X-Content-Type-Options: nosniff
  X-Robots-Tag: none
  Access-Control-Allow-Origin: *
  ETag: "9c153866d0cad7024c0f31eb7b65be11582a6737"
  Cache-Control: max-age=86400
  Vary: Accept-Encoding
  RawGit-Cache-Status: HIT
  Server: NetDNA-cache/2.2
  Strict-Transport-Security: max-age=31536000; preload
  X-Cache: HIT

I know! :D

Yeah, I really, really don't want to break things, so I've tried to be very careful about how I'm doing this.

In the shutdown announcement I committed to keeping the site running in sunset mode for at least a year. Hopefully that's plenty of time for everyone who's aware of the shutdown to migrate, but I expect there will be stragglers.

My unofficial, subject-to-change plan for dealing with that is that at the end of the sunset year, if there's still a significant amount of traffic, I'll start throttling requests to make RawGit slower. Hopefully people will notice their websites are slow and will investigate. I'll also try to notify stragglers individually by filing issues against their GitHub repos if possible.

Hi! I'm the guy behind RawGit.

I've actually never accepted donations. I paid the meager cost of the $10/month DigitalOcean droplet for the origin server, and StackPath (formerly MaxCDN) sponsored the CDN, which handled the majority of RawGit's traffic.

Once, I worked out how much the CDN bill would have been if StackPath hadn't sponsored me and my head nearly exploded. So yeah, I definitely couldn't have done it without them!

I pay about the same for insurance on my Model 3 as I did on the Mazda CX-7 it replaced. I've heard stories of some insurers charging ridiculous premiums for Teslas, but that hasn't been my experience with USAA.

Yeah, you can choose to postpone an update. The car may occasionally prompt you again, but I don't think it will force you to install it if you really don't want to. I've never postponed for more than a day or two though.

I have a Model 3 and so far haven't had any problems with updates. Installed the most recent one (2018.32.2) last night.

Hmm. If I've been in the dark for a while and then pick up my phone, the brightness hurts my eyes for a moment until they adjust to it. When I put the phone down, it takes a moment before I begin to be able to see things in the dark room. Doesn't that indicate that my pupils were initially dilated in the darkness and then constricted when I began looking at my bright phone?

I wonder how significant the difference is between pupil dilation while looking at a bright phone in a dark room and while looking at a bright phone in a bright room.

To protect your eyes from blue light, Karunarathne advises to [...] avoid looking at your cell phones or tablets in the dark.

Can someone explain why it would be worse to look at a cell phone in the dark? It's emitting the same blue light (or less, if the display gets dimmer) as it is in a bright environment. Why is that light more harmful in a dark environment?

The whole story is displayed on a single unbroken page on all platforms, unless you have JS disabled, in which case you'll only see 25 posts per page.