4 ms·

This is a cute story, but what was -actual- the cost (time, monetary and opportunity) in building your own CMS instead of applying basic performance tweaks to a

by zapt02 6y ago

This is a cute story, but what was -actual- the cost (time, monetary and opportunity) in building your own CMS instead of applying basic performance tweaks to an off the shelf system?

kfk 6y ago
Well I had to do our corporate team site and got so frustrated with SharePoint that I coded a script in python to generate the html from rst files. It was a couple of days of work. It runs behind nginx and automatically updated on GitHub commit of new content. Bootstrap is very well documented and you can use rst directives for “widgets”. I am in the process of moving to markdown + yaml now to make writing content even easier.
- dewey 6y ago
  Why not just use any other static site generator like Hugo instead of re-inventing it?
  - ipieter 6y ago
    I can answer that, since I also made a small static site generator from scratch in python. I was using another static site generator (Hexo), but at some point I wanted to change some things and add some custom html to my posts. Since the documentation was ... well ... minimalistic on some aspects, I also spent some time looking at the source code. But at that point I was really wondering what benefit I still had from using that generator. In the end, all a static site generator does is collecting some markdown or RST files, converting them to html and putting that into a template html file. And generating some lists (index page, RSS, ...) and some metadata for SEO. So it took me a single Saturday to make a working static site generator and now I can do anything I want without looking up documentation or source code, since it's my own dumpster fire :-)
  - kfk 6y ago
    Because my team has an easier time managing our simple code vs a new tool. Also we have a lot of custom components because we use our site to provide navigation for our apps, dashboards and docs. I couldn’t find a generator that would fit all those requirements.
- lowdose 6y ago
  Google docs also has options to export to markdown.
- jnbiche 6y ago
  > I coded a script in python to generate the html from rst files There’s an outstanding and fairly flexible static site generator for rst files in Python that’s been around for quite a long time, called Sphinx. It’s basically a docs generator but I’ve used it as a generic static site generator.
neya 6y ago
This static site project didn't cost much for my client. I wrote the entire engine over a span of close to 2 years using my personal time over the weekends, trying to re-write it in different languages, frameworks, etc.I did a re-write in all possible methods out there - Including Jekyll, Middleman, Hugo, etc. In the end, I settled with Elixir / Phoenix. Money, if you factor in my personal time valued at $X00 USD/hr, then yeah, multiply that with 8 hours a weekend for 2 years, that was probably the cost. For my clients? Just about a month. The clients didn't lose any opportunity because of this move. They were still on Wordpress as this was being tailored for them. These OTS static site generators are fine for small sites, but at the scale of our clients who have more than 30k posts and counting, none of these would be able to handle it. When I say handle it, I also am referring the time taken to generate 30,000 posts in the shortest possible time. In a custom solution, you're able to optimize this heavily. I brought it down to 30 minutes from 1.5 hours for 30k posts. Why not simply add a caching layer infront of a Wordpress instance? For starters, this is a media company, so they would like to have instantly updated posts on certain parts of their site. For that, you need to disable caching. Which means tens of thousands of requests are hitting your instance every minute. So, that means you need a high performance server + SQL instance (Expensive). It worked out to $3000USD per month just for servers alone. The static site generator use just $100/month instance, for comparison. Of course, there is also the development cost for the client for this solution, but I can comfortably share that their ROI would be less than a year if you factor just server costs alone. There are many other bonuses with a custom static solution - Your whole theme can be broken down into an MVC paradigm which makes future integrations super clean and easy. Codebase maintainability also has improved drastically - partly because of the language itself (Elixir) and partly because of the MVC architecture.
- jnbiche 6y ago
  > For starters, this is a media company, so they would like to have instantly updated posts on certain parts of their site. How are their posts instantly updated using a static site generator? Don’t get me wrong, I was sold on in static site generators years ago. But not understanding this argument.

by zapt02 6y ago

This is a cute story, but what was -actual- the cost (time, monetary and opportunity) in building your own CMS instead of applying basic performance tweaks to an off the shelf system?

kfk 6y ago

Well I had to do our corporate team site and got so frustrated with SharePoint that I coded a script in python to generate the html from rst files. It was a couple of days of work. It runs behind nginx and automatically updated on GitHub commit of new content. Bootstrap is very well documented and you can use rst directives for “widgets”. I am in the process of moving to markdown + yaml now to make writing content even easier.

dewey 6y ago
Why not just use any other static site generator like Hugo instead of re-inventing it?
- ipieter 6y ago
  I can answer that, since I also made a small static site generator from scratch in python. I was using another static site generator (Hexo), but at some point I wanted to change some things and add some custom html to my posts. Since the documentation was ... well ... minimalistic on some aspects, I also spent some time looking at the source code. But at that point I was really wondering what benefit I still had from using that generator. In the end, all a static site generator does is collecting some markdown or RST files, converting them to html and putting that into a template html file. And generating some lists (index page, RSS, ...) and some metadata for SEO. So it took me a single Saturday to make a working static site generator and now I can do anything I want without looking up documentation or source code, since it's my own dumpster fire :-)
- kfk 6y ago
  Because my team has an easier time managing our simple code vs a new tool. Also we have a lot of custom components because we use our site to provide navigation for our apps, dashboards and docs. I couldn’t find a generator that would fit all those requirements.
lowdose 6y ago
Google docs also has options to export to markdown.
jnbiche 6y ago
> I coded a script in python to generate the html from rst files There’s an outstanding and fairly flexible static site generator for rst files in Python that’s been around for quite a long time, called Sphinx. It’s basically a docs generator but I’ve used it as a generic static site generator.

neya 6y ago

This static site project didn't cost much for my client. I wrote the entire engine over a span of close to 2 years using my personal time over the weekends, trying to re-write it in different languages, frameworks, etc.I did a re-write in all possible methods out there - Including Jekyll, Middleman, Hugo, etc. In the end, I settled with Elixir / Phoenix. Money, if you factor in my personal time valued at $X00 USD/hr, then yeah, multiply that with 8 hours a weekend for 2 years, that was probably the cost. For my clients? Just about a month. The clients didn't lose any opportunity because of this move. They were still on Wordpress as this was being tailored for them. These OTS static site generators are fine for small sites, but at the scale of our clients who have more than 30k posts and counting, none of these would be able to handle it. When I say handle it, I also am referring the time taken to generate 30,000 posts in the shortest possible time. In a custom solution, you're able to optimize this heavily. I brought it down to 30 minutes from 1.5 hours for 30k posts. Why not simply add a caching layer infront of a Wordpress instance? For starters, this is a media company, so they would like to have instantly updated posts on certain parts of their site. For that, you need to disable caching. Which means tens of thousands of requests are hitting your instance every minute. So, that means you need a high performance server + SQL instance (Expensive). It worked out to $3000USD per month just for servers alone. The static site generator use just $100/month instance, for comparison. Of course, there is also the development cost for the client for this solution, but I can comfortably share that their ROI would be less than a year if you factor just server costs alone. There are many other bonuses with a custom static solution - Your whole theme can be broken down into an MVC paradigm which makes future integrations super clean and easy. Codebase maintainability also has improved drastically - partly because of the language itself (Elixir) and partly because of the MVC architecture.

jnbiche 6y ago
> For starters, this is a media company, so they would like to have instantly updated posts on certain parts of their site. How are their posts instantly updated using a static site generator? Don’t get me wrong, I was sold on in static site generators years ago. But not understanding this argument.