User alkah3st seeks an efficient method to globally replace Discourse site texts, specifically changing terms like “Topics” to “Threads” and “Categories” to “Forums.” They note that the standard Site Texts interface is limited to 50 results and requires tedious manual entry.
In response, pfaffman suggests editing the source locale file (client.en.yml) directly or using the API/Rails console to update the database. merefield provides technical clarification, explaining that the locale file serves as the default in-memory configuration, while only modifications are stored in the database’s translation_overrides table. Merefield strongly advises against extensive custom nomenclature, citing potential maintenance issues, increased initialization times, and the risk of confusing users accustomed to standard Discourse terminology. They also quote codinghorror regarding the technical implications of the word “thread.”
alkah3st maintains their position, stating their specific use case justifies the changes and clarifying their understanding of the file override mechanism. To mitigate risks, merefield proposes using sed commands within app.yml to automate specific replacements, a suggestion pfaffman agrees is superior to overwriting the entire file. The discussion concludes with alkah3st acknowledging they have covered most public-facing terms via Site Texts but remaining open to the proposed methods, while stephtara asks for feedback on a similar French localization project.
קראתי שלהשיג את כל הטקסטים לשינוי הוא רק על ידי שימוש בהגדרות טקסטי האתר והחלפת כל אחד מהם. אני מנסה לשנות את הניסוחים:
Topics - אתרים
Categories - הפורומים
Subcategories - תת-פורומים
כי זה פשוט הגיוני יותר עבור לוחות הודעות. הצלחתי לשנות הרבה מהם באמצעות טקסטי האתר, אבל זה לא דרך יעילה לעשות זאת. יש דרך אחרת?
(גם, כי זה יחזיר רק את 50 התוצאות הראשונות, אני לא באמת יכול לשנות את כולן דרך טקסטי האתר בכל מקרה.)
If that’s the hill you want to die on (and when you ask questions here, are you going to use your language or ours?), you can look at https://github.com/discourse/discourse/blob/main/config/locales/client.en.yml and see all of them.
Depending on whether you can use 3rd-party plugins, this might be of some use?
הלول, אשתמש בשפתך כדי לשמור על שפיות! בנוגע לקובץ הזה, אפשר פשוט לשנות את התוכן שלו עבור ההתקנה המקומית שלי והדברים יישתנו בכל האתר?
תודה ששיתפת. אני מודאג מהאפשרות שזה יפגע באלמנטים של ממשק המשתמש על פי ההערות…
זה בעיקר כדי שתראה מה כל אחד מהם.
אתה יכול לערוך את הקובץ הזה ולאחר מכן להמציא את העניין שיקראו לגרסתך על פני זו שבמכולה.
דבר נוסף שאתה יכול לעשות הוא לערוך את הקובץ ולאחר מכן לנסות לעדכן את הדברים במסד הנתונים דרך ה-API. או שאתה יכול לעשות את זה ב-Rails. למעשה, זה אולי לא כזה קשה לגרום ל-Ai לכתוב סקריפט לביצוע העדכונים.
באמת אני לא ממליץ על כך, אבל זה יכול להיות מעניין.
אז אתה מתכוון שהקובץ הזה הוא מה שהאפליקציה מפרשת כדי למלא את הבסיס הנתונים עם הערכים האמיתיים? כלומר, זה ה"ברירות המחדל" שהמערכת קוראת מהן?
No, I don’t think so.
This doesn’t hit the database (I think it would be too slow).
I believe most of the locale stuff is processed in memory for speed, using Redis as a cache (happy to be corrected on that).
the only thing that gets stored in the database are your modifications (in the table translation_overrides), which will be read when you initialise the app or piecemeal when you make a single modification whilst online.
I would just point out a couple of things:
Also see:
This implies that each Category has its own administrators, URL, settings, purpose … e.g. Meta is a forum. It is not made up of several forums … I’m really not sure how you’d argue that? But I digress.
[ציטוט=“alkah3st, פוסט:7, נושא:366925”]
קובץ זה הוא מה שהאפליקציה מפרשת כדי למלא את מסד הנתונים בערכים האמיתי
[/ציטוט]
לא.
[ציטוט=“alkah3st, פוסט:7, נושא:366925”]
כלומר, זה ה"ברירות מחדל" שהמערכת קוראת מהן
[/ציטוט]
כן.
אם תרצה לשנות את הכל, שזה רעיון גרוע, תוכל לערוך את הקובץ הזה, לשים אותו ב-/var/discourse/shared/standalone/whatever
ואז להוסיף ביצוע ל- app.yml שהעתיק אותו מ-/shared/whatever ל-/var/www/discourse/config/locales/
ואז גם תצטרך לעקוב אחר העדכונים כדי לראות אם הוא משתנה בכלל כדי שתוכל להוסיף את השינויים שהעתיק.
אז ה-API או דרך Rails, שמכניסים את הערכים למסד הנתונים, olabilir טוב יותר.
בכבוד, אתם לא מכירים את מקרה השימוש שלי. לומר שזה “רעיון נורא” או שאני עלול להזיק לחוויית המשתמש מבלי לדעת מדוע אני עושה את מה שאני עושה предполагает שאני עושה את זה מתוך בורות. אני לא מעוניין לנהל ויכוח על טקסונומיה או חווית משתמש. עבור מקרה השימוש והקהל שלי, הטרמינולגיה שבה משתמשים ב-Discourse לתיאור סוגי התוכן שלה אינה הגיונית.
אז כדי לסכם:
תודה.
That’s one way to do it. You’d need to edit your app.yml to make it to it every time you build a new container.
If you do what I described above your version will overwrite the version that is supplied with the current version. The version in the locales directory is what I think you mean by the “standalone version”. So, if you do it this way, the file will eventually be missing stuff unless you watch when it changes. Worst case, though, is you’ll just see the name of the thing that’s missing, so maybe you won’t care. It won’t crash, just look confusing.
I’m saying it’s a bad idea because these are things that can cause problems if you don’t understand, so when it ends up being a disaster, I’m on record saying that I did not recommend the very changes that I told you how to do.
אתה יכול להוציא שורת פקודות sed בתוך app.yml כדי לאוטומט את העדכונים.
באופן זה אולי תהיה קצת יותר “סובלנות לשינויים”.
אם מתברר שאתה משנה רק כ-20 רשומות, עדיף לעשות זאת באדמין און ליין!
אתגר מעניין!
תודה על העצה!
נראה שאספתי את רוב (אם לא את כל) ההפניות הפומביות דרך טקסטי האתר. אבל אשאיר את זה בזיכרון למקרה ואפתח שיטה מקיפה יותר.
Good one! That’s definitely better than overwriting the whole thing as I suggested. . . . as long as those sed operations don’t change the names of the texts!
Yes, one would need to be careful and look at diffs! 
@alkah3st did you manage to get this working the way you wanted to? I am also considering changing the terminology (albeit in French) and would find your feedback precious if you actually went through this.