Open-sourcing my new blogging engine implementation

http://nikolay.rocks/2015-07-24-how-i-blog-now

by MadRabbit • 11 years ago

43 44 11 years ago

nikolay.rocks

csense• 11 years ago

Nikola, Pelican, and Jekyll are frameworks built around a similar philosophy.

MadRabbit13• 11 years ago

that's true, but you need a ruby environment and some hooks to build Jekyll

I didn't want to build a new _generator_. I wanted a self-containing thing that doesn't need a runtime environment

tarr11• 11 years ago

It would be nice if everyone standardized the folder and data formats on jekyll. Then, I could consider switching to a new engine without much work.

zuck9• 11 years ago

Could you elaborate on what you mean by standardising folder and data formats?

klekticist• 11 years ago

I like this. Very cool :)

MadRabbit13• 11 years ago

thanks! :)

click1702• 11 years ago

It seems to require Javascript to load the content. Is there information about this elsewhere that doesn't require Javascript to view?

steckerbrett• 11 years ago

Yeah, that's nasty. It's a blog post, it's about as close to static content as you can get. It's not even listed in the pros and cons that this is a perceivable issue, which you can see once you allow the swathes of JavaScript to download and execute.

detaro• 11 years ago

It builds the page using javascript from a copy of this file: https://github.com/MadRabbit/nikolay.rocks/blob/master/pages...

click1702• 11 years ago

Oh I get it now!

lol at the irony of my comment, I honestly had no idea.

I personally wouldn't use this for my blog because in my opinion a blog shouldn't require Javascript to display content, but I know I'm in the minority there and it's important that people try different things and push the boundaries. Thank you for sharing this OP!

MadRabbit13• 11 years ago

all the content is open-sourced and available on github as markdown all nice and readable without any engine at all! https://github.com/MadRabbit/nikolay.rocks/blob/master/pages...

yuez• 11 years ago

Great! I'm searching for more open sourced blogs like yours.

Touche2• 11 years ago

Text shouldn't have a loading spinner. React can do server side rendering so I'd take advantage of that.

MadRabbit13• 11 years ago

there is no server side

AdieuToLogic2• 11 years ago

there is no server side

According to the blog:

  There is a small #nodejs server that basically
  does mode-rewrite and sends index.html file for
  any HTTP request.

Sounds like a "server side" to me.

Touche2• 11 years ago

It's served over http so I disagree.

tlarkworthy2• 11 years ago

It seems the development tool that builds and obfuscates the application is not available, which makes it a dubious classification of open source.

MadRabbit13• 11 years ago

i use the engine for some commercial work at the moment, i might open-source it eventually as well (if there is enough interest in it). but at the moment it's just a bunch of make-shift scripts thrown together which are not really in a publisheable shape

claar2• 11 years ago

That's reasonable, of course, but it makes the title of this story rather inaccurate.

Even so, kudos -- your blog is lightning fast and a pleasure to use.

I did try it on my low-end Android phone w/Chrome, and it's plenty fast, and the menu works well, but the header and text overflow the view port.

tlarkworthy2• 11 years ago

But I can't modify the engine...

nkantar3• 11 years ago

The overwhelming majority of users have javascript enabled.

