Discourse가 이미 제가 수정한 번역을 덮어쓰지 못하게 하는 방법이 있을까요? 저희 UI/UX는 일부 커스텀되어 있어 Discourse의 현재 기본 설정과 동일하지 않습니다.
스페인어에서 일부 사용자는 Activar listas inteligentes al escribir en el compositor라는 문구를 이해하지 못하지만, Listas automáticas al escribir mensajes라면 이해합니다. 비슷한 경우가 많은데 말이죠.
메인 브랜치가 업데이트될 때마다 텍스트를 세 번 이상 수정해야 했습니다. 이전에는 ‘새로운’ 번역을 버리는 것이 가능했지만, 몇 달 전부터는 제 번역이 항상 덮어써집니다.
제안, 우회 방법, 또는 확인해봐야 할 관리자 설정에 대해 조언을 구합니다. 감사합니다 
그들을 어떻게 편집하고 계신가요? 보통 /admin/customize/site_texts에서 편집 중이라면 업데이트로 번역 문자열이 덮어써지지 않아야 합니다.
이 관리자 경로에서 편집하고 있는데, 몇 달 전부터 값이 덮어쓰기되기 시작했습니다. 정확한 날짜는 기억나지 않지만, 수년 동안은 덮어쓰기되지 않았습니다.
이상하네요… 언급하신 예시인 Activar listas inteligentes al escribir en el compositor가 반복적으로 문제가 발생하는 문자열 중 하나였나요?
코어에서 업데이트되는 모든 문자열이 기본값으로 되돌아갑니다.
해결책을 찾기를 희망합니다. 유지보수가 정말로 어렵습니다. 필요한 디버깅과 테스트는 얼마든지 수행할 수 있습니다.
음, Discourse가 번역을 게시하기 전에 제가 업데이트한 문자열에서만 그런 일이 발생하는 것 같다는 걸 이제 이해했어요.
Cancel(Resenha)을cancelar로 변경하면, Discourse가 번역을 게시할 때 제 원래 문자열이 사라집니다.
아마도 아직 스페인어 번역이 없는 (아마도 새로운) 문자열에 대해, 사용자가 번역을 만들면 나중에 스페인어 문자열이 추가될 때 그 번역이 덮어씌워진다는 말씀이신가요? 그렇다면 (코드를 보지 않고 추측해 보면) 시스템이 새로운 문자열을 삽입하고 사용자의 것을 무시하는 것은 당연해 보입니다. 다만 이는 버그로 간주될 수도 있습니다(어떤 방식이 맞는지 양쪽 모두 논리가 성립합니다).
여기서 정확히 그런 일이 벌어집니다. 이게 버그라고 보기는 어렵고, 다만 주의가 필요한 부분이라고 생각합니다.
즉, 아직 번역되지 않은 실험적 내용을 전부 번역하는 데 시간을 쓰는데, 간단한 업데이트 하나로 그 모든 것이 순식간에 사라지는 것이죠.
왜 그 시간을 모든 사람을 위한 Discourse 번역에 쓰지 않나요?
솔직한 말씀드리면, 저는 속어를 번역하면서 일부러 많은 규칙을 무시하고 있습니다. 그리고 Discourse가 사용하는 번역 시스템은 조금 위압적이었거든요.
몇 달이나 몇 년 뒤에 우리가 아직 여기 있다면, 에스페란토 번역에 노력을 기울이겠습니다.
더 간단한 도구들을 기대할 수 있기를 바랍니다
불행히도 번역을 계속 잃어버리고 있는데, 정말로 매우 frustrating합니다.
Discourse 업데이트 시 번역 파일의 로컬 변경 사항이 덮어쓰기되는 것을 방지하는 방법이 있을까요?
저는 정말로 그 업데이트를 받기를 원하지 않습니다. Crowdin에서 제공되는 스페인어는 제 취향에 비해 매우 평이하고 긴 편입니다. UI/UX 관점에서 설명이 가능한 한 적게 있는 것을 선호합니다. 또한 우리 커뮤니티에서는 메뉴나 대부분의 메시지 대문자를 쓰지 않고, 속어를 사용하는 자체적인 언어/미감을 사용하고 있습니다.
Discourse는 최신 업데이트에서 많은 혁신을 하고 있으며, 번역 오버라이드에 투자한 작업을 잃지 않고 계속 업데이트하고 싶습니다. 모든 작업이 수동으로 이루어지며 정말로 시간이 많이 걸립니다.
제안이나 우회 방법을 환영합니다.
아마 확인해 볼 수도 있겠지만, 제가 핀란드어로 한 번역이 절대 오버라이드되지 않는다는 사실에는 꽤 확신이 있습니다.
예를 들어 최근에 배포된 Voice 플러그인의 번역을 업데이트한 후, core의 공식 핀란드어 번역을 기다리면 어떤 일이 벌어질까요?
이것은 모든 것을 원래대로 되돌리는 일반적인 동작입니다. 하지만 제 인스턴스에서만 발생하는 문제일 수도 있습니다. 저는 이 문제를 근본적으로 해결하고 싶고, rake 태스크를 사용하여 제 JSON 오버라이드 파일의 백업을 자동화하는 방법을 고려하고 있습니다.
이 방법은 우아하지 않고 일종의 핵무기 같은 해결책일 수 있지만, 오버라이드의 오버라이드 동작 방식 때문에 유지보수가 정말로 최악입니다.
음, 제 인스턴스를 언제 업그레이드할 수 있는지 확인해 보겠습니다 
그리고 나서 공식 번역을 기다려야 합니다. 이전에는 번역이 나오기 전에 제 인스턴스에서 새로운 기능을 번역해 놓은 적이 있지만, 그 번역이 그대로 남아 있을지 확신할 수 없습니다. 그냥 그런 느낌만 있을 뿐이죠.