I find it nice to be able to simply make changes as I need directly on the system without going through any config management abstractions. But then I have a record of previous state a can revert to. It's simple and works well.
> So now that we now to look for them, it may be possible that we'll be able to find others, at least before the probe reports back from Proxima Centauri.
To me this is the most exciting part of the discovery. Previous research was quite pessimistic about our ability to observe these kinds of interstellar comets[1]. Finding the few interstellar comets among the many objects within our solar system requires effort and specialized methods. Since our previous estimates indicated that we would not be able to observe many of these interstellar comets, it did not seem like looking for them was worth the effort. Now that has changed.
Since previous estimates indicated that this discovery should not have been likely, we can be reasonably sure that previous estimates were incorrect. Meaning it now seems worth the effort to begin looking for them.
With the LSST[2] coming online in the next year or so, our ability to observe such objects will be dramatically improved over current telescopes including Pan-STARRS which discovered this one.
[1] (Disclaimer: I am an author of a previous paper which concluded that these kinds of discoveries would be nearly impossible with current telescopes. Never have I been more happy to be wrong) My paper along with several others are referenced in the Nature letter.
This is really exciting news. Not only did we find an interstellar comet but we found it using the Pan-STARRS telescope. With the LSST coming online soon which is the next generation of survey telescopes we can expect to find many more interstellar comets that previously expected.
Several years ago and I don't remember much of the specifics but we had an issue with static content being served from our site being randomly truncated (polluting the cache etc).
We eventually traced the issue down to the Nginx server that was serving the files and one of it's cache buffer size config options, (I don't remember which one anymore). We noticed if the file being served was larger than a certain size it would occasionally truncate the file but not always. We tested increasing the buffer size by repeatedly doubling the default value, which was a power of two, up to a size of several GBs. But the files kept being truncated for some small percentage of the requests. At this point we knew it wasn't directly related to the size of the buffer since it was larger than any files being served. Finally someone suggested that we test a value that wasn't a power of two and the issue was gone.
We figured it was an internal bug in Nginx where it was growing an allocation buffer and used powers of two, but had an off by one error that didn't copy the second half of the buffer or something. We dug through the code but never found anything and so we left the cache setting at +1 from the default power of two value and never had an issue again.
Bike are balanced and symmetric side-to-side. Top to bottom they are not, obviously. The center of mass is above the ground , so a bike that is not moving will fall over to lower its center of mass. But this doesn't happen if the bike is moving. Push a bike without a rider and it will travel for a few feet without falling over, and take longer to fall over if just left standing still.
Thanks for the wonderful explanation. My question is How? How does the bill allow a Consumer ISP to be paid by a Website owner? Can someone provide some text from the bill or at least a summary of how the bill is drawing the line from Websites to Consumer ISP? I don't see how FCC regulations however obscure or convoluted they may be adds a new money flow requirement.
To be clear I am not disagreeing with the explanation but rather asking for help in understanding the leap from "this looks as though it just prevents the FCC from setting price floors and price ceilings" to "The problem is that this arrangement would have businesses paying money to ISPs that they didn't choose, and can't walk away from."
Yes, and that the nuances of how things are formatted are really not that important, but rather having a standard which provides a consistent reading experience is the important aspect.
Typically one would assume that it was not coincidental and then adjust the bounds for how often we expect the event occurs based on observations, or lack thereof.
My favorite way to describe orbits is 'constantly throwing yourself at the ground but moving so fast that you just keep missing', hence the constant free-fall/zero-g.
I find it nice to be able to simply make changes as I need directly on the system without going through any config management abstractions. But then I have a record of previous state a can revert to. It's simple and works well.