6 ms·
This trend, hosting blogs on static html, is kind of ironic, given how popular it is among developers. I can't make up my mind whether it's some sort of hipster
by zerostar07 14y ago
This trend, hosting blogs on static html, is kind of ironic, given how popular it is among developers. I can't make up my mind whether it's some sort of hipsterish-nostalgic thing, a general distrust of running other people's dynamic blog code, or just plain Occam's razor (stick to barebones).
- zrail 14y agoPersonally I wrote my own markdown-rendering static blog because it was something to do. I've stuck with it because I prefer the workflow to a more dynamic application.
- CJefferson 14y agoFor me, it's a way of avoiding having to trust / pay for someone else's server, but also avoid worrying about keeping my wordpress install up to date. I had a little blog I posted to every few months, and one day I found it vandalised from my out of date wordpress.
- paulgb 14y agoI think this is a huge reason for the popularity of static blogs. For dynamic blog software, your choice is basically WordPress. Unfortunately, WordPress has a pretty bad security track record. Things might be different if there were a reliable second-place blogging engine, but as far as I know there isn't. Another reason is the rise of version control for small projects, and the way static sites fit nicely into a Git workflow.
- icebraining 14y agoI use DotClear instead of Wordpress for the blog of a local non-profit, and it's nice, and according to them, easier to manage.
- netnichols 14y agoOn of the main reasons I like static site generators so much is that it makes maintaining a website more like developing software. I have 'sources', which I keep in a Git repo for powerful versioning, I 'build' the website from the sources, and then I 'publish' the final product... which is the user facing HTML website. Developers just find that workflow sublime, and since we're often making websites for ourselves or for our companies, it only makes sense that we've started to use tools that fit our mentality.
- unoti 14y agoA static site on s3 or similar is essentially infinitely scalable: you never have to worry about whether it can stand up to some publicity and its performance will always be snappy no matter what. It's cheap. It's controlled in source control and backed up. Achieving those same things using other configurations instead of static files takes an order of magnitude more work and complexity.
- zerostar07 14y agoFair, but most programmers blogs have very little traffic
- cstejerean 14y agoUntil you write a post that ends up on the front page of HN and it brings your server down. The chances of that happening are small, so it's probably not worth optimizing a dynamic site for that use case, but with a static site you don't have to do any additional work or introduce complexity.
- keithpeter 14y agoI am not a developer and I don't grow my own food or use typewriters (much). My small vanity site has an update once a month or so. I use Linux at home. I hacked a few bash scripts to get a basic flow going... * edit text file with markdown (vim or gedit). Save to a directory in dropbox that has images and files under it * run a script that runs markdown and adds a header and footer * run a script that adds the new page to an index * run a script that invokes lftp that uploads the changed files to server space I find this quicker than maintaining a WordPress installation. YMMV What I do find amusing is the range of really heavy duty technology that some of the static Web site generators are using.
- jdboyd 14y agoIt appears to me that your workflow is missing several pieces. You are missing RSS, which will keep some people from following what you write on your website. You are missing a sitemap.xml file, which search engines care about. You could add support for these to your work flow, but they are pieces that require very little work to enable support for in wordpress (RSS is just there, and sitemap just requires enabling the add-on), and I presume are trivial to enable in some of the static generators like jekyll or hyde.
- keithpeter 14y agoNeither of these technologies are in my use case, but rss would be easy to add, so I'll have a look, thanks.
- bchen 14y agoIt is popular among developers because: - you can source control your blog content - update your blog without ever leaving command line terminal or having to use less productive web interface - use markdown, textile, html or whatever suits you - easy to host and easy to scale - no need to feel obligated to apply security patches For me these are great reasons to migrate away from WordPress, Drupal and so on.
- zerostar07 14y agoYet all of these (but scaling) could be subserved by a dynamic website. Static sites have drawbacks too: - Hard to create feeds - Search is left to google - Mostly impossible to use for photoblogging and anything that requires mobile etc.
- icebraining 14y agoWhy would it be hard to create feeds? It's just a matter of adding a template and letting the static generator create an XML file from the same content.
- necrodome 14y agoI was developing a (java|coffee)script-only full text search engine (not just some simple regex match, but something memory efficient with succinct data structures) to have an answer for search, but than it occurred to me that I rarely, and in general never, use search on someone else's blog.
- slurgfest 14y agoThere is nothing "hipster" about it, it's a perfectly valid technical decision for someone who doesn't want to fuss with a janky, complicated WordPress installation or writing raw markup for each blog post or writing their own CMS. Frees up more time for developing things which are of any actual interest. It makes getting good, scalable performance basically trivial. Static content distributed across CDNs means someone else solves that problem for you at low cost. Forget SQL injections and usually forget XSS. If you need a comments section, you realistically need outside help to filter out spam anyway, might as well use something like Disqus. Also, very few moving parts to break after deploy.