Why not render posts at publication time rather than request time?(static.matthewlmcclure.com)
static.matthewlmcclure.com
Why not render posts at publication time rather than request time?
http://static.matthewlmcclure.com/s/2012/04/22/wasteful-computation.html
7 comments
Because premature optimization is the root of all evil
So we're back to Movable Type circa 2002? ;)
Publication time or request time doesn't matters, Varnish is in front.
Yeah, we've discussed this before. http://news.ycombinator.com/item?id=2945463
I think the ubiquity and ease of use of things like WordPress causes people to overlook this solution. Also, I believe the caching plugins that people use with WordPress are doing something very similar.
There are a lot of static site/blog generators out there like Jekyll, but not many of them are targeted toward a general audience. WordPress is easy and well-known.
I think the ubiquity and ease of use of things like WordPress causes people to overlook this solution. Also, I believe the caching plugins that people use with WordPress are doing something very similar.
There are a lot of static site/blog generators out there like Jekyll, but not many of them are targeted toward a general audience. WordPress is easy and well-known.
Mainly because currently people's time > computation time.
Is it even worth my time to setup caching on a blog that gets 10 hits a day? Probably not.
Is it even worth my time to setup caching on a blog that gets 10 hits a day? Probably not.
Every major blogging framework has caching either built in or as a plugin.
The post:
One up, 404:
One up, 404:
One up, 404:
One up, something:
Why do this? I understand the desire to organize, but why make bins with nothing in them? As it is, all he needs is /s/.
I would naturally expect .../2012/ to have either all the 2012 posts or all months that have posts, .../2012/04/ to have all of 2012's April posts or all days that have posts, etc. But not nothing.