We could look at these docpad plugins for managing the redirects. https://www.npmjs.org/package/docpad-plugin-redirector https://github.com/docpad/docpad-plugin-cleanurls
We should also consider what urls we actually need to maintain redirects for now and going forward. thanks Justin > On Dec 1, 2014, at 1:46 PM, Antranig Basman <[email protected]> > wrote: > > 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. >> >> > _______________________________________________________ > fluid-work mailing list - [email protected] > To unsubscribe, change settings or access archives, > see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work _______________________________________________________ fluid-work mailing list - [email protected] To unsubscribe, change settings or access archives, see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
