<div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"><div class="gmail_quote">Hi Sebastian!</div><div class="gmail_quote"><br></div><div class="gmail_quote"><div class="gmail_quote">In the "Seeking insights into Oversight_Board/Decisions" thread you said,</div></div><div class="gmail_quote"><br class="">On 11 April 2016 at 14:57, Sebastian Silva <span dir="ltr"><<a href="mailto:sebastian@fuentelibre.org" target="_blank">sebastian@fuentelibre.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div>El 11/04/16 a las 13:56, Walter Bender escribió:<br></div><span class=""><blockquote type="cite"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"><br></div><div class="gmail_extra">Generally I think all mediawiki instances should be retired and replaced with a static site generator backed by a distributed version control "pull request" model of collaboration. </div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="http://designwithfontforge.com/" target="_blank">http://designwithfontforge.com</a> has semi-prominent "edit this page" (that could be even more prominent) and Github itself and 3rd party web editors like <a href="http://prose.io/" target="_blank">http://prose.io</a> provide the "wiki" experience of editing pages directly, but with the PR permissions model that - IMHO - cultivates more quality. <br></div></div></div></blockquote></blockquote></span>Mediawiki has been an administration burden from infrastructure team and Local Labs as well.<br><br>+1 on static site generators. Last year we replaced Wordpress for Nikola at <a href="http://somosazucar.org/" target="_blank">somosazucar.org</a>. Lektor is also interesting. Both are small enough to fit into a Sugar Activity for offline scenarios :-)</blockquote></div><br>Both are pure python too. Cool :) </div><div class="gmail_extra"><br></div><div class="gmail_extra">I propose using <a href="https://pages.github.com">https://pages.github.com</a> for hosting the site, and thus the Jeykll static site generator (writte in ruby) </div><div class="gmail_extra"><br></div><div class="gmail_extra">If Nikola/Lektor/anything-else is used as the static site generator, the site source can be hosted on github, and travis can be used to run the SSG and upload the build to a server via SFTP or git or similar (in a secure way.) </div><div class="gmail_extra"><br></div><div class="gmail_extra">Here are some explanations:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://docs.travis-ci.com/user/deployment/custom/">https://docs.travis-ci.com/user/deployment/custom/</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://docs.travis-ci.com/user/uploading-artifacts/">https://docs.travis-ci.com/user/uploading-artifacts/</a> </div><div class="gmail_extra"><br></div><div class="gmail_extra">How to decide hosting sites on <a href="http://pages.github.com">pages.github.com</a> or elsewhere?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers<br>Dave</div>
</div></div>