Grazie. Tutto ha senso.
No! Uno dei principi chiave è che tutto è esattamente come sarebbe in un’installazione standard. Non ci sono dipendenze specifiche di pfaffmanager. Se qualcuno vede qui che dovrebbe fare qualcosa come una ricostruzione, aggiungere un plugin o aggiungere una variabile d’ambiente a app.yml, pfaffmanager lo farà esattamente come se sapesse cos’è ssh e potesse digitare comandi. Le installazioni utilizzano discourse-setup, gli aggiornamenti eseguono ./launcher rebuild (o bootstrap, destroy, start per configurazioni a 2 container). Se Postgres è obsoleto, vengono seguite le procedure in Aggiornamento PostgreSQL 13, e così via. Un paio di cose mi hanno tentato a creare un plugin di supporto opzionale, ma per lo più voglio evitarlo. Sto già destreggiandomi tra Ansible, Rails ed Ember; avere un altro pezzo in gioco non è molto attraente.
Ma quel pezzo runner è stato di grande aiuto. Eseguirò questo dopo che un container appena ricostruito è stato riavviato:
docker exec web_only bash -c 'rails runner AdminDashboardGeneralData.refresh_stats'
Grazie mille. Era proprio quello di cui avevo bisogno.