I find that it's often developers who don't, making it a questionable tradeoff (in my mind) for a blog written by one. For this very reason I choose to use absolutely no JavaScript on mine. (Correction: Oops, Gists are included via JavaScript — I'll be replacing them with code blocks ASAP.)

I had some of the same annoyances as the OP, and chose Jekyll + GitHub Pages instead (http://nkantar.com/choosing-jekyll/). I found that optimizing for my workflow (write Markdown, commit, push) was more worthwhile than having absolutely zero generation tools (which I don't even need if I simply create a new file on GitHub, as a neat bonus I've used at least once so far).

MadRabbit13• 11 years ago

i used jekyll as well, and it's alright. this thing gives you the same workflow minus dependency on ruby runtime or a specific hosting platform that supports jekyll (like github for example).

i just write stuff and git push it to heroku

nkantar3• 11 years ago

I suppose I chose dependency on Ruby over dependency on client-side JS, though they're not mutually exclusive anyway.

It's a neat concept, for sure, and incredibly similar to something I once wanted to implement for photo galleries (and might still, since this actually seems to work quite well).

unimpressive2• 11 years ago

I found Jekyll really really hard to get up and running despite the documentation promising it would be easy. (This is a running theme: https://news.ycombinator.com/item?id=9920740) So I wrote this blog post to explain lots of the aspects that confused me and some others besides targeted towards somebody who is not intimately familiar with all the things involved: http://softholmsyndrome.com/2015/04/16/using-jekyll-taming-h...

EDIT (Thu Jul 23 21:33:12 PDT 2015): The formatting on that post seems to be borked a bit, I'm working on it.

nkantar3• 11 years ago

I've been asked by some very mildly technical designers to write up how to use Jekyll (especially with GitHub Pages), so until I get around to doing that, I'm gonna' send them to your post as a "here's basically what you might have to look forward to".

That said, I had no real issues setting it up on OS X and Debian/Ubuntu, but then I was at least somewhat familiar with how all the parts are supposed to work.

spc476• 11 years ago

I wrote my own blogging engine [1] back when there weren't many (any?) to choose from (started it in 1999), and geared the workflow of posting to my preferred method: email (although it helps that I run my own server) and I'm surprised that method isn't used more often.

I can also use a web interface if I am desperate, as well as adding an entry as a file (the email interface is similar to the file mechanism---it just pulls the entry out of the body of the email).

Granted, the language I used is rather unorthodox, but it works.

[1] https://github.com/spc476/mod_blog

AdieuToLogic2• 11 years ago

A C-based Apache httpd blogging engine using email to create the blog entries... Sweet.

Reading the source and discovering:

  WTF?  This isn't a WTF.  This is a debugging technique.

Hard core! :-)

neoCrimeLabs• 11 years ago

All I see is a blank page with a spinner. Using elinks all I see is "Loading..." When I look at the source code there is no content!

Not very search engine friendly.

MadRabbit13• 11 years ago

all search engines are javascript enabled those days. google indexes nikolay.rocks perfectly. i have analytics running and everything on it

elmin• 11 years ago

Why not use gulp to build static html pages, and serve those with S3/CloudFront. Simpler, more reliable, and no need to run a node service.

MadRabbit13• 11 years ago

because that's an extra moving part, i will have to handle those compiled files separately, collect them somewhere, copy to S3 or whatevers. I don't want that. I want a simple thing that has just the content and a shallow presentation layer that just shows the content in a browser, that's it. No extra transformations or anything, this way the system is immediate and simple. markdown + front-end, no other moving parts

jeena2• 11 years ago

You're doing that with the atom.xml already anyway.

Your approach right now doesn't seem to work with search engines very well:

https://encrypted.google.com/search?hl=en&q=site%3Ahttp%3A%2...

https://duckduckgo.com/?t=lm&q=site%3Ahttp%3A%2F%2Fnikolay.r...

https://yandex.ru/search/?lr=114311&text=site%3Ahttp%3A%2F%2...

http://www.bing.com/search?q=site%3Ahttp%3A%2F%2Fnikolay.roc...

https://se.search.yahoo.com/search?p=site%3Ahttp%3A%2F%2Fnik...

djokkataja• 11 years ago

If you have a loading spinner and your site already loads in <500ms, just get rid of the spinner. Your brain filters out short transitions anyway, so all a loading spinner does with such a brief time span is distract the user from whatever they were thinking about.

MadRabbit13• 11 years ago

fair point. thanks!

NKCSS• 11 years ago

Then why not add a delay to showing the spinner? that way, if it ever takes longer than, say, your 500ms, you'll have an indicator...

Open-sourcing my new blogging engine implementation

Related Stories