<div dir="ltr"><div>Hey,</div><div><br></div><div>on the design sesh we've looked a bit on the way data is organised in the loser repo and how to access it via troggle.</div><div><br></div><div>A proposal arised that all this database shannaingans is essentially unnecessary - we have about 200 caves, about 250 entrances, about 200 people and couple dozen expos. We don't need efficient lookups at all. We can write something which will be 'slow' and make only things we actually care about. Similarly I see little gain from doing the html - python himera template pages. These contain mainly nested for loops which could just as well be written in e.g. python.</div><div><br></div><div>I'd advocate following solution:</div><div>- give up on fixing things in troggle</div><div>- have a small number of .py scripts which generate static webpages with content we want</div><div><br></div><div>Why do this:</div><div>- we don't have multiple intermediate layers all of which are difficult to maintain</div><div>- anyone can run this on their machine without need for local vm's</div><div>- to change something there is one thing you change - script that generates pages belonging to particular pattern. currently you need to take care of parsers, view script, url script, and template</div><div>- it runs offline (just like that as pages are just blocks of literal text + some javascript)</div><div>- we never end up with no working copy during expo - run scripts once before expedition and put results in /backup and just leave it there till next year. Something goes wrong on the daily updated version - we have a very easy fallback</div><div>- just one (or very close to it) programming language</div><div>- change to python3 to parse silly chars</div><div>- wayyyy fewer lines of code and substantially better code to comment ratio (if this is us writing this now)</div><div>- compatible with all the already existing static pages</div><div>- we can host this on a potato hosting as we're not running anything fancy anymore</div><div>- get's rid of the horrifying url rewrites that correspond to no files that exist</div><div><br></div><div>How much work would this actually take:</div><div>- most likely one script per page type, so far page types that are obviously needed:</div><div>--cave index</div><div>--individual cave descriptions</div><div>--logbooks</div><div>- more than half of the parsers are already rewriten by me and can be changed to do this instead of modifying SQL database with minimal effort</div><div>- html/css side of things already exists, but it would be nice to go for a more modern look there as well</div><div><br></div><div>Things this solution doesn't solve:</div><div>- no webpage-based 'wizzard' for creating caves and such (did people use it much? do we care?) -> maybe 'send an email to this address' is the ultimate solution to this</div><div>- uploading photos is still difficult (in the sense that they don't get minified automatically)</div><div><br></div>Rad</div>