Sostituire i testi del sito in modo efficiente?

No, non credo.

Questo non accede al database (penso che sarebbe troppo lento).

Credo che la maggior parte delle localizzazioni venga elaborata in memoria per velocità, utilizzando Redis come cache (sarò lieto di essere corretto su questo).

L’unica cosa che viene memorizzata nel database sono le tue modifiche (nella tabella translation_overrides), che verranno lette all’inizializzazione dell’app o a pezzi quando apporti una singola modifica mentre sei online.

Vorrei solo sottolineare un paio di cose:

  • aumentare significativamente il numero di modifiche potrebbe estendere il tempo di inizializzazione dell’app (non sono sicuro che qualcuno abbia effettuato un benchmark di questo).
  • queste potrebbero diventare un problema amministrativo da mantenere man mano che Discourse si evolve ma mantiene la sua nomenclatura. Ti stai inventando lavoro qui.
  • dato che ora è probabilmente la piattaforma di forum più popolare, molte persone utilizzano già almeno un sito Discourse e sono molto abituate alla nomenclatura, quindi forse considera di non confondere i tuoi utenti cambiando ciò a cui si sono già abituati a norme precedenti?

Vedi anche:

Ciò implica che ogni Categoria ha i propri amministratori, URL, impostazioni, scopo … ad esempio Meta è un forum. Non è composto da diversi forum … non sono davvero sicuro di come potresti sostenere questo? Ma divago.