아니요, 그렇게 생각하지 않습니다.
이것은 데이터베이스에 접근하지 않습니다(너무 느릴 것 같습니다).
대부분의 로케일 관련 작업은 속도 향상을 위해 Redis를 캐시로 사용하여 메모리에서 처리된다고 생각합니다(이 부분에 대해 틀렸다면 지적해 주십시오).
데이터베이스에 저장되는 유일한 것은 여러분의 수정 사항들(테이블 translation_overrides 내)이며, 이는 앱 초기화 시 또는 온라인 상태에서 단일 수정을 수행할 때 부분적으로 읽힙니다.
몇 가지 사항을 지적하고 싶습니다:
- 수정 사항의 수를 크게 늘리면 앱 초기화 시간이 길어질 수 있습니다(이를 벤치마크한 사람이 있는지 확실하지 않습니다).
- Discourse가 발전하면서 자체 명명 규칙을 유지하는 동안, 이러한 수정 사항들은 관리하는 것이 번거로워질 수 있습니다. 여기서는 스스로에게 불필요한 일을 만들고 있는 셈입니다.
- Discourse가 현재 가장 인기 있는 포럼 플랫폼 중 하나인 점을 고려할 때, 많은 사람들이 이미 최소 한 개의 Discourse 사이트를 사용하며 해당 명명 규칙에 익숙합니다. 따라서 사용자들에게 혼란을 주지 않도록, 이미 익숙해진 것을 이전의 규범으로 되돌리지 않는 것이 좋겠습니다.
또한 다음을 참조하십시오:
이것은 각 카테고리(Category)가 자체 관리자, URL, 설정, 목적 등을 가진다는 것을 함의합니다. 예: Meta는 포럼입니다. 여러 포럼으로 구성되어 있는 것이 아닙니다 … 어떻게 그렇게 주장할 수 있는지 정말로 모르겠습니다. 하지만 이만 넘어가겠습니다.