The intimidating thing for me was always how heavy blogging software was. Never really liked the idea of centralized hosting, but hosting some huge PHP blob with a database never felt like it was worth it. I'm hosting my own site now running Hugo and I love it. I agree that most people have moved to centralized hosting, but I'm seeing a resurgence of self-hosting with static site generators like jekyll, middleman or hugo. Things like static search[1] and static comments[2] are possible with some thought. Really neat and lightweight and with gitolite, I can keep my git repo containing the blog code on the server too, setup commit hook to rebuild the site and I'm maintenence free. I have some npm postcss scripts that build my scss, autoprefix it, etc and dump it into the assets for hugo to build from all in one go.
A lot of this is unncessary, I could just be using css. I like that there's not all this asset-flow magic built out, just simple npm with bash cli. Unix philosophy and very little heavy lifting. I think there's still hope.
I use WordPress, a huge PHP blob with a database, for my self-hosted blog. I somewhat agree with the parent and sister comments in that, as a programmer, the way these things work irks me out.
However, I don't agree with the apparently widespread conclusion that it follows, from this sentiment, that not publishing is better than publishing using a less-than-lovely platform. I also don't agree with the widespread corollary, "build your own blog", when as a result you get less features than the irksome WP would give you (a common omission is support for comments - I got some amazing comments over the years, if you think it's not worth having this feature, I think I see where you're coming from, and I think you should reconsider.)
I treat blogging software as I treat any other - I dislike most programs that I run, but I often still choose to run them because the result is worth it. I can't see how "it's not worth" to run PHP+DB in order to be able to publish your thoughts. This is not to say that, given today's alternatives, WP or similar should be chosen over those alternatives, just that not using any of the available options because they're all too irksome feels over the top.
I use github pages for my blog, disqus for comments. Pages is just a convenient place to host - I have my entries in a git repo, the pages are statically generated with Jekyll, I'm sure I could run it myself if github started doing anything onerous. For comments it's just become too hard to self-host anything given how much spam there is, so I've given in and use disqus in the same way that I've stopped self-hosting email and use gmail.
It's pretty easy to hack a comment form so that there's no real heavyweight craptcha but on the other hand a bot will not know to fill it unless your site is specifically targeted. Security by obscurity. Works like a charm for me.
>However, I don't agree with the apparently widespread conclusion that it follows, from this sentiment, that not publishing is better than publishing using a less-than-lovely platform.
After having had to deal with the aftermath of a hacked Wordpress site that was sending out massive amounts of spam, I would respectfully disagree. I consider Wordpress (and Wordpress plugins, especially) as essentially a security hole that allows malicious actors to gain free access to relatively powerful hardware on fat datacenter pipes, making the Internet worse for everyone around them.
By all means, publish. But don't publish using a platform that allows unauthorized users to misuse your hardware and turn it into a spam zombie/DDOS box/staging box for hacks, etc.
about eight times a day on my lowest traffic sites. And I don't even have WP installed. (Or PHP.)
WP is a distributed botnet farm. I know people who have given up reseller hosting businesses because keeping customer WP installs clean was becoming a 24/7 job for them.
Unfortunately Hugo, Jekyll, etc are a poor substitute for WP, because they're much too difficult for non-coders to use. They're also a poor substitute economically - the WP template & plug-in market is huge.
It must surely be possible to build a blog engine that's secure, easy to use, and easy to customise?
> I don't agree with the apparently widespread conclusion [..] that not publishing is better than publishing using a less-than-lovely platform
And moreover, I don't agree that not communicating is better than communicating using a less-than-lovely platform... Static generators are fine for publishing but taking into account the requirements for blog-style bidirectional communication (comments, trackback, pingbacks etc.) excludes static sites unless one surrenders control to third parties such as Discus & al.
Wordpress is fine - as long as one carefully selects plugins and culls the unmaintained ones mercilessly.
I'm working on a little static site generator now for my own site. The PHP/SQL wordpress kind of option just annoys me and have held me back from publishing altogether (don't even get me started on publishing services and social media sites.
Well, stuff like hugo, nanoc, ikiwiki... inspirational!
My static site generator is using rake for file rules to do stuff with git hooks. It's going to depend on Ruby, but won't be a "Ruby framework". Rake might as well run php, perl, a bash script or a binary. Rake is just a wonderful tool for the job, and Ruby is about as ubiquitous as Perl these days.
Be sure to check out the "power rake" talk he mentions if you haven't already.
Edit: one more thought. On the idea of teaching casual users "git", I think that's an amazing idea. It touches on tip of an iceberg: computer/scientific/technological literacy gaps. If our technologies continue down the path of "black magic," with the ever extreme dichotomy of priests who know the secrets vs. ordinary/"dumb" people who are locked out of the inner knowledge, it's just not going to be conducive to a bright future.
Remember, regular people are dependent on technology, but have begun to develop superstitions about how it works. It's magic to people!
Neat project, good luck with it. I think I'll stick with Hugo, it's freaky-fast and postcss breaking CSS into an AST makes it really modular. Power moved from js into css which I'm okay with (and browsers are too).
As for git. The reason these blogs are so heavy is because editing text files for most people requires a text editor interface on the http which in turn means you need dynamic content whicn in tern means you need a database which in tern means you need a way to submit this code so php which in t... and down the rabbit hole goes. If you get rid of the "editing files requires a text editor" part, then your site is easy and maintainable.
Git I think is a bit more programmer-focused of an api for random blogger joe, but a light wrapper might work. Maybe something like emailing a server with subject "POST: title of blog post" body "text for post" and having the server grab that data from the email, if it came from an allowed user, throwing it into the posts/ folder, git committing it and then deploying it to an apache server on itself. Actions like "delete", "edit" would just search for files with the exact name as in the subject and do the required git action on it.
Something like this could probably work. Email clients already have the text editor users want, why rebuild the wheel? If there was someway to wrap this all up without requiring users actually host their own entire email, I think it would be nice. I think teaching your mom git is a pipe dream unfortunately even if it would fix the Copy-of-Copy-of-Birthday-List_OLD2.txt problem.
That's true, and you're right. Just a shot in the dark. Maybe someday one of the trendier email clients will support markdown rendering natively in their editors.
rbenv[1] makes installing and managing Ruby pretty damn straightforward, at least on *nix. Once you have Ruby itself up and running, installing any needed Gems is child's play.
I never did find a self-hosted blogging system that I liked, so I just made my own. Basically just githooks+php into a small, mostly html site. I wanted something simple and easy, and could be used from almost any browser (even lynx!)
IMO, lots of blogging platforms add completely unnecessary cruft. Some people may want it, and it definitely can be useful, but not for me.
Yeah, I did the same way. In the n-th iteration it's become quite the beast, and it's not static, but it does exactly what I want how I want it, and I would trade nothing I saw so far for it.
I've hit a roadblock from the other side of things: I have a PHP/Smarty app including a marketing site that would love some new content. But I don't want to go editing stylesheets etc for web site updates.
To make the process not depend on me, I'm considering wordpress.
Hugo and static site generators are nice, but need a developer.
There are quite a few themes out there already and growing rapidly. Adding a CSS theme is almost as easy as a wordpress theme. If you wanted a theme catered to your website, I would expect you'd have to get someone to style it up regardless.
The main two things Wordress has on static generated blogs at the moment are their current community and the editing experience. The editing is of course by design. I have heard that prose.io[0] is nice, but have never worked with it. Essentially webhooked github for cms-free blogs. To me, that seems like the way we should be going.
I tried to convert my WP to Hugo after seeing your comment, using the WP's export plugin (https://github.com/SchumacherFM/wordpress-to-hugo-exporter) but so far my biggest problem is that the link references that were created in the export process don't seem to work properly, for example:
I didn't have to do migration, but there are aliases[0] for those who do. Again, I haven't used it so I'm kind of recommending something I haven't touched, but maybe it'll help you out.
It's amazing that the web, which was really originally built primarily as a distributed publishing platform, has gotten so damn complicated to publish to.
Right now I've got my own self hosted platform, running Wordpress on a Digital Ocean droplet. The constant security updates for Wordpress are a nightmare, and it seems I have to hack both my theme and my post code every time I want to make a slightly interactive post. Never mind that there doesn't seem to be a decent way to preview posts on mobile.
As others have mentioned, it seems the best way to get more people in control of their own platforms would be with easier static tools.
On that note, I've been really impressed with org-mode and pandoc. I've been writing and generating code within a text based environment lately, but it still feels as though the process hasn't really budged or improved much at all in the past 15 years. With org-mode and pandoc, along with babel, I can write and test code, embed images, and generate decent html/pdf all in one go.
But for the casual user, I think it's become more difficult to self publish over the years, not less. The tools we've built have gotten pretty embarrassing if our goal is to get as diverse of a population as possible speaking and sharing their ideas openly on the web.
Cheers to everyone still working on tools like org-mode, pandoc, and latex. It's still relevant, and it still does a great job. If you haven't checked them out, take a look. I was certainly surprised by how far these projects have been taken.
What is complicated about it? I'm not sure what you have in mind - there was never any Edenic period where you could run dynamic web blogs for free on your own server without any configuration or investment of time and dedication. All the old tools still exist, but better and polished by time.
Let's compare modern blogging to how you would have blogged in 1996, or when Berners-Lee launched the first documents at CERN, your workflow looked like 'write .html file, FTP to server, Apache serves static files to anyone who visits'. In 2016, your workflow, if you want to, looks like... 'write .html file, SCP to server, nginx serves static files to anyone who visits'. You can still write HTML5 by hand, it's not harder than original HTML (may be easier). You can write Markdown which compiles to HTML with no more fuss than 'markdown.pl foo.md foo.html' or 'pandoc foo.md -o foo.html'.
You don't want to run a server? That's fine, find a host like S3 and instead of 'scp', 's3cmd'. It'll cost you next to nothing compared to back then.
You want some sort of blog software? There must be a million which are not named 'Wordpress' and do not have endless security nightmares. You want static site generators? Likewise, millions. WSIYWG HTML editors? Likewise. Free hosting? At this point almost any large site offers blog-like functionality because hosting is so cheap.
But what is harder? If you want to run your own server, everything is infinitely easy than in 1996. Apt-get may or may not have existed in 1996, but I'm sure it was far less comprehensive and reliable than it is now. You can let your server run for many years without upgrading if you want, and when you do upgrade, it's a few commands. Why, you don't even need to compile a kernel or buy a server edition of your OS. It has never been easier nor cheaper to run your own website in a myriad of different methods.
So what exactly has gotten 'so damn complicated'?
The reality is that most people, and especially casuals, do not care that much about high-quality publishing or control or reliability, and instead care more about extreme convenience and network effects, and often either have nothing to say or don't want to say it and so no matter how polished your static site generator is, they couldn't care less. As Yogi Berra said, "if people don't want to go to the ballpark, how are you going stop'em?"
I'm not suggesting there ever was and Edenic period where things were easy, but I do think an argument could be made that things have gotten worse for the non-technical beginner looking to host their own site.
First, they've got to make a decision of which publishing platform to install on their site. They'll probably see some online debates, talking about static site generators vs Wordpress, etc. They'll waste a few hours trying to figure out what choice to make. Once that decision is made, it's next time to find and install a better looking theme, because no platform seems capable of looking decent enough out of the box.
Compare this to handwriting and uploading html files, and it seems like we've gone backwards.
> the reality is that most people... do not care about high quality publishing or readability
I'd argue the opposite. Empires of platforms have been built around being high quality and easily readable. Look at medium, and look at instagram. A slightly better publishing experience dominates.
And to further that note, how would you self host a photo site for mobile? Is that even possible? How would you begin?
What if you wanted to make a self hosted snapchat type site for your friends to see your photos?
I've made a few unfair points, but I think the general idea remains, the self publishing tools haven't kept up with the rest of technology, in general.
> Compare this to handwriting and uploading html files, and it seems like we've gone backwards.
But this isn't apple and oranges; a blog with themes and whatnot is much more sophisticated than the HTML CSS rendering defaults. IMO, a HTML page without any CSS is not that bad looking and you don't really need it. Heck, even a text file written with a little bit of care is perfectly readable.)
And the information overload isn't much of a problem: most people know immediately that static site generators aren't for them.
> Look at medium, and look at instagram. A slightly better publishing experience dominates.
Look at all the blogs using Wordpress, and everything written on Twitter and Facebook.
> And to further that note, how would you self host a photo site for mobile? Is that even possible? How would you begin?
I am not entirely sure what a 'photo site for mobile' is, but I am sure that it has no equivalents from before 2006 or so which you could claim it is harder or more complicated than, and I suspect that you could get 95% of the value from a static HTML page sitting on S3 containing a bunch of <img> tags and a 'viewport' <meta> tag that you copy-pasted from a StackOverflow post you found by googling 'how to make a mobile html page'.
> IMO, a HTML page without any CSS is not that bad looking
There's one exception to this: an HTML page without styling has line width equal to the browser window. Narrow text columns are a dramatic increase in readability.
(And I don't even maximize my browser window... a shocking number of people do, despite the fact that they're using ultra-wide 16:9 screens.)
The old school static pages are a pain and they are ugly.
My original site on Geocities in 98. I would put up dated posts occasionally. A new new item meant editing the index.html and my "archive" was just all the old posts cut and pasted to an archive.html page. Adding a new navigation link meant editing every page.
For a while I was using shtml for "header" and "footer" files which could be tacked on to individual entry files vut it was still a pain to use. Blog platforms and other CMS systems with editors that keep the content sepersted from the design are definitely better.
> Right now I've got my own self hosted platform, running Wordpress on a Digital Ocean droplet. The constant security updates for Wordpress are a nightmare, and it seems I have to hack both my theme and my post code every time I want to make a slightly interactive post. Never mind that there doesn't seem to be a decent way to preview posts on mobile.
I came to the conclusion that sometimes hand crafting HTML tags for interesting pages takes less time than fiddling with Wordpress innards and plugins.
The updates and the theme-hacking are what drove me to migrate from wordpress to a static generator a month ago. I still had to do some hacking to get my non-vanilla posts to display right, but generally I found it way easier to hack on the generator templates than to dig into wordpress's crazy innards.
(This might just be due to WP having generations of cruft though - for me the hard part was always figuring out which arcane PHP method I needed to hook, and how WP wanted me to hook it, in order to add something to this or that part of the page.)
I'm going to go out on a little bit of a limb here, but I bet you -- like most HN readers, including me -- are kind of, well, geeky/nerdy. (The fact that you're talking about generating content with org-mode and pandoc is kind of a big hint here, honestly.) Our requirements for hosting can be a little more demanding than the target audience WordPress aims at.
But you know, I'm running WordPress for one of my sites now, and at least in my experience, the "constant security updates" are about as much of a nightmare as they are for iPhone applications at this point. It updates itself! Every so often I log into the admin panel and make sure the plugins I'm using are updated, too -- which is generally a few clicks. From a user standpoint, rather than a nerdy hacker standpoint, WP is frankly closer to a maintenance-free, turnkey CMS than I really thought possible. The majority of WP users never need to hack their theme and post code, and I'd say of the ones who do, the vast majority need to do it very, very rarely.
I get that when you do look at it from a nerdy hacker standpoint, WP can be mildly to profoundly annoying. I am writing a new theme for my site to do a few specific things and I'm finding it kind of infuriating work. But as far as full-featured, self-hostable tools go, WP is just about impossible to beat. (And on many hosts the installation is pretty close to one-click; even if you have to do it manually, there are fewer steps with WP than with almost any other major web software package out there. Anyone wondering how PHP can possibly be still so popular when its fractal wrongness is so well documented just has to look at how easy installing WP is compared to installing roughly any other non-PHP web app ever written.)
At any rate, the web isn't intrinsically any more difficult than it ever was: if you want to build a static web site, you still can, and you don't need any tools in 2016 that you wouldn't have had in 1996. The reason that hosted publishing solutions are so popular goes back to the difference between "nerd" and "non-nerd," I suspect: whatever else one can say about Medium, getting an article published through it and having it look good by modern design standards is really, really easy. I'd like to see more self-hosting blogging myself, but "just write your articles in your favorite plain text editor in Markdown, process them with Jekyll and push 'em up to your server of choice with rsync" is, for most of humanity, simply not an attractive alternative to "type into this WYSIWYG box and click Publish."
> But for the casual user, I think it's become more difficult to self publish over the years, not less.
No. The exact opposite, in fact. Micro-publishing services like Twitter & Tumbler have enabled millions of casual users to publish and distribute their own content with a few keystrokes and a couple clicks.
In the context of this discussion, 'self-publish' means you control your content and its distribution. In that sense, Twitter and Tumbler are not self-publishing, since they own the software and can do pretty much whatever they like with your content. Also, you can't just pick up your Tweets and move them all to Facebook while retaining the same URL, whereas you can do this moving from self-hosted WordPress to self-hosted Jekyll.
That said, I don't think it's become harder to self-publish, but it hasn't matched the progress made by services like Twitter.
To add to this, it wasn't too long ago that the technical and financial cost of setting up and running a server were too prohibitive for the casual user.
Nowadays, I can set up a public-facing server with a few clicks for $5 a month. We have it too easy.
Another problem is why we at all need to rely on any third-party hosting services while we have our own computers connected to the Internet. In this regard, I have high hopes for content-addressable distributed systems.
Currently, IPFS [1] looks most promising to me. It's easy to publish a static website to it [2], and public gateways are available to make the site accessible to readers who do not run their own nodes. While IPNS (the naming system) does not seem to work reliably yet, hash of the current version of the web site can be published in a special DNS TXT record, and if that same domain points to IP address of a public gateway, the web site will be simply accessible via that domain.
Been feeling this way about hosting for a while now... I'm actually anticipating (wishing?) that "p2p web" (decentralized LAN applications) is going to start taking off soon. I think it's a matter of people building software that makes LANs easier to use for ordinary people. BT Sync is an excellent example of something like this. So is WebTorrent.
I had fantasies when Web Audio and Web Midi first were announced of browser based digital audio tools that people would use in one anothers physical presence, over a small local network. There is no reason that every network application needs to depend on centralized services! I was lucky enough to attend Music Hack Day in Berlin and created this Web Midi/WebRTC chat room as an example. I have no idea if it still works or not: https://github.com/timbresmith/pandemonium
My computer is not always up, or connected to an open (even moderately) network. What's more, I sometimes have to delay for 2 days an update because it requires an update at the wrong time, if I didn't missed it... And that's without even speaking about the reliability of my internet connection - I don't want to try to reach even 3 9 on it.
So yes I have a computer at home, but it's not a properly managed server, and I don't want it to become one !
In a content-addressable network your computer seeds the content rather than serves it. You do not need a properly managed server for that. It does not matter whether the original node is accessible, information can be retrieved as long as it is available somewhere in the network.
In IPFS, if you need to immediately ensure availability of your content, you can request it via a public gateway to force it into the gateways cache. Then the gateway will continue to seed your data even if your node goes offline.
The security updates are automatic (unless you opt-out) and previewing on mobile is as easy as logging in to the site from your mobile device. (The administration panel is fully responsive.)
My problem with Medium is that it lends this amazing aura of credibility to everything that is published on it. I think they've hit on the design equivalent of the brown note (of South Park fame) which makes readers mentally incontinent vis-a-vis the credibility of the source of the actual text...
I changed my opinion when I checked out their homepage, usually if you go from HN or reddit it's a higher quality post but when you go from the homepage you can get a glimpse of the average post. It just lost that kind of credibility feeling for me.
Funny, after reading the first half dozen or so Medium articles I felt exactly the opposite. It was junk and now I expect junk from Medium and was a bit surprised to read a good article a couple of weeks ago. Since then it's been junk again and unless I'm really really bored or the subject matter is fascinating seeing "Medium" in a HN post means I skip the article altogether.
I think they've just managed a good design - mostly by resisting the temptation to show off as so many designers do. It's very minimal - if anything it looks similar to the hand-written no-styles websites that academics often write (that look like http://motherfuckingwebsite.com/ )
Actually, your simple design is not the only one to make my day. I have finally found a guy who puts all the HTML5 etc. on the one page. He's a physics lecturer. He has dead easy html files that illustrate Newton's Cannon, using canvas and javascript. Finally, I am "getting" it. See http://physics.weber.edu/schroeder/html5/. (And the bonus was to see that, with uniform circular motion, the acceleration is towards the centre of rotation. I mean I really need things explained simply without any extras getting in the way.) Of course, I had to play with it to understand it. But the beauty was that, with the source code all there on the one page, I could easily make changes and see the effect immediately. Thanks Dan Schroeder.
PS I need to remind myself that posting pdf files is another straightforward way to get information online.
First thing on loading that link was "yuck, the contrast is fucked", and sure enough, item #2 is "less contrast is good".
About the only good point on the list in that link is line width. But all the items about formatting text combine to make it so that there is so much less information on the screen. I'd much prefer to read the other website.
Sure, but the Google Analytics loader code on either of those is larger than all of the HTML boilerplate and CSS combined. At least the first one has snarky HTML comments!
Same. They managed to fake me out for quite a while.
Then again, I only interacted with the site by following links on sites like this, reading the linked item, then closing the tab. My entire impression came from the quality of those posts (took time to see bad ones make it to the front page of HN, for example) and the post page design. If I'd ever clicked around the site or visited the homepage I might have figured it out faster.
These days I expect a level of quality slightly better than Tumblr when I see the medium.com domain name in a link, and am occasionally pleasantly surprised. The image/marketing only went so far.
I would have to admit this was the case for me as well I didn't really pay much attention to it always thought it was the "print" version of VICE or something similar (and yes I know VICE is technically one or well at least started as a magazine).
I actually thought that Medium was part of VICE media for some time mostly because anytime I got content linked from it was from Motherboard or something else affiliated with them.
My first run-in with Medium was with actual journalists (see: War is Boring whom have left Medium to their own site now). So while I understood there were many one-off blogs like mine that shouldn't be considered professional, many were and that lent any blog on the site some level of credibility.
Of course - all of that credibility was lost when a few bloggers were censored and kicked from the platform for wrongthink. I don't use Medium anymore.
I am curious when this short-lived moment was suppose to be?
From the article:
"There was a promising short lived moment where smaller, topic-oriented blog networks like Svbtle (amongst others) started appearing, but even those seem to have gone by the wayside and are increasingly being replaced by Medium."
Back in 2002 I co-founded a blogging company. At that time we were competing with the likes of Blogger.com and Typepad.com. There were many other companies, at that time, which I've since forgotten. At one point, around 2003 or 2004, we created a list of all our competitors, and there were at least 100 names on the list.
My point is, the vast bulk of all blogging has always been on 3rd party hosted blogging sites. Self-hosted blogging has always been rare. I self-host my blog, smashcompany.com, on a server at Rackspace, but this has always been a rare option.
All the same, I am intrigued by the question. If anyone has historical data on this, it would be fascinating to know when self-hosted blogs hit their peak. If Technorati.com has survived in its original form, then it would be in possession of this historical data, but sadly, the original Technorati.com is dead.
I was referring less to general blogging companies like Typepad/Blogger - IMO those are pretty similar to Medium in functionality but minus the community aspect (blogs only linked to one-another by intentional choice, versus Medium where everything is aggregated and quasi-curated by the application).
When Svbtle first came out it seemed to cater to almost purely tech audiences and allowed new authors on a limited basis - this might have been coincidence due to the creator's roots or connections, but it created a sense of community and credibility within that social sphere (similar to Hacker News in the tech world). Unfortunately, since they've opened signups to everyone it seems like its lost that sense of community and become just-another-blogging-platform.
Also would be extremely curious as to the stats on historical blogging data.
I'm embarrassed to say that I still hand write my blog directly in HTML using Notepad++ and manually FTP changes to the hosting company. Most of my blog is static HMTL, with a smidgen of script for analytics or occasional interaction. Every now and then I'll use some light PHP (typically when I need interaction with a database on the server).
J/k. But if you are familiar with NPM, install node-ftpsync.
Configuration is really easy. Just one small json file at the root of your site.
One command and your local files are automagically synced. It does file diff checking so it'll only upload the files that have changed.
I originally wrote it because inherited a site located on shared hosting. I got really tired of the cognitive overhead of manually uploading changes via FileZilla then checking, rechecking, and praying that I didn't forget something.
I'm going to do the same. I modified a wordpress theme to fit better my needs, after an update all my changes were gone (I had a backup ofc), but it's irritating that I have to patch my theme after every update. I'm going to create a few scripts that will host my blog on gitlab and post it automatically on my server. Static pages are the future.
Yeah, hardcore! I helped run a music review blog in ~1998 that gained at least 10 reviews per week, all handcoded HTML with multiple audio samples. I mean, when markdown is a common enough blogging format on its own, handcoding HTML to get the same effect isn't going to be crazy.
I've recently settled on a mostly-free self-hosting platform: Jekyll + Github Pages + Google Domains + Kloudsec.
Jekyll and Github Pages keeps the deployment simple and Google Domains has proven to be simple, cheap, and reliable. I tried Kloudsec out last week on a whim after seeing it on HN, and so far it's great - simple, free SSL with let's encrypt.
https://evancordell.com if interested. It needs a little more love before I'd really say I'm pleased with it, but I'm very happy with how cheap and easy it was to set up a personal blog with SSL.
I wish I had chosen github pages as my hosting platform too. Instead I bought a shared hosting on cyber Monday.
I'm using middleman.
Coding the stylesheet for the blog and getting the whole site working was certainly fun but writing handcoded markdown and publishing via the shell surely requires some getting used to.
My advice: use github pages for your blog to avoid the guilt of paying for hosting services that you don't need.
http://unixheaven.com if anyone's interested.
So you didn't had to transfer the DNS control to Kloudsec to get CDN + SSL like with Cloudflare ?
I'm hosting my site on Github Pages as well, but Gandi as my DNS. I considered Cloudflare at the time, but would had to move the DNS from Gandi to Cloudflare and pay 20$ to Gandi for that.
I've been running a small hosting company since 2002. Started hosting just my blog, then friends, then their friends and so on. I used to have about 300 blogs total, now I'm down to about 250, and it's slowly dropping every month. A few of those people moved to other hosting, and kept the blogs, but really most of them just said "I'm giving up, no time to blog when I'm busy on Twitter and Facebook"
I think many people feel like they get out what they needed to get out on Twitter/Facebook. They used to write on their own blogs to get things out, now it's elsewhere.
Static site generators are not a good answer for non-engineers, especially if customizations are necessary.
I had self-hosted WordPress on Dreamhost until I got kicked off due to a viral post and my site deleted. Recovering my posts and learning how to use Jekyll/GitHub Pages in less than 24 hours was fun.
"Static site generators are not a good answer for non-engineers, especially if customizations are necessary."
Could be. Content and templates could be hosted on S3. Unfortunately I haven't found a good admin GUI for a static site generator yet. I use Jekyll myself and as a developer that's great, not something I would recommend to normal users though. Which is a shame because most users (or small businesses) don't really have such complex requirements. Most don't really need their site to be dynamic, and what requires some server functionality can be solved with an external service (save data, send email etc).
I like the idea of Jekyll, but I don't like Jekyll itself (I'm pretty sure I have a severe allergic reaction to Ruby).
Something I have yet to see but that I think would be perfect would be a client-side single-page-app that served as a s3-backed static site generator.
Navigate to MyStaticWebsiteGenerator.io (or download it, or self-host it, or clone the repo, it's a simple js-based SPA preferably packaged as a stand-alone ".html" file). AWS credentials (IAM of course) are either stored encrypted in LocalStorage (or Websql or indexeddb or who knows what we are supposed to be using) or queried on demand. It would interact with s3 directly (there is a browser based js api for aws) to manage and modify files directly (multi-user contention and eventual consistency be damned - for small sites it's simply not an issue), and when appropriate, generate/regenerate the static files. Because everything is done client side, the webserver itself never sees or cares about your aws credentials.
Clearly, being a "static site generator", only the admin interface would be JS based, the user-facing generated content would be static. [For some reason every post i've seen doing something remotely similar wants their mostly static content to be rendered at runtime in their js app???]
With prosemirror under active development you should soon be able to have a simple js based WYSIWYG rich text editor that generates nice clean Markdown to feed into your template of choice (à la Jekyll). Your end-users don't need to know markdown or care, they just get a fairly basic rich text editor. Give them a simple interface for defining a website's structure and bob's your uncle.
Sometimes I feel like I'm the only person who thinks this way.
I recently launched Static Website Manager (https://www.staticwebsitemanager.com) which aims bring static sites to a non-technical market. Would love to chat more if you have questions.
Looks cool, but at first glance (screenshots) it appears to lean heavily on a "git"-like model with branching and merging and rebasing. These are not concepts that I would expect a so-called "non-technical" market to understand or embrace. Something much simpler may be required for such people.
Looks pretty cool. Normally I would want something I could self host on Heroku but this looks like something I could consider recommending to clients who wants a simple CMS.
> Unfortunately I haven't found a good admin GUI for a static site generator yet.
Me either but I'm considering using Ghost (which does have a nice frontend) and liberating the content from the SQLite database into static files for generation and serving.
They deleted your site??? That's pretty extraordinary. Don't they normally just suspend the account, put up a static page indicating so and then ask you to pay some more?
What happened was that they forcibly migrated my Wordpress from shared hosting to a VPS to accept the traffic...but they didn't migrate the MySQL database. And the console showed it had a size of 0KB.
This. Current static site generators aren't good for non-engineers, but I'd be willing to bet that doesn't need to be the case. Every instance I've seen requires some sort of technical know-how, or integration with Dropbox/Drive/etc (which many non-technical/older people won't necessarily be familiar with).
Has anyone ever tried building a standalone desktop writing app that handles everything for you? I'm just imaging an app where I can buy a domain/hosting, give it my user creds if needed, and it automatically sets everything up for me in a clean interface without needing to know anything about servers/DNS/etc.
I think one could use Github's electron (on which Atom is based) and one of the open source WYSIWYGs (possibly tweaked) to get the standalone app you seem to be indicating. Taking one of the slimmer SSGs and packaging it alongside still may result in quite a large binary (not sure).
As for hosting, Amazon's s3 seems the most appropriate. While you could automate domain registration and DNS records, I'm not sure how.
This seems like it could be an interesting project.
I think that's the gestalt of Live Writer, which has been recently open sourced, but it's still Windows-only, so I can't say for sure because I've never personally tried it.
I own a self-hosted blog and am actually in the process of deciding whether to transfer over to medium. To be honest I'm pretty much decided that I will, because it's just easier, not to mention I can save myself some hosting fees.
The key questions of the debate on the cons side of switching, assuming you're blogging for fun and not thinking particularly about advertising or massively customised SEO strategies, seem to be:
1. do I own my content
2. will my content be accessible forever
As this post highlights, the answer to (1) on medium is YES. So, no problems.
The answer to (2) is also, for all practical purposes, YES, but you shouldn't depend on it.
But is this really such an issue anyway? I certainly assume that the vast majority back up their photographs, just by nature, and how difficult is it to back up the plaintext of your blog pieces too? If you have backups, and the answer to (1) is yes, then really, it starts to look like an easy decision.
If Medium does go away, I suppose I'd take the backups and just go through and repost everything on another platform, or simply set up my self-hosted blog again.
Yes, that would be immensely annoying, but it's not really that terrible of a downside in a calculated risk offset against how much easier (and, again, free-er!) medium is to use, and to maintain.
I think Medium is nice too and will be doing some writing there.
I think I'm looking at things over the span of 2 decades of keeping one's presence and information online whether self-hosted or with a service, both of which come and go.
I used Ghost for over a year. I was relatively happy with it.
I recently switched to Medium and couldn't be happier. With Ghost I was spending more time tweaking and maintaining purchased themes than I spent writing.
It's really really really fucking hard to run a blog that works well on desktop/tablet/phone and doesn't crash if you get a traffic spike. How many self hosted blogs can handle 500,000 hits in less than a day? Not many.
Medium will probably die someday. That's fine. I own my content and my content URLs. I'll simply port it to a new platform. It wouldn't be the first time.
Those Smash articles were a welcome surprise! Follow'd. :)
I love "owning" my content on my server (since '09) but in the past year I've been thinking of going back to a "serviced" solution. My initial thought was WordPress.com since I run WP, but it's $99 a year! It decreases the hassle of upgrading versions constantly, but still, that's a dealbreaker.
What's attractive about Medium is the same thing that attracted me to Facebook: all profiles/posts use the same theme, and that theme is pretty good. In addition, following people to get their content in your feed feels great.
However, I'm not sure if I'm completely ready to give up control yet. Will probably continue to check into Medium + custom URLs for the next year.
The decision would be much easier if my posts were written for a large audience, but they're mostly just self-involved journal entries I doubt people want to go back and read. :) Right now I just publish short fiction to Medium, which is what I want people to share, like, etc.
I don't think that it's dead and self publishing I'd argue is easier and cheaper than ever. My blog has all the power of s3 for scaling with free SSL from Cloudflare and I pay peanuts for it. Current bill is $0.03 some months it gets closer to $1.
This is going to sound like a stupid question, but how does one use Jekyll on Windows? I've also never been quite clear whether the github Jekyll is supposed to be run locally before push or is run automatically on their side.
(also, what is S3 adding in your case? As far as I'm aware github.io sites are free, while AWS billing is not a hard limit and you're still liable for potentially huge charges if someone decides to DDOS you while you're away from a computer)
Jekyll should work on Windows because Ruby works on Windows. The reality of it is that many library developers are very bad at making sure their stuff work on Windows. http://rubyinstaller.org/ might be something to look into. Another option is to use some other static site generator instead of Jekyll.
> I've also never been quite clear whether the github Jekyll is supposed to be run locally before push or is run automatically on their side.
Depends on the setup. In all setups you are going to want to be able to run the page locally in a watch mode. `jekyll serve --watch --drafts`. When it comes to deployment it differs a bit, if you use the approach outlined in my post the actual building of the page happens on Travis which pushes the generated site to s3. With Github pages it's all taken care of by Github when you push.
> also, what is S3 adding in your case? As far as I'm aware github.io sites are free, while AWS billing is not a hard limit and you're still liable for potentially huge charges if someone decides to DDOS you while you're away from a computer
When running Jekyll with Github pages there are limitations to what kind of plugins and gems you can use. However it's a perfectly valid approach. I have a billing alert set up at $5 on AWS and to a degree Cloudflare protects me from DDOS. Honestly though most of my pages are extremely lightweight and s3 is cheap enough that even millions of requests is not going to incur huge costs. All my static assets are cached by cloudflare as well.
> Jekyll should work on Windows because Ruby works on Windows.
Jekyll is a bit of a nightmare on Windows at the moment, at least if any significant part of your workflow is based on cygwin. (I helped a colleague get it running a couple weeks ago.)
Cygwin ruby + gem install jekyll -> fail.
rbenv to build ruby from source under Cygwin, gem install jekyll -> fail.
The one solution I found that works is using Chocolatey [1] to install ruby and then gem install jekyll. Even so, I wasn't able to get pygments working for syntax highlighting, and the Chocolatey Ruby does not play nicely with cygwin terminal for interactive programs.
The hard part is not getting a website to serve an HTML page. It's that modern UI standards for HTML publishing are pretty high. Finding a theme that you like and most other people will like (let alone writing one yourself) is a hassle for most people who aren't front-end developers.
You can point to lots of web sites that are hard to read, but that just proves the point that people are rather finicky about it these days.
The main problem with Web design, I'm increasingly convinced, is that Browser Defaults Suck.
Seriously: if Motherfucking Website, (or Better Motherfucking Website) were the defaults, we'd be ahead of the game. A few other hacks (use "http { font-size: medium }" for example, to default to the user's preferred font size) to further address that.
I'm looking for a browser that defaults to Reader Mode by default. Maybe including comments.
It's fairly straightforward to outline a set of heuristics to use that would trigger automatic reader mode, if you start by looking at the types of pages you'd expect it to work on (e.g., motherfuckingwebsite.com, cr.yp.to, etc) and work backwards. The hard part isn't speccing it out or implementing it, it's convincing Firefox or Chromium that it's a worthwhile thing to roll into the browser.
I've been thinking about this exact thing every other day or so since Maciej Cegłowski's slides[1] for his "Website Obesity Crisis" talk got posted here last month.
Maciej is definitely one of the people whose absolutely dab smack on with his criticisms. Bloat, tracking, annoyances, poor design. Most are a direct consequence of advertising-based content support.
I'm thinking of a Reader-Mode browser, period.
Stock stylesheets. Ignore the site's styles. Maybe provide various themes for the user. Further heuristics to strip other cruft. And a "mercy killing" mode which simply abandons all native markup and presents a page stripped of everything, if it's sufficiently bad.
Say the green text on blue background, with every paragraph individually absolutely positioned, centered justification, H2 headings used for body text, and Microsoft "smart quotes" throughout. I've seen all this (though perhaps not quite all on the same page).
As a blog consumer, rather than producer, I also have reservations about Medium-esque sites, but from the opposite perspective.
There's already an infinite quantity of interesting content to read, and it seems reasonable to expect rising quantities of worthwhile, as I find writing and creations that I was unaware of when they were being made. With all this stuff, I want to be able to control where and when I read, and how I filter, manage, follow, and store all this stuff. At some point, platform operations reflect a business plan, and that plan may or may not allow for one or more of my preferences, for reasons of $. I guess I just prefer a relationship where a standard or pseudo-standard allows the user control, to select differing vendor options at the very least.
Then again, as I'm barely capable of managing a basic server install, I'm fully aware of why people throw in with hosted systems. I'm hoping for great things from stuff like Sandstorm.
The failure of the Web ecosystem as a readily viable document management system is a pretty scathing indictment.
As I write this, I'm desparately trying to winnow my way to "tab zero" (by analog to "inbox zero"). And, at some point, organise the pages I've turned up as interesting to be filed for later research and assimilation.
I'm using a tablet as my primary browsing device lately (battery life, weight, portrait aspect for long-form reading, plus keyboard), but this means hugely stripped down browser capabilities. While I've got bookmarks, there's no tagging or other organisation possible. Even Readability's app (abandonware for the past 3 years) lacks tags. Calibre and Zotero don't have a full-fledged Android apps, Mendeley is owned by Elseveir (no fucking way I'm getting close to that).
Hi. We try to ease the managing of basic server installs with our Cloudron platform as well, but take a different route than Sandstorm. https://cloudron.io/
Personally selfhosting blogs and other things was the main driver why to work towards our product. Playing sysadmin and maintaining those selfhosted apps, taking care of domains and certs...all that is just not very much fun for me after having it done once :-)
I host my own blog (http://junglecoder.com) on a VPS at the moment. But I went rather overboard with it, as I built my own CMS-lite in go. I was in college, wanted to learn how the web worked at a decently low level (lower than wordpress or rails).
What I've discovered is that having a VPS opens up a world of opportunities for network related things. I've used that site to host Ludum Dare entries, ClickOnce .NET apps, and a Wiki Profile image that I used to see if anyone was looking at my page on a company wiki. An SSH tunnel has allowed me to bypass some firewalls that block the majority of ports.... I've learned a lot on that server. Some of the best $50/year that I spend in terms of hosting stuff.
At sunsed.com we are 100% dedicated to create the best blogging (and in the near future, a full CMS) platform. We hope to re-energize the world of self-publishing with a managed solution that lets you import/export to any other CMS/Blogging platform!
Right now we are working on an IDE inside SunSed so anyone can create their own template with HTML++ (our own templating/programming language).
Here is a screenshot of of our IDE (I'm working on it right now):
I think the age of everyone having their own domain running their own code is starting to expire, just like the age of running your own email server. There's just too much spam and bad actors out there, you have to prove your site innocent to the big indexes before you can get anywhere. If you publish on Medium, Facebook, Blogspot, or another platform that has "rep", people assume the spam is filtered out by the platform, and they treat your content less skeptically.
Turns out AOL had the right idea the whole time -- people want platform-specific keywords and they want to trust the platform's caretakers to decide what's OK for them to see.
I "self-host" using Pelican + S3. It's super cheap (< $1/month) and pretty easy, the only real downside is that all of the Pelican themes are really ugly, and I'm not good enough at design to make a better one.
I'm assuming Pelican is a generator. I don't understand why there aren't better, simple solutions to do this and just host the site in a bucket on S3. Most people will fit in the free tier of usage and you stay in complete control of your domain and content.
You needn't be limited to using Pelican themes. Pelican uses Jinja2 for templating, so it's very simple to migrate templates over to the platform with an hour or so (if that!) of tweaking.
I use and highly recommend hexo.io with it's S3 deployment plugin. It's as good as Jekyll but easier to modify and theme if you come from a web dev background as it's written in NodeJS rather than Ruby.
> It's as good as Jekyll but easier to modify and theme if you could from a web dev background as it's written in NodeJS rather than Ruby.
Er, are you implying that Ruby is not a language for people with a web development background?
Regardless, most of Jekyll tweaking is done with Liquid templates, which are mostly agnostic. (You do use Ruby for plugins, yes, but they are not super important.)
Behind the scenes it's just running the usual packages for templates, markdown, minification etc., so for a fresh build it's about as fast as any typical grunt-based setup. But AFAICT it correctly detects when things don't need to be regenerated, so incremental builds are quite fast no matter what, unless you're editing templates.
I recently converted my wordpress blog to hexo and blogged about it, if you're interested:
I wanted the same, ie speed with ease of templating, so I made Griffin[1] which uses handlebars templates and can parse 5000 markdown pages in ~8 seconds on my machine.
It's not blazingly fast but it's good enough for me - a blog with about 50 posts takes about 30 seconds to deploy from a clean start. It does sensible things like caching the json database and only generating new posts.
honest question, how did Medium become so dominant for all blog posting so quickly ? The design is no doubt beautiful but there is nothing special. Curious why so many bloggers magically decided to publish there all of a sudden. I see tons of tech posts there now.
They remained 'elitist' for just the right amount of time, making people grave for the privilege to sign up. Svtble pulled the same stunt.
But medium timed things right and opened up to masses sooner. People signed up in droves. 'svtble' stayed elitist for many more months, but were medium forced their hands, but it was already too late.
I've been wondering this, too, and design/ease-of-use aside, the biggest argument I've heard (and observed) is the network effect. Even trivial Medium posts get at least a handful of favorites and 1-2 comments. A built-in audience is likely an easy sell for the majority of folks.
Medium started out with Twitter sign in, which means their early users were all Twitter "influencers". The way I look at it, it's a blogging wrapper layer built around Twitter social graph. When you sign in with your Twitter account you automatically follow everyone you follow on Twitter on Medium.
Getting hosted by someone else is incredibly convenient. They take care of all the work of maintenance, security, reliability, and even give you tools to increase your visibility on the web and design your blog. IMHO only hobbyists or people with a very good reason should self-host. If you don't like one company's terms, look into the many other blog providers out there.
You could still happily roll your own Wordpress site but have it hosted with a managed provider. Also stick something like Headway Theme in there and you get a pretty easy setup even for not technical folks.
Even considering Wordpress probably makes up 50% of the compromised sites on the internet, due to its terrible security track record and that nobody patches their own blogs?
You can get auto-updates and we do a pretty good job of protecting WP sites. But the situation is dire. A survey we did recently showed that 38.9% of respondents (out of over 7000 WP site admins) were hacked within the past 12 months.
Here's the code
Http://gihub.com/evanplaice/evanplaice.com
I haven't fleshed out the journal section yet but the majority of the rest of the site is all markdown driven with a clean separation between application. It's also hosted on S3.
In theory, I could change the content directly to be loaded on Dropbox, although it would be preferable to provide inline caching of requests. For example use AWS lambda to frequently check for updates.
Eventually, when it's ready, I plan to extract the journaling portion and release it as a server-less journaling platform.
For those who aren't scared of using Git with their blog, there's fugitive.
It's a few {pre,post}-{commit,receive} hooks which generate a static html blog from html articles (though you can configure it with an external parser iirc, so it shouldn't be hard to get Markdown support.) It probably wouldn't suffice for many use cases, but for simple blogs it might be enough.
Wordpress is often chosen because it provides the less technically inclined with a nice management interface. If there were rock-solid web interfaces to edit content on static websites, we'd begin to have a serious contender to Wordpress. In the meantime, static websites will unfortunately be reserved to us technically inclined people.
The bloat caused by even a bare minimum WP site versus html/css is breathtaking.
Let's say you need to put up a simple brochure type site. You can do alot wih just 2-3 MB text/pics. With WP, it takes about 10MB just to get it running.
And let's not forget the DB backend of WP. This alone vastly increases complexity, at least for average users.
Scale this up and you see how bloated WP is. You want to put up 100 brochure sites (each about 5MB). With html/css sites, that translates to what 500MB of data? With WP, that already is 1000MB. And add requirement for a DB backend for 100 websites. The bloatness jumped by at least a factor of 2 with just the requirement for more storage. With DB requirement, the bloatness jumped imo by a factor of 5 or so.
I went from years of using blogger.com to trying Wordpress for a few months. Then I switched to Jekyll and statically generated blog articles. In the end I went back to blogger.com because I figured that if I needed a 3rd party like discus for comments, then I might as well use blogger.com
I used Docker recently to host my own blog, in an attempt to put ads on it and whatever Wordpress extensions I wanted. Despite getting a healthy number of views (nothing extraordinary) the income was basically 0. It just wasn't worth the candle.
I feel blogging is much more about sharing content, building a community and meeting new people. In my personal experience i met a few people through various blogs and it was worth much more, than a few dollars.
If you're only blogging to make money, you're doing something wrong. It's the same with startups and other things. Do it for the fun, and not for the money!
I've been looking for intelligent conversation online for over 25 years. For a time it was Usenet. I mostly missed the Well, though I caught mailing lists, Slashdot, and for a brief moment, G+ (it's still there, and I've cultivated a useful community, though the reach is small).
The methodology uses the Foreign Policy Top 100 Global Thinkers list as a proxy for "intelligent discussion", the string "this" to detect English-language content, generally, and the arbitrarily selected string "Kim Kardashian" as a stand-in for antiintellectual content. Google search results counts on site-restricted queries are used to return the amount of matching content per site, with some bash and awk glue to string it all together and parse results.
As expected, Facebook is huge, as is Twitter. When looking at the FP/1000 ratio (hits per 1,000 pages) KK/1000, and FP:KK ratios, more interesting patterns emerge.
Facebook beats G+, largely.
Reddit makes up in quality what it lacks in size, but Metafilter blows it out of the water. Perhaps a sensible user filter helps a lot.
The real shocker though was how much content was on blogging engines, even with a very partial search -- mostly Wordpress and a few other major blogging engine sites. Quite simply, blogs favour long-form content, some of it exceptionally good.
But blogs suck for exposure and engagement.
This screams "Opportunity!!" to me. I've approached several players (G+/Google, Ello) with suggestions they look into this. Ello's @budnitz seems to be thinking along these lines (I'm a fan of what Ello's doing, but its size is minuscule, and mobile platform usability is abysmal.)
One of the most crucial success elements for G+ is the default "subscribe to all subsequent activity on this post" aspect. Well, that and the ability to block fuckwits (though quite honestly ignore would be more than sufficient). There's a hell of a lot else to dislike, but those two elements are crucial to engagement.
More to the point: the FP Global 100 list was simply a proxy for "what's a list of search tokens that's likely to indicate meaningful conversation?". I picked the FP list as it was available, comprehensive, and Not Mine (that is, I didn't select the names, and disagree fairly markedly with several inclusions).
The individuals named cover a range of backgrounds, from natural and social sciences to politics, religion, and a few authors, artists, and other creatives.
I suspect the patterns would be strongly similar. I've not posted raw data, though they're somewhat in line with the overall trends. A few exceptions -- forums or publications who cater strongly to a specific name. Richard Dawkins is hugely popular, and NY Times is grossly skewed (for obvious reasons) to mentions of Paul Krugman.
Most notably, there's no dynamic content on my site. My blog is generated from source and creating a new blog post just requires me to make a new markdown document in doc/published/. I've never like solutions like Ghost or Medium. They never support specific thing X that I want for my blog.
It's certainly not dead, but the relation maybe has changed a little. It started off as a public diary service and place for discussions and now it's more of a traffic driver for marketing purposes.
Before looking at self-hosted blogs it would have to be looked at how many new beginners are being created in self-hosting alone? Before we can self-host blogs, we have to self-host anything.
nah. people (content marketers) post on medium in hope they click on their personal link in the author bio, which has their blog and content they wouldn't put on medium.
I am working on a project that combines DNS, WWW and WebDav servers to simplify blogs self-hosting, so your blog can always sit connected on a mapped network drive and to add new website, you can just create a directory with new domain name. https://github.com/parkomat/parkomat
Betteridge's law still applies. Most headlines with a question are really trying to convince you that the answer to that question is yes, when it often isn't. Besides, rhetorical questions in headlines are tacky and shouldn't be used.
I'd be interested to know how you arrived at that phrasing as opposed to "vanity blog on a personal domain." I think it says a lot about why selfhosted blogs are becoming less common!
By definition, blogs are about vanity. Even when you're doing something important or documenting progress, blogs are for self-important people trying to express or justify their past actions or current beliefs.
That said, I'd like to think my personal blog is to document my personal development and progress, even though it probably is ultimately just an exercise in self-aggrandizement. but I _try_ not to make it about vanity.
however, the domain name is very much a vanity thing, just like having LNX4WIN on your licence plate would be.
Hosting at Github with Jekyll is essentially self-hosting. Github Pages has automated deployment, but at the end of the day it's just another hosting option with no (current) ulterior business motives other than to increase exposure of their GH Pages product.
Half the time I see Medium posts, the other half I'll see something hosted with Jekyll + github pages. Which technically isn't Self Hosted, but still quite different from just writing in Medium or something of the sort.
However I suspect HackerNews readers are not the average, and I do think there's a down trend on self hosting blogs, versus using Medium/Wordpress/Tumblr or even Blogspot.
I don't follow the author's complaints about terms and conditions. I suppose language like "we can change these terms any time and your use of the site constitutes acceptance" sounds ominous at a naive level, but what's the alternative? It would amount to some form of preventing users from using the site until they click "agree", and then doing that again every time the T&Cs change, right?
We're talking about the authors here, not just readers, so yes, having an click-though for a change in Terms of Service seems appropriate.. Sending an email to users when they change is also appropriate.
Terms of Service shouldn't change often enough that this should ever be an issue.
A lot of this is unncessary, I could just be using css. I like that there's not all this asset-flow magic built out, just simple npm with bash cli. Unix philosophy and very little heavy lifting. I think there's still hope.
Now if we can just teach casual users git...
[0]https://gohugo.io/ [1]http://www.blevesearch.com/news/Site-Search/ [2]https://tlvince.com/static-commenting