1SaltwaterC
Joined 14 years ago
Karma
129
Submissions
118
Member since
Apr 6
[ my public key: https://keybase.io/saltwaterc; my proof: https://keybase.io/saltwaterc/sigs/IjBJkAyFqIgQsAy0DegDGqqtP2qWPqqLvKbU5bUsVv0 ]
View on Hacker NewsRecent submissions
Comment · 13 years ago
Kinda reminds me of http://www.youtube.com/watch?v=gmOTpIVxji8
Comment · 13 years ago
How many actual users suspect that something is wrong with the input, even without URL obfuscation? OTOH, with a permanent XSS it is pretty much game over, even though I doubt that's the case. XSS can do a lot of damage if used properly.
Comment · 13 years ago
Per CloudWatch stats, it varies for machine and region. We have a 6 machines array in three regions receiving round robin traffic from ELB's. It is network bound. However, the CPU graphs say otherwise. Here's the output of three machines in three regions: http://i.imgur.com/nadGmDH.png while their siblings follow the same trend. The working set resides in RAM. The disk and network follow the same path. These are instance store machines sharing as little as possible. Failing over a multi-AZ RDS for maintenance reasons did not change the graphs.
Comment · 13 years ago
They aren't "unsyncable" per se, but Google Drive has preferences. For example, I could not sync files from a stackable encrypted filesystem (EncFS or eCryptfs). Files that go just fine through Dropbox or SugarSync. Same "error". I guess there's no money for Google in files you can't take a peek at.
Comment · 13 years ago
Comment · 13 years ago
Both TCP and UDS depend on it. UDS uses an API that follows the BSD sockets standard. However, TCP makes sense when you use nginx as load balancer between multiple PHP-FPM backends. A really tricky setup if you ask me. For UDS, besides lower latency, the namespace is cleaner (filesystem paths vs numeric ports - much easier to automate the configuration), and (at least under Linux) they follow the filesystem ACL. For example, under my setup, only nginx's user is allowed to read / write to the PHP-FPM sockets.
Comment · 13 years ago
I'd argue a little with the "Apache is monolithic". If you know your elbow from your butt, you can make a decent Apache setup as any decent sysadmin should do. The thing that I hate the most in nginx is the lack of DSO modules. When I need a new module, I need a new nginx build. nginx itself has more than you ask for in a standard build. As example, I counted the "with" and "without" flags from out nginx package build script. It has 3 "with" flags (SSL, gzip static, PCRE JIT) vs 14 "without" flags. And we can part with gzip static since most of the static objects are pushed by CDN's now.
Apache is catching up with its evented MPM and proxy support, but I still wouldn't go back to Apache though. The main selling point that the OP should get is the fact that evented servers have much better memory usage under the same load as the threaded servers or (cough) process based servers.
Comment · 13 years ago
I can provide you some pointers as we made it go away. Some data from one of our production virtual hosts:
cat access.log.1 | wc -l
1054423 # no static objects served here
cat error.log.1 | grep timed
Comment · 13 years ago
> to uninstall something installed from a .dmg file all you need to do is delete the ApplicationName.app "file"/folder.
AppCleaner / AppZapper / AppDelete / CleanApp / etc beg to differ. A lot of packages leave a lot of crap behind that doesn't get removed with the .app directory itself.
Comment · 13 years ago
> To do otherwise is to suffer a whole day trying to install ImageMagick
Sure, you could do that, or issue [pkg-manager] install imagemagick. It took me yesterday around 15 seconds to install imagemagick without even leaving iTerm. Even brew knows that.
Comment · 13 years ago
The CPU doesn't get that hot. On a machine with an Athlon II 240e cgminer uses ~18% CPU vs the GPU that sits at 99% load. scrypt is indeed viable on GPUs, but it depends onto the available memory bandwidth which presumably lessens the impact of FPGA/ASIC if people start to push those as LTC mining solutions.
Comment · 13 years ago
> you must always have both hands on the wheel
There aren't any folks driving manual in your area?
Comment · 13 years ago
Nope. As noted in the article, it actually works. Tried it a few times where I had svn around, but not git.
Comment · 13 years ago
Call me a skeptic as I see this like speculation, but where I've seen that kind of return, turned out to be really clever ponzi schemes and enough supply of dumb enough "investors". Oh yea, I remember that fun time when the housing market in my area went up 5X in 4 years. It was all fine till people ran out of actual money. The rest is history.
Comment · 13 years ago
Thinking the same thing. It'll be interesting to see somebody going out sorosing the BTC "economy".