Webkit catching up with Firefox and Firebug

Webkit, the rendering Toolkit that powers Apple's Safari web browser, is getting a lot of love lately (iPhone, Windows beta version).

But for developers it was always hard to debug and inspect your web applications running in Safari. With Drosera a decent debugger exists since June 2006 (for Webkit only so far, though — it's not going to happen with Safari 2).

And now, the (already existent, but somewhat weird looking) (Web) Inspector got a makeover:

Webkit: New Inspector

This is a big step, giving web developers not only the chance to precisely identify why this or that DOM element is shown in the way it is, but it also allows a look into how the web page loads, much like Firebug on Firefox.

As a neat extra, you can view how your components add to the loading time of the page.

Webkit: Transfer Time

Even though Webkit is in some ways just mimicking Firebug, it is a good step for future web development on Safari. Even more as the new Webkit builds contain less than the usual number of browser quirks that make programming Safari difficult in the Ajax world.

The Webkit nightly builds provide the new feature by a right click on the page, selecting „Inspect Element". For more info, see the blog post on Surfin' Safari Webkit blog.

Finally one more pic, because it's quite beautiful :)

Webkit: CSS/DOM

, , , ,

Veröffentlicht unter web

Spamhaus.org no longer lists Austrian Registry on its Block List

It has come to my attention today that the almost famous Spam Block List provider put the IP addresses of the Austrian Registry nic.at on their block list.

The list that Spamhaus provides is actually something good: it allows mail server administrators to automatically block mails arriving from servers that are known to be operated by phishers.

At this point Spamhaus took the wrong term, though. They demanded from the Austrian Registry to delete 15 domains that they consider to be used by phishers, apparently without providing (enough) evidence to nic.at. So nic.at responded that — because of Austrian law — they cannot just delete domains without proof of bogus WHOIS addresses.

I cannot judge who is ultimately right in this dispute (like did Spamhaus provide enough evidence or not), but I can definitely judge that Spamhaus took the wrong decision when they started to block the IP addresses of nic.at in their list.

Welcome to the Kindergarten, guys.

nic.at is bound to Austrian law, and as a foreign company you can't just come along and ask them to remove certain domains. What if someone would go to your registry and request deletion of spamhaus.org without providing any legitimate reason.

Dear Spamhaus, you need to stick to your policy. Your block list is about phishers, and nic.at did not send out any phishing mails. You can't just put someone on there because you want to pressure them.

As a result, mail server administrators should no longer rely on block lists of such a provider who misuses his own list for trying to put other companies/organizations under pressure. So this is the right moment to remove sbl-xbl.spamhaus.org from your server configuration.

Coverage on the German Heise.de.

Update 2007-06-20: They have stopped listing nic.at. Finally they see reason. (They have changed the IP address block to 193.170.120.0/32 which matches no addresses); also see german futurezone.

, ,