A description of Amazon's patent covering the layout of a photography studio: http://arstechnica.com/tech-policy/2014/05/amazons-latest-patent-is-sillier-than-the-peanut-butter-sandwich-patent/
TDTWF-relevant section:
The patent, granted in March, even describes the use of a table: "A subject can be photographed and/or filmed on the elevated platform to achieve a desired effect [...]
A description of Amazon's patent covering the layout of a photography studio: http://arstechnica.com/tech-policy/2014/05/amazons-latest-patent-is-sillier-than-the-peanut-butter-sandwich-patent/
TDTWF-relevant section:
The patent, granted in March, even describes the use of a table: "A subject can be photographed and/or filmed on the elevated platform to achieve a desired effect [...]
Got this one from Verizon (checked the headers, and it does indeed appear to be from them).
[IMG]http://i.imgur.com/6zBq5XY.png[/IMG]
I open Yahoo Mail this morning, and about two seconds after the page loads it's covered with a black div and the message "Your session has expired." OK, I click the button to log in again, enter my password, and, nothing.
I close my browser (who knows, maybe a session cookie is hanging around), and when I go back, get the same div/message.
I open a private window; same thing.
I switch from Firefox to Chrome; same thing.
I go to a VM that's running a browser that doesn't save history; same thing.
Apparently there's some server-side token that has expired, and now I have no web access to my email.
Oh yeah, forcing people to work from the office is *so* beneficial.
Especially since Marissa Mayer turned it into a buggy imitation of GMail. But really, who thought up these inane empty-folder messages? It's like being dropped into a Skinner box: delete spam and you get a cookie.
[IMG]http://i41.tinypic.com/3150o05.png[/IMG]
[IMG]http://i39.tinypic.com/soslsk.png[/IMG]
I wonder what the messages are for other folders. Perhaps an empty inbox gets "You must be a very lonely person"?
Which words did you not understand?
Domain transfers are supposed to be easy. There are a few speed bumps, courtesy of "the bad old days" when pirates would decide to take over a domain and ransom it (did that ever really happen?): you need to get an authorization code from your current registrar, give it to your new registrar, and they will send a confirmation email to the official contact address of your domain. Unless, of course, your old hosting company and new hosting company both happen to be resellers of Melbourne IT. In that case, you have to get a separate "registry" key. Why? I guess it's because they're all about security.
Since you're using a reseller, Melbourne IT's support staff doesn't want to talk to you. They tell you to contact your current provider, and immediately close the ticket.
My then-current (now previous) provider was Yahoo Small Business (perhaps that's TRWTF, but it didn't seem so six years ago). The helpful (really! it was a shock!) Yahoo tech support person sent me an explanation of Melbourne IT's policy, and the steps that I'd have to take to transfer my domain (this is copied from their email, I'm not making it up):
- Back up any custom DNS records
- Cancel your account
Once you have done this, please reply to this email and request that we "release" your domain. This is offered to you as an exception to our standard policy [...]
Their standard policy, apparently, is "hah, hah, you're screwed!"
The solution, in case anyone is wondering, is to use a registrar that's not associated with Melbourne IT. Because, you know, that doesn't have to be as secure.
@PJH said:
Because if, for whatever reason, you also have an index.html and
DirectoryIndex index.html index.phpis specified
On shared hosting you don't always get a choice.
When I created the site six years ago, my previous provider did not recognize index.php as a default page, so I made an index.html that did a client-side redirect. At some point in the intervening time, they decided to treat index.php as a default (nice of them, considering that PHP was the only scripting language they supported).
I recently changed hosting providers, so have been paying attention to my access logs for broken links and other strangeness. And started seeing a bunch of entries like this:
GET /?page=java.byteBufferThe real URL is supposed to look like this:
GET /index.php?page=java.byteBuffer
OK, there are a bunch of broken links to my site out in the wild; I don't really care about them. But in this case I was seeing dozens of these entries. Then I noticed the referer:
https://www.google.com/In fact, ever single one of the malformed links had Google (or one of its international variants) as referer. I decided to look for myself, Googling "java bytebuffer":
WTF?!?
I asked on the Google Webmasters group, and got the following reply (no idea whether the replier is from Google):
Google algorithms generally do a comparison by requesting (e.g.) domain.com/ and domain.com/index.php and if the content is the same, they will select the domain root URL without the redundant default fileWTF?!?