Comment Re:SystemdOS (Score 4, Funny) 320
...and let's call it EMACS!
...and let's call it EMACS!
How many Rhode Islands is that?
Blue was a premium microphone company. The Yeti was just a low end consumer product -- though probably the one that convinced Logitech to buy them out. Its really too bad to see such a good audio company get destroyed by the consumer industry this way.
That has nothing to do with eSim vs. Sim. You can hijack a phone number to a new phone that way now with any phone.
Hmm... to me, the best thing about CrashPlan was the client. It would let me backup machine-to-mahcine, to a local drive, to a network drive, or to Crashplan Cloud -- all seamlessly from the same interface. I understand that the only thing they're eliminating is the cloud for home users product... but it seem from their site that they're also eliminating access to the client unless you have a Small Business account with a login to download the new ones.
Really, I bought their cloud product mostly because their client was good and their price was reasonable. Anyone know of a good and well-supported cross-platform client that lets you do machine-to-machine, NAS and cloud backups that maybe uses something like S3 or Glacier?
Which can afford it? All of them!
Corporations are taxed on profits, not on revenue. So anyone who will be taxed by definition has money, because they made a profit. Remember, they can write off just about anything that is involved with the operation of the corporation. So if they're losing money, they don't pay taxes.
Contrast that against income taxes, which are mostly (with the exception of a couple of write-offs like mortgage interest) on revenue.
An interesting thought experiment... what if income tax was treated the same way as corporate tax... you can write off ANYTHING that has to do with operations (living your life). That would be quite a stimulus, because it would encourage people to spend on all sorts of things, rather than just on real estate.
Your needs for 1000+ uniques are minimal. If I were to do it, I'd get a shared hosting account someplace and move on. Shared hosting can handle *way* more than that.
But if high availability (limited downtime) is part of the requirements, I'd say go out and buy an F5 BigIP. You plug your internet in the front, your machines in the built-in switch, configure your domain names in it using the web interface, and you're done. Set it to do service-checks, and it'll automatically pull out of the pool any machine that fails or that you take down for maintenance. So you get full up-time so long as your power and network don't fail.
Yes, you can get the same functionality using Linux HAProxy. But you sort of need to understand what you're doing. Reading the way your question is asked, I suspect you're learning this, and do you really want to make the mistakes on a real live project? Just go with the appliance until you have a solid understanding of what you're doing. Shoot -- I have a good solid understanding from years of experience, and I still use the BigIP when I have a budget (and HAProxy when I don't). It's just easier, and I can move on to more interesting problems with my time.
Once you've got this setup, set up a cron job to rdist the site to all the machines so that all your data is always on each machine. If you've got a database, you have some choices. For completely static data, I like to have it replicated to each machine, and have each web server just query localhost. If it's dynamic, have a replicated pair. At your levels, that can exist on the web servers.
I really dislike the cross-mounted disk architecture of traditional cluster solutions, because there are too many shared components. Each of those multiplies your possible points of failure for your whole setup. Better to keep everything completely separated, so if one component fails, that whole machine just drops out and the site keeps working because of the load balancer and because each machine can operate by itself.
When I changed to the Silverlight client, the quality improved, and I got to run it on my Mac too. What's not to like?
I love open source too... but you do yourselves a disservice when you fail to see the real reasons. They've got to stick to a DRM solution in order to get the film distributors to let them do rentals this way. It's how the distribution houses know who to pay royalties to. Without DRM, the major distribution houses would just say no. It's not Microsoft or Netflix forcing DRM on us -- it's the studios. And for a rental product (as opposed to a purchased one), it sort of makes sense.
Netflix planned this change for a year or more in order to deliver to the Macintosh market. They talked about it in their blogs and such -- they were just waiting for the Mac version of Silverlight to make it happen. I was sort of annoyed that it took so much longer than originally projected.
And for me the result has been significantly better quality with almost no re-buffering ever.
It not only ignores what they're doing, it ignores what they've done.
They've executed on their business plan. They're delivering the cars they promised at the price they promised them. Their current financial problem is purely due to the credit market drying up. If it weren't for that, they'd already have the financing they need in order to move from high-priced small production cars to medium-priced high-production cars.
If anyone deserves government backed loans, it's someone who's actually got a track record of delivering on their business plans and working toward the products of tomorrow.
Seems to me that this is the right thing to do 60-days before he actually gets into office -- gather information.
He didn't say he was going to cut anything, he asked for a cost-benefit analysis on various scenarios. If NASA can't deliver that, they don't deserve to keep operating. But I suspect they will give that, and it'll be fuel for the Obama administration to make (hopefully good) decisions.
I hope he's doing the same with every government agency -- identifying their top line-items and looking at whether or not those items are really best done by continuing on the current paths.
To understand a program you must become both the machine and the program.