Steve, thanks for this.<div><br></div><div>For the use case I have in mind - running club web site, all info public - typically 3-5 people in a club would use the GitHub raw web UI to create a new markdown file, hit commit and it's live. No branches or pull requests ever.  A handful of others would have set up the CSS and templating. And they can change a sentence from anywhere.  We have already tested with enough naive users and it works fine. </div><div><br></div><div>This completely fixes the old "single point of failure" with one webmaster who went on holiday, yet with far less to go wrong - no MySQL database etc, redundant infrastructure, great performance.</div><div><br></div><div>We will be doing a lot of fun stuff providing separate "dynamic" features with front end widgets that can fetch a JSON file and format it. </div><div><br></div><div>So the only issue is picking a nice static site generator and hooking it all up. Obviously I prefer Python and now I know we don't need to maintain any infrastructure. So, thanks again?</div><div><br></div><div>Sorry to top post but anything else on my iPhone is a nightmarish ordeal.</div><div><br></div><div>Andy<span></span><br><br>On Saturday, 3 September 2016, Stestagg <<a href="mailto:stestagg@gmail.com">stestagg@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 2, 2016 at 7:57 PM Andy Robinson <<a href="javascript:_e(%7B%7D,'cvml','andy@reportlab.com');" target="_blank">andy@reportlab.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Re-subjecting...<br>
<br>
On 2 September 2016 at 19:30, Stestagg <<a href="javascript:_e(%7B%7D,'cvml','stestagg@gmail.com');" target="_blank">stestagg@gmail.com</a>> wrote:<br>
> Hi Andy<br>
><br>
> We use travis to build the site. You can see the travis yaml file and build<br>
> scripts in our repo:<br>
...<br>
> If you can make your repo public, I would recommend travis as a great way to<br>
> build your site.<br>
We can<br>
> If you've any questions, please ask on or off list.<br>
<br>
Thanks for this. I have never touched Travis, but it's time I learned.<br>
<br>
If I understand correctly, it's a hosted service which can do pretty<br>
much anything you want when it sees a commit; in this case<br>
- pull from jobs repo<br>
- generate output files<br>
- push back the finished HTML up to the GitHub repo<br>
<br>
?<br>
Cool!<br>
<br>
(Yes, I've been under a rock for about 10 years)<br>
<br>
I am embarking on a rather ambitious project to modernise an entire<br>
sport.  Thousands of clubs have the problem of somewhere between zero<br>
and one webmasters at any one time, and the dynamic  things they need<br>
to do - fixture lists, race results - can just about all he handled by<br>
Javascript these days.  With some nice reusable widgets and standards,<br>
no need for database server.  And GitHub solves the problem of letting<br>
multiple people access the repo and write/edit stories with no coding<br>
skill.<br>
<br>
Speaking of which, is or was anyone on this site involved with<br>
athletics or running?<br>
<br>
- Andy<br></blockquote><div><br></div><div>Yes, that's right, travis (and circleci, and the others..) basically just spin up a container, check out the repo, and run the commands listed in the travis.yml (or equivalent) in a full environment.</div><div><br></div><div>This allows us to pull, and even push, using secret tokens, to other git repos (although that's not a very common use-case), install software, run tests, and build the site.</div><div><br></div><div>One thing I would caution about is that github is not a CMS, and while it's awesome and does DCVS really well, there is definitely a minimum level of experience required to use it to submit a good pull request.  Simple things like naming files correctly, editing online, cloning repos etc, are not intuitive to people not used to these sort of workflows.</div><div><br></div><div>If your users are willing to learn/already know enough to understand what's happening, then it's fine, but I would expect a certain amount of frustration from the less technically oriented editors.  (Something of a feature for pythonjobs, but I don't know if that's the case for athletics)</div><div><br></div><div>Finally, if you're thinking of doing this at scale, I'd recommend reaching out to the github support team fairly early on. We did for pythonjobs, just to check that what we were doing was a good idea, and they were very keen on the idea, but opening a channel early on may help with any issues down the line</div><div><br></div><div>Steve</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<wbr>_________________<br>
python-uk mailing list<br>
<a href="javascript:_e(%7B%7D,'cvml','python-uk@python.org');" target="_blank">python-uk@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-uk" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-uk</a><br>
</blockquote></div></div>
</blockquote></div><br><br>-- <br>Sent from Gmail Mobile<br>