tedchs

URL fails to load with a redirect loop.

That seems like a pretty low size to me... how are people getting around this when they need to handle >1.2GB of data on Node?

If the folks behind Haskell want it to be used in an enterprise environment, I would think they'd want to release their own RPMs for recent version of RHEL/CentOS/SUSE.

In general if you're going to run CentOS or RHEL, you need to either be ready for operating within their versions of packages, or for a lot of pain. Unfortunately the tradeoff between "stability" and "new" is pretty harsh with these. It is my hope that Docker alleviates this somewhat, and I think it was really smart for the author to install this "big bag of source compiled craziness" under a container instead of polluting the host OS environment.

I don't understand the 4 downvotes. The blogger himself says "However, we still haven't figured out exactly why Google is blocking Inbox on Firefox. That the application is not working, seems to not be fully true."

tl;dr: here are a couple stabs at why, but I still don't know.

Not sure why this is needed, the network stack is usually broken on Windows out of the box.

On Google Cloud Platform, there is a new service called Google Container Engine (currently in alpha). It uses Kubernetes to manage Docker containers, running on Google Compute Engine. You could also run Kubernetes on EC2 if you wanted to.

This actually looks pretty interesting. I appreciate their FAQ has a great answer to "What is ArangoDB and for what kind of applications is it designed for?" -- more projects need to offer this kind of statement. https://www.arangodb.com/faq

If you're interested in work at the south pole, There are a few companies that have contacts down there, such as Scientific Research Corporation, and Lockheed Martin.

http://www.lockheedmartin.com/us/products/antarctic-support-...

http://www.scires.com/divisions/ice/index.html

No thanks. This is how the stereotypical "starving artist", but it also sounds like a great way to burn out quickly. I'd rather work at an actual job for ~2 years and stockpile 20-30k in cash, then live like a normal (but still frugal) person during the initial startup build.

Here in the Southeast, we call them "Palmetto Bugs". Maybe a rename to PalmettoDB? :)

If you register your domain with Google Domains (their new registrar service), you get email forwarding for free.

SPDY is an alternative to HTTP that avoids at least Verizon's carrier shenanigans.

Warning, the outcome of all those words seems to be "We tried to find out, but we still don't know if there has been or could be an impact".

On my Verizon Moto X (Android), the header is not visible if I use the Chrome feature "Reduce data usage", but it is visible if I disable that feature or, ironically, use Incognito mode. This feature causes non-SSL, non-Incognito traffic to be proxied through Google's servers, using the SPDY protocol. Some info on how this works: https://developer.chrome.com/multidevice/data-compression

Anybody know of a good open source Mailinator like tool?

FYI it looks like who.is fixed the XSS bug.

This would be great if a) bikes didn't already often ride 2+ feet from the edge of the road, and b) some roads weren't so narrow that putting my car 3' from the edge of the road would put my side mirror in the opposite lane.

The "body scanners" do not use X-rays. They use millimeter waves, which are totally different. Most importantly, millimeter waves are non-ionizing and therefore safe, unlike X-rays.

Having done both, I have a few comments.

Primarily, I hate to tell you, but Linode is now a "cloud" provider; "Cloud Hosting" is the headline on their homepage.

- Nothing stops you from running your full stack on a single large EC2 or GCE or Linode instance.

- Unfortunately, running your whole stack on a single server is a great way to experience a lot of pain when growing or when you write a runaway SQL query that burns all the CPU on the box and starves your Apache server, causing page loads to be multiple seconds and turning away potential users/customers/investors.

- Managing your own OS is a great way for guys who are great at writing Java but not experienced with Linux to have a ton of painful distractions that don't contribute towards building a successful product. Nobody's going to buy your SaaS app because your kernel is always up to date.

- The phrase "the server went down so we can't currently operate our business" drives me absolutely insane in 2014.

Article says the FBI located the server by entering "miscellaneous" input into the Silk Road login page, which at some point disclosed an IP address. I wonder if they got the Web server to throw a 500 or similar error, that rendered some debug output?

Would you be willing to share more about what's in CoreOS that you feel like shouldn't be?

CoreOS is not a drop-in replacement for Ubuntu; migrating to it requires re-deploying your services inside Docker containers. I would think you might want to run your service implementations in parallel and then cut over later.

Can you not move IP's between Digitalocean droplets?

For a company, I would look at a pair of small Juniper SRXes (e.g. SRX240), optionally with clustering enabled.

I was about to replace my home router, and I looked a Ubiquity AP. Unfortunately I did not see on their web site that any of their products will act as a "broadband router" i.e. switching + routing + NAT + SPF. It seemed the idea is you would pair some of these with a separate firewall (e.g Juniper SRX). I bought a Mikrotik instead. Did I miss something?

> sometimes amounting to over 100 gigabytes each second.

So that's 800 gigabits per second, nearly a Tbps. Which is a lot of network throughput. Although this is not impossible, it seems surprisingly high, and I wonder if the article should have said "100 gigabits each second", which is still a lot of bandwidth but a little more reasonable.

The article describes the data being transmitted as largely telemetry. Let's say they are sampling each of their metrics every 10 milliseconds (100/second), and they need a 32 bit integer to store each value. So, that's 100 * 32 / 8 = 400 bytes per second per metric. Divided into 100 gigabytes, that would be 250 million metrics. Even if you change these assumptions, clearly this link is used for more than telemetry.

800 Gbps requires a large number of computers to generate and transmit, then another large set of machines at HQ to ingest all that data and then run analytical models against it. Just to handle the network traffic, without any data analysis, if you assume servers have a pair of 10 Gbps network interfaces, that's 40 machines.

If you assume hard drives can write at about 100 megabytes per second, that's 1,000 disks just to handle the write IOPS. But, with those 40 machines, that's an average of 25 disks per machine, so not unreasonable. With SSD's it would be fewer devices.

I do not know if a way to get this much network throughput over a radio link, so I can't imagine it's all coming from the car itself.

It would be interested to know what other data is transmitted over this link during a race other than telemetry.

I previously tried helping a software team deploy their .Net app on Windows VMs. As a Linux engineer, I was shocked at the lack of built-in remote deployment/management options, especially those able to be automated. FTP and SMB shares, the built-in options, are not appropriate for the Internet. Why does Windows Server not ship with an SSH/SFTP server? I ended up deploying a Windows build of OpenSSH just to get remote access parity with Linux servers. Unless things have changed recently, Windows really needs a better out-of-the-box application deployment story.

Software Defined Networking is about moving the control plane out of switching/routing devices and into general purpose servers, so that they can make better forwarding decisions such as improved convergence time. In the sense that I understand SDN, I don't think doing TCP in userspace is part of it.

For those interested in mindfulness, I recommend the book Search Inside Yourself. It's based on the course at Google by the same name, as mentioned in the article. It's an easy read and I found it actionable in everyday life.