I have been thinking to use the simplicity of Jekyll as a sort of a wiki. Many a times we come across the same problem over and over again and it would be good if it is documented somewhere. For example: How do I add new users to CentOS in a certain group? So I will assign my post some tags, let's say: linux, administration...and so on.
For searching on one tag it seems like we could just generate tag indexes. E.g. for every tag you use, generate _site/tags/[tag]/index.html from some tag layout file.
But if you want to be able to go to /tags/linux/administration to get everything with both tags, then things could get crazy. When you have a post with 5 tags you'd have to generate 120 separate tag indexes, for that post's tags alone. For that many the space required isn't so bad, but I'm not sure how much it would slow jekyll down. If you have 7 or more tags on a post it starts to get ridiculous.
@henrik - yeah it would work on just a single page or may be I should abandon this whole idea and just go and use wiki.
👍 on not using Jekyll if you need search built in. Jekyll's job is slightly dynamic site generation, that's it.
So search isn't something that's being considered?
That is correct. If search is a hard requirement for what you're doing,
Jekyll is not the right tool for the job.
Write a plugin which outputs a list of your tags and the associated posts and write a sinatra server which responds to /search and just parses through that list output by the jekyll plugin. An idea.
The easiest way is to use plugin that generates posts listing by tags. You can use mine (see it in action: http://ixti.net/tags/ruby.html).
Alternatively, if you want kind of "real" search, you can generate a JS file with post => tags mapping and then write a search tool in JS. To write such dynamic JS, you can use jekyll-assets plugin.