Topics /

Web & Frontend

The most popular blog posts about web & frontend on Hacker News. 4,615 posts.

Any year
4501

The Rails 3 router: Rack it up

In my previous post about generic actions in Rails 3, I made reference to significant improvements in the router. Some of those have been covered on other blogs [http://rizwanreza.com/2009/12/20/revamped-routes-in-rails-3], but the full scope of the improvements hasn't yet been

4508

Twitter Exploit Still Works

I bet 10 years ago none of us thought that 140 characters would change the landscape of Social Media quite so much. However, with close to 289,000,000 active users sending around 6,000 tweets every second Twitter has proven its critics wrong. Obviously, having gotten over …

4516

Google Knol is Evil

Google Knol gives its own content unfair PageRank advantages over competitors, which is an abuse of monopoly power. Google has crossed the line from organizing the world's information to stealing traffic from better sources and monetizing the theft. This is evil, plain and simple.

4518

Website runs all in S3, no server.

It’s practical to use Amazon’s Simple Storage Service (S3) as the backend for a web application WITHOUT any intervening application server. I have the code to prove it and I’m sharing it. If you’re a nerd, read on otherwise you may want to skip this post

4524

Free links to your site

I can’t believe a new feature from Google isn’t getting more notice, because it converts already-existing links to your site into much higher quality links, for free. The Google webmast…

4526

Collaborative Map-Reduce in the browser

After immersing yourself into the field of distributed computing and large data sets you inevitably come to appreciate the elegance of Google's Map-Reduce framework . Both the generality and the simplicity of its map , emit , and reduce phases is what makes it such a powerful tool. However, while Google has made the…

4530

Django tip: Caching and two-phased template rendering

We've launched user accounts at EveryBlock , and we faced the interesting problem of needing to cache entire pages except for the "You're logged in as [username] " bit at the top of the page. For example, the Chicago homepage takes a nontrivial amount of time to generate and doesn't change often -- which means we want…