New Fluid Project site

[Antranig Basman]

The link "canonical" approach seems reasonable to me. It retains our 
site as static infrastructure, and I don't think we will have an 
unmanageable number of redirects to maintain. We should check that the 
user experience of this approach is reasonable, e.g. on mobile browsers.

Cheers,
Antranig

On 01/12/2014 15:25, Jonathan Hung wrote:
> I've been investigating how to set up redirects for the new Fluid
> website on github pages.
>
> The published method of performing a redirect on gh-pages is to use a
> plugin with Jekyll (see this document
> <https://help.github.com/articles/redirects-on-github-pages/>). However,
> we are using Docpad, not Jekyll - so this approach to redirects will not
> work for us.
>
> One alternative is to use Javascript to handle redirects, but this
> technique may not be desirable as it does not provide a HTTP 301 -
> Permanently Moved error code.
>
> Another approach is to use a meta "refresh" + link "canonical" as
> documented in this blog post
> <http://konradpodgorski.com/blog/2013/10/21/how-i-migrated-my-blog-from-wordpress-to-octopress/#redirect-301-on-github-pages>.
> This provides a 301 error which search engines like, but requires
> individual HTML files for each redirect we want. This may be acceptable
> if the number of redirects is not too large.
>
> Finally, we can consider hosting our website on our own web server. This
> makes redirects a lot easier to manage, but requires resources for
> server maintenance and requires an extra step of deploying from github
> to the webserver whenever content needs updating.
>
> Anyone else have thoughts?
>
> - Jon.
>
>