Hm... that's a bit pish if the website isn't going to have the forms to submit to the entries system at an early stage.
It should be easy enough to interface them as it seems to just be a PHP page that takes in a form POST with the RideID and your details.
A Membership backend can be pretty significant or it could be a simple spreadsheet;
I've seen both the former for a >5000 member car club the later for an 80 member hiking club.
A merch store shouldn't be much work though, you can roll them out for little more than the cost of the licences and a few hours for the IT provider to install it, all the work to load the merch up into it is the job of the shopkeeper (set that one up for the >5000 member car club years ago)
So I can see how Phase 3 could be cheaper than Phase 2,
The August statement mentions that Francis has "rebuilt" a database which I take to mean either move it from one tech to another, or sit and cry at a terrible schema* and then redesign from scratch along with data migration.
"He also noted that another volunteer stalwart, Systems Delegate Francis Cooke, had offered to rebuild an important events database so that it would interface better with the new site. The Board was very happy to accept the offer"
The Audax.Uk framework appears to be Bootstrap based though the js files look quite different to those on the CTTA site.
* Although today I triedto convince my boss that there was nothing particularly wrong with the schema of one of our databases that performs badly,
the fact it's a got a single table 9Gb in size at its core isn't the problem
That it has no partitioning on a table nearly 5 times the size that Oracle give as a rule of thumb for needing partitioned and the indexes applied by blind monkeys don't line up with the queries that we execute on it being the primary problems.
He bought those but suggesting that since the data has a single relationship and is otherwise just a document didn't seem to be enough to convince him to go to the polical nightmare of suggesting we use a document database... :grump:
So crap schema isn't the only reason to greet over a poor DB.