대체할 모든 텍스트를 가져오려면 사이트 텍스트 설정을 사용하여 하나씩 교체해야 한다는 내용을 읽었습니다. 저는 용어를 다음과 같이 변경하려고 합니다:
Topics → Threads
Categories → Forums
Subcategories → Subforums
게시판의 맥락에서 이렇게 하는 것이 훨씬 더 합리적이기 때문입니다. 사이트 텍스트에서 많은 부분을 변경할 수는 있었지만, 그렇게 하는 것은 매우 비효율적인 방법입니다. 다른 방법이 있을까요?
(또한, 사이트 텍스트를 사용해도 처음 50개 결과만 반환되므로 결국 모든 항목을 변경할 수조차 없습니다.)
그것이 당신이 목숨을 걸고 싸우려는 문제라면 (여기서 질문을 할 때, 당신의 언어를 사용할 건지, 아니면 우리의 언어를 사용할 건지?), discourse/config/locales/client.en.yml at main · discourse/discourse · GitHub 파일을 확인하여 모든 항목을 살펴볼 수 있습니다.
3자 플러그인을 사용할 수 있는지에 따라, 이 정보가 도움이 될 수도 있습니다?
ㅋㅋ, 상황을 좀 더 쉽게 만들려고 네가 쓰는 언어를 사용할게! 이 파일에 대해 물어보는데, 로컬 설치용으로 이 파일의 내용만 바꾸면 사이트 전체에서 내용이 변경될까?
공유해 주셔서 감사합니다. 댓글에서 언급된 대로 UI 요소가 손상될 수 있다는 점이 걱정됩니다…
그건 대부분 전체 항목을 확인하게 하기 위해서입니다.
해당 파일을 편집한 후, 컨테이너 안의 파일이 아닌 내 버전을 덮어쓰도록 꾸밀 수도 있습니다.
또 다른 방법으로는 파일을 편집한 후, API를 통해 데이터베이스의 내용을 업데이트하도록 꾸미는 것입니다. 또는 Rails로 처리할 수도 있습니다. 사실, AI에게 업데이트를 수행하는 스크립트를 작성하게 하는 것도 그리 어렵지 않을 수 있습니다.
솔직히 추천하지는 않지만, 꽤 재미있을 수 있습니다.
그러니까 이 파일이 앱에서 읽어서 데이터베이스에 실제 값을 채우는 용도라는 말씀이신가요? 즉, 시스템이 기본값으로 읽는 파일이라는 뜻인가요?
아니요, 그렇게 생각하지 않습니다.
이것은 데이터베이스에 접근하지 않습니다(너무 느릴 것 같습니다).
대부분의 로케일 관련 작업은 속도 향상을 위해 Redis를 캐시로 사용하여 메모리에서 처리된다고 생각합니다(이 부분에 대해 틀렸다면 지적해 주십시오).
데이터베이스에 저장되는 유일한 것은 여러분의 수정 사항들(테이블 translation_overrides 내)이며, 이는 앱 초기화 시 또는 온라인 상태에서 단일 수정을 수행할 때 부분적으로 읽힙니다.
몇 가지 사항을 지적하고 싶습니다:
또한 다음을 참조하십시오:
이것은 각 카테고리(Category)가 자체 관리자, URL, 설정, 목적 등을 가진다는 것을 함의합니다. 예: Meta는 포럼입니다. 여러 포럼으로 구성되어 있는 것이 아닙니다 … 어떻게 그렇게 주장할 수 있는지 정말로 모르겠습니다. 하지만 이만 넘어가겠습니다.
아니요.
예.
따라서 모두 변경하려는 경우(매우 나쁜 아이디어이지만), 해당 파일을 편집하여 /var/discourse/shared/standalone/whatever 경로에 배치할 수 있습니다.
그런 다음 app.yml에 exec를 추가하여 /shared/whatever에서 /var/www/discourse/config/locales/로 복사하도록 하면 됩니다.
하지만 이후 커밋을 주시하여 파일이 변경된 적이 있는지 확인하고, 변경된 내용을 추가해야 합니다.
따라서 값을 데이터베이스에 저장하는 API나 Rails 방식이 더 나을 수 있습니다.
정중히 말씀드리지만, 여러분은 제 사용 사례를 모릅니다. 제가 왜 그렇게 하는지 알지 못한 채 그것이 "최악의 아이디어"라고 하거나 사용자 경험을 해칠 수 있다고 말하는 것은 제가 무지해서 그렇게 한다고 전제하는 것입니다. 저는 분류 체계나 사용자 경험에 대한 논쟁에 관심이 없습니다. 제 사용 사례와 대상 독자군에 대해, Discourse가 콘텐츠 유형을 설명하는 데 사용하는 용어는 의미가 없습니다.
다시 정리하면 다음과 같습니다.
감사합니다.
그렇게 하는 방법 중 하나입니다. 새로운 컨테이너를 빌드할 때마다 이를 적용하려면 app.yml 파일을 편집해야 합니다.
위에서 설명드린 대로 진행하면, 현재 버전과 함께 제공되는 파일을 사용자의 버전이 덮어쓰게 됩니다. 로컬라이즈(locales) 디렉토리에 있는 버전이 바로 사용자가 말하는 "standalone 버전"을 의미하는 것 같습니다. 따라서 이 방식으로 진행하면 파일이 변경될 때 주의를 기울이지 않으면 결국 일부 내용이 누락될 수 있습니다. 하지만 최악의 경우에도 누락된 항목의 이름만 표시될 뿐이므로, 크게 신경 쓰이지 않을 수도 있습니다. 프로그램이 크래시되지는 않지만, 화면이 혼란스럽게 보일 수 있습니다.
이것이 나쁜 아이디어라고 말하는 이유는, 이러한 부분들을 이해하지 못하면 문제를 일으킬 수 있기 때문입니다. 그래서 결국 문제가 발생했을 때, 제가 어떻게 하라고 조언한 그 변경 사항들을 제가 권장하지 않았다는 점을 기록으로 남기고 싶습니다.
app.yml에서 sed 명령어를 여러 개 발행하여 업데이트를 자동화할 수도 있습니다.
이렇게 하면 조금 더 "변경 사항에 관대"해질 수 있습니다.
만약 실제로 변경하는 항목이 약 20개 정도라면, 그냥 온라인으로 관리자(Admin)에서 직접 처리하는 것이 나을 수도 있습니다!
흥미로운 과제네요!
팁 감사합니다!
Site 텍스트를 통해 대외 공개된 참조 항목의 대부분(혹은 전부)을 파악한 것 같습니다. 더 포괄적인 방법을 개발할 때 이 점을 염두에 두겠습니다.
좋은 제안이네요! 제가 제안했던 것처럼 전체를 덮어쓰는 것보다 확실히 좋습니다. . . . 단, 그 sed 작업이 텍스트의 이름을 변경하지 않는 한 말이죠!
네, 주의해서 diff를 살펴봐야 해요! 
@alkah3st 원하시는 방식으로 작동하도록 설정하셨나요? 저도 용어를 변경하는 것을 고려하고 있어서(다만 프랑스어로) 실제로 이 과정을 거치셨다면 여러분의 피드백이 매우 소중할 것 같습니다.