Nein, ich glaube nicht.
Dies greift nicht auf die Datenbank zu (ich glaube, das wäre zu langsam).
Ich glaube, die meisten Locale-Sachen werden zur Beschleunigung im Speicher verarbeitet, wobei Redis als Cache verwendet wird (ich lasse mich gerne korrigieren).
Das Einzige, was in der Datenbank gespeichert wird, sind Ihre Änderungen (in der Tabelle translation_overrides), die beim Initialisieren der App oder stückweise beim Vornehmen einer einzelnen Änderung während der Online-Nutzung gelesen werden.
Ich möchte nur ein paar Dinge anmerken:
- Eine deutliche Erhöhung der Anzahl von Änderungen könnte Ihre App-Initialisierungszeit verlängern (ich bin mir nicht sicher, ob jemand dies jemals gemessen hat).
- Diese könnten sich als administrativer Aufwand erweisen, wenn Discourse sich weiterentwickelt, aber seine eigene Nomenklatur beibehält. Sie erfinden hier Arbeit für sich selbst.
- Da es sich nun wohl um die beliebteste Forum-Plattform handelt, nutzen viele Leute bereits mindestens eine Discourse-Seite und sind sehr an die Nomenklatur gewöhnt. Überlegen Sie also vielleicht, ob Sie Ihre Benutzer nicht verwirren wollen, indem Sie das, an das sie sich bereits gewöhnt haben, wieder zu früheren Normen ändern?
Siehe auch:
Dies impliziert, dass jede Kategorie eigene Administratoren, URLs, Einstellungen, Zwecke hat … z. B. Meta ist ein Forum. Es besteht nicht aus mehreren Foren … Ich bin mir wirklich nicht sicher, wie man das argumentieren könnte? Aber ich schweife ab.