andfarm

I'm guessing this tool was using some sort of rate-limited API to get keyword data from Google, and it's been throttled. :)

I'm not sure I can give out exact numbers, but it's far in excess of what any single machine can push out, either practically or technically. Advertising it would be just as misleading as any other specific number. :)

A lot of consumers seem to think they are already -- and that they have some sort of authority to take action against "bad" businesses.

Whether this means that they should be is another matter, of course.

With those sorts of numbers (100 tb/day ≈ 10 Gbps, for instance), nobody can offer that amount of traffic under "unlimited" terms. One of the limitations I mentioned is that we won't upgrade infrastructure just to support individual customers, and this would definitely fall under those criteria.

Our limits are based on policy, not numbers. The policy is (roughly) outlined at http://www.dreamhost.com/unlimited.html if you're curious.

What we're up against is that providing raw numbers for usage limits leads to several problems. Among them:

1. Competition. If you provide N gigabytes of storage/bandwidth, another provider will offer N * 2, and they instantly look more competitive, even if they aren't even actually capable of providing that. So, back when we provided limited plans, we were constantly being forced to increase our resource promises to unrealistic levels just to avoid looking stingy.

2. Expectations. If you provide N gigabytes of whatever, customers will expect (and demand!) that their site be able to use up all of their provided resources. This is both on a policy level ("what do you mean I saturated the interface?") and on a technical level ("why can't I serve 100 gigabytes of dynamic HTML a month?") This becomes an increasing issue as competition drives the provides up, and the actual resources you're supposed to provide are absurdly high. (Consider for instance 100tb.com, which was mentioned earlier in this thread - good luck actually pushing 300+ MBit constantly.)

In practice, the policy we've got now actually works better in some ways for customers because they don't have to care whether they're exceeding resource limits, either subjective OR objective. So long as they're running a site which complies with our Terms of Service, we'll do our best to keep it going, even if it gets big.

We (at DreamHost) don't state any explicit limits as they're pretty fluid in practice. The effective limits are basically:

* Don't use enough resources that you make it hard for us to provide good service to other customers. (Saturating the network / filling the filesystem = bad.)

* If you're legitimately using lots of resources, we'll move you around if you start getting near the limits on the hardware you're on, but we won't install new hardware just for you.

And, of course, you're also required to stay within the ToS, which exclude most of the really obvious ways of burning through lots of resources. (Public upload / mirror sites aren't permitted, pirated media is obviously a no-go, and you aren't allowed to use your "unlimited" disk space for content that isn't part of your site.) We've got some $10/month customers who are using insane amounts of resources; so long as they don't expand beyond what we can handle without building new infrastructure just for them, we're happy to keep them on.

There still are! Macintalk hasn't changed much since then.

http://developer.apple.com/library/mac/#documentation/UserEx...

While Ceph is a cool project (in my heavily biased opinion), it's in a completely different realm from Dropbox.

> But one night when working yet another 12 hour day late into the night, I was short one article... Instead of picking up one of the multitude of books sent to me and typing it, I got lazy and went to the www and "found" something. Bleary-eyed I didnt notice it was copy written and reordered some of it. I did keep the author's name on it rather than outright "stealing" it, and it was my intention to contact the author, but I simply forgot, between proofreading, deliveries, exhaustion.

And I suppose the author was also "bleary-eyed" when she plagiarized all the other articles which were identified as having been taken from other cooking magazines?

http://www.facebook.com/topic.php?uid=196994196748&topic...

We (DreamHost) don't have mod_pagespeed support out quite yet, but the feature should be available to our customers by the end of the day today, as soon as I flip the switch to turn it on. :)

Or switch to nginx, which eats keepalives like candy.

Anecdotally, I saw well over 50% (out of a few dozen) at a Stanford student union last weekend.

That link has been there since... oh, I don't know exactly, but I definitely remember it from 10.2 or so. So something like eight years.

Ohohoho. No... if you omit the second parameter, PHP sets variables from the query string in your local scope. Surprise! It's register_globals all over again.

Absolute value of a signed it:

    a= x >> 32
    return (a + x)^a

Careful; right-shifting by >= the size of the type is an undefined operation, and might not do what you expect in all cases. (For instance, it might do nothing at all on x86, as integer shifts/rotations in ia32 are all performed modulo 32.)

Interestingly, that image search shows the Crystal Tux designs (one shows up second in that search for me - it's shiny, rounder, and has unevenly sized eyes) is nearly as popular as the classic Larry Ewing design in adaptations.

iStat Menus works the same way, yes. The private API is called NSMenuExtra. It's considerably different from NSStatusItem in that NSStatusItems are created by an open application, whereas NSMenuExtras are created by plugins to SystemUIServer. (This makes stability an issue in NSMenuExtras, as one crashy plugin will make the whole status area disappear.)

Fair enough! (http://php.net/manual/en/functions.anonymous.php) Still, it's taken them a long time to add that.

The problem is that most popular PHP applications (and, by extension, most PHP-driven sites) are far more complex than that model allows for. It's telling that HTML appearing before a <? tag is generally considered a mistake. :)

> The Perl hash is the same as the PHP assoc. array...

Perl has real arrays as well as hashes, though. PHP only has one object which acts as both.

> PHP has both lambda's

create_function() isn't really a lambda: the created function isn't bound to the local variable namespace that it was defined in.

Better yet:

   apt-get install cpuburn

The funniest part is that the "finished importing" chime hasn't changed since SoundJam 1.0.

Not to be confused with a FactoryFactoryFactory.

Even if you do have the domain, it may be worth knowing that a lot of US-based CAs will refuse to sign SSL certificates for .ly domains.

The Magic Trackpad still sort of assumes the presence of a cursor. I suppose you could have it use absolute positioning for this case, but that would still feel pretty inexact.

Android is, at least, designed with some degree of variation in hardware specs baked in. Dealing with something as weird as a TV would be a stretch, but it would at least be an extension of existing behavior.

iOS, on the other hand, is designed to run on a few specific devices. The iPad required some work from developers for full support — and that was for a device which still closely resembled the existing iPhone and iPod Touch.

Apple TV as an iOS system wouldn't make very much sense, at least not using the same App Store. TVs aren't touch-sensitive, after all.

And even on that page, half of the product shots are still of Apple hardware!

It may be telling that www.qingting.biz is hosted off of a Taiwanese DSL IP...

I'm guessing it's mostly the former. The sort of attack which involves -- for instance -- fake IDs and/or ninjas crawling through the ceiling is relatively rare, especially compared to online attacks (which are a more serious threat anyway).