(see http://staticsitegenerators.net/)
Why do we need another one?
Also, everyone has slightly different requirements, so everyone likes to build their own.
I will most likely soon build my own static site generator, because none of the ones out there do exactly what I want. I will most likely borrow from at least a few of the examples out there and then post it on my github so there is yet another one.
I think we're seeing a proliferation simply because it is so easy to share code these days. Imagine how many Fibonacci generators would have been out there if it were as easy to share code when those were popular (I want to say 10 years ago but maybe it was longer).
Why bother with the templating? Use Jinja2?
def fib(n):
x = ((1 + sqrt(5)) / 2) ** n
x -= ((1 - sqrt(5)) / 2) ** n
return x / sqrt(5)Because this one is much simpler to use than Jekyll and doesn't require you to install Ruby.
Did we need a new one to do this? Absolutely none of the hundreds of existing languages could have possibly worked, so let's reinvent SSI with different syntax?
Or someone should write an SSI static site generator.
Edit: Although what would be really nice would be the same kind of pre-processor that works with apache ssi directives
http://httpd.apache.org/docs/2.2/mod/mod_disk_cache.html
re:edit hxincl uses a similar style as ssi but with a couple of enhancements:
http://manpages.ubuntu.com/manpages/trusty/en/man1/hxincl.1....
if you want exactly SSI syntax, ain't nuthin' stopping you from pointing curl at localhost.
I'm sorry, but this project feels more like "art" than a practical tool.
Plus, with a few basic lines of PHP (available on every shared host) you can pre-generate your site statically as well (and on the server, to save you the re-uploading).
Case in point, are you planning to support this 'dead simple' template language for users of your hosting site? If so, what happens if I try to include something outside the site root, in a Dropbox area which I control? https://github.com/braceio/tags/blob/master/tags/tags.py#L13
As for that case, it won't work and we'll try to help you reorganize your content so it does. :)
However we chose python, and easy_install because it's pre-installed all macbooks going back to snow leopard. (specifically python 2.6.1 which comes with distutils needed for our setup.py file) This means for many web designers, brace-tags doesn't require that you update your python install, or really know python at all. It's the simplest command line install experience we could come up with.
Make my point clear: think about sudo pip install X vs advocating everyone to use virtualenv. The cost of cleaning up any mess from sudo outweigh the cost of getting pip and virtualenv.
Look. I agree that getting new package install is painful. Even on Linux, I often have to add PPA to get the latest version.
The "include" file is just a js file that document.writes your html, so its not easy to make edits because you would need to do it in a big stream of escaped code.
They won't work if user has js turned off.
They are awful for seo because the includes will not be there when the page is crawled
They are not semantic for writing things like <html><head> and will throw your browser into quirks mode because your page would effectively start with a script tag.
But I used the hell out of them back when dynamic hosting was hard to come by (geocities, tripod etc)
However, everything else is so complicated if all you want is simple file inclusion.
try to have 1 header in like 10 pages. That is a lot of copy pasting :-)