I really love how Jekyll makes a lot of nice things available and would love to migrate a rather large site to Jekyll.
That would be a considerable effort and could only be done for a small number of pages quickly.
What I would therefore like to do is this:
- use Jekyll for the small number of pages: so some existing URLs and some new URLs would get served by Jekyll
- have some mechanism to show all other URLs from the “OLD” site.
Is there a standard mechanism for doing this?
Jekyll doesn’t serve anything. It simply generates “final” HTML files that you can host as you like.
There’s no reason why you couldn’t build the new pages with Jekyll, deploy to your hosting server, and leave the old pages.
So far, I use Jekyll to serve a site using the “bundle exec jekyll serve” command, but I understand I could use it to just generate the pages.
What are the advantages of serving a Jekyll generated site using Jekyll versus using something like Apache? Are there any?
the server that is bundled with jekyll is a development server really - while it may work in a production environment, it is not recommended I don’t think - it is just there to help you while doing development. Apache would be better, though not sure I could point out the reasons why for a single site.
To my knowledge Jekyll uses WEBrick for the development server.
There’s probably some resources around with comparisons between it and a production server like Apache. For example this thread on Stackoverflow.
memory management, multi-threading, proper 404/502 handling, security, stability
The list is quite long … don’t use jekyll serve in production.
Use a production http server (Apache, nginx, lighthttpd … even gasp iis gasp )