약 1,500개의 게시물(사실 게시물의 수보다 길이가 더 중요하지만, 대부분은 비교적 짧았습니다)을 4개 언어로 번역하는 데 지금까지 총 50달러가 조금 안 되는 비용이 들었습니다.
하지만 이 옵션이 처음 도입될 때부터 사용하기 시작했고, 어느 시점에는 조금 비싼 모델을 사용하기도 했습니다. 저는 OpenAI 고객입니다.
한 게시물을 4개 언어로 번역하는 데 드는 비용은 저에게 대략 2센트입니다.
약 1,500개의 게시물(사실 게시물의 수보다 길이가 더 중요하지만, 대부분은 비교적 짧았습니다)을 4개 언어로 번역하는 데 지금까지 총 50달러가 조금 안 되는 비용이 들었습니다.
하지만 이 옵션이 처음 도입될 때부터 사용하기 시작했고, 어느 시점에는 조금 비싼 모델을 사용하기도 했습니다. 저는 OpenAI 고객입니다.
한 게시물을 4개 언어로 번역하는 데 드는 비용은 저에게 대략 2센트입니다.
ai_translation_backfill_max_age_days와 ai_translation_backfill_limit_to_public_content 설정 값은 각각 무엇인가요?
공개 콘텐츠란 공개 카테고리 내의 주제를 의미하며, 비공개 카테고리에서는 번역이 수행되지 않습니다.
ai_translation_backfill_max_age_days은 90으로 설정되어 있으며 ai_translation_backfill_limit_to_public_content은 활성화되어 있습니다.
게시글은 공개된 카테고리에 작성되어 있습니다. 방금 테스트 사용자 계정과 관리자 계정으로 각각 다른 두 언어로 8개의 게시글을 작성해 보았습니다. 게시글은 일반적으로 번역되지만, 카운트는 여전히 52개 게시글로 표시됩니다.
알겠습니다. 52에 멈춰 있다면 로케일 감지와 관련이 있을 수 있습니다. 가능하다면 숨겨진 사이트 설정인 SiteSetting.ai_translation_verbose_logs = true를 켜보실 수 있습니다. 설정을 변경한 후에는 /logs를 확인하여 오류가 있는지 살펴보세요.
SiteSetting.ai_translation_verbose_logs = true를 활성화했는데, 이제 게시글이 카운트되고 에러가 발생하지 않습니다. 감사합니다 ![]()
게시물이 새로운 주제로 분리되었습니다: 사용자의 언어 설정에 따라 해당 언어로 번역된 게시물을 이메일에 사용할 때
또한 사이드바에서 이 특정 주제를 볼 수 없습니다
(Site Management Index 의 일부가 아닙니다) 그리고 현재 주제인 Structuring a multilingual community 도 업데이트되어야 할 것 같습니다.
하루에 2회만 가능하다는 점에 대해 피드백을 남기고 싶습니다. 또한, 2회 이상의 수정이 이루어지면 그 이후의 수정은 (가끔 24시간 주기 내에 다른 수정이 발생하는 경우를 제외하고) 영원히 번역되지 않는다는 (알려지지 않은?) 사실도 함께 언급하고 싶습니다. 적어도 제 이해가 맞다면요.
전 세계적 이벤트가 약 18시간 동안 지속되는 동안 끊임없는 피드백이 생성되던 상황이 있었습니다. 이 중 일부 피드백은 FAQ 주제의 업데이트로 이어졌으며, 하루 동안 FAQ가 아마도 5~6회 정도 수정되었습니다.
기존 게시물 수정에 대한 속도 제한(throttling)의 필요성은 이해하지만, 이러한 상황에서는 24시간 동안 2회라는 제한이 다소 엄격해 보입니다. 대안으로, 몇 시간의 기간 동안 1회만큼의 수정된 게시물 번역을 허용하고, 같은 기간 내에 더 많은 수정이 발생하면 그 중 가장 최신 수정 사항이 다음 기간 시작 시 번역되며 해당 기간의 번역으로 간주되도록 하는 것을 제안합니다. 몇 시간이어야 할까요? 이상적으로는 1시간이지만, 그렇지 않다면 6시간을 초과하지 않는 것이 좋겠습니다.
추가로, 긴급한 경우 위에서 언급한 속도 제한을 우회하여 번역(또는 수정된 항목의 재번역)을 강제하는 관리자/운영자용 기능인 지금 번역(Translate Now) 기능을 도입해 주기를 요청합니다. 최근 번역 기능을 사용하기 시작했는데, 1년 이상 지난 주제 중 번역이 필요한 항목들이 있습니다. 이 기능이 없기 때문에, 그 오래된 게시물들을 포착할 수 있도록 백필(backfill) 기간을 충분히 길게 설정해야 했습니다. 오래된 게시물을 선택하여 번역할 수 있었다면 훨씬 짧은 백필 기간으로도 충분했을 것입니다.
좋네요, 여기 공유해 주셔서 감사합니다. 해당 주제는 다음과 같습니다 -
“지금 번역” 버튼이라는 아이디어는 마음에 듭니다(저도 찬성표를 던졌지만요!). 하지만 더 큰 우려를 해결하지는 못합니다. 하루 동안 2회 이상 수정이 이루어진 경우, 번역된 콘텐츠가 원본 언어의 콘텐츠와 일치하지 않을 수 있으며, 게시글 작성자나 독자가 이 사실을 알 수 없습니다. 이는 번역 기능이 우리 플랫폼에서 도구로서 신뢰성을 떨어뜨리는 결과를 초래합니다.
예시:
사이트 관리자가 재번역을 트리거할 수 있는 기능이 제공되더라도, 한도를 모르는 사람이 수정을 하면 재번역을 요청해야 한다는 사실을 알지 못할 것입니다. 또한, 바쁜 사이트에서는 관리자가 번역이 더 이상 원본과 일치하지 않는다는 사실을 알아차리지 못할 수 있습니다.
하루 한도를 사이트 설정으로 만들어, 사이트 소유자가 신뢰할 수 있는 번역과 LLM 비용 관리 사이의 이상적인 균형을 스스로 결정할 수 있도록 하면 어떨까요?
번역된 게시글을 수정할 때 한도에 대한 경고 메시지를 추가하여 사용자가 인지할 수 있도록 하면 어떨까요? 우리는 다른 속도 제한 기능에 대해서도 경고를 하고 있습니다.
혹시 다른 분들의 제안도 있을까요?
그렇게 할 수는 있지만, 솔직히 말씀드리자면 한도가 X로 설정되어 있고 어떤 사용자가 X+1번 이상 편집을 시도하면 동일한 문제에 직면하게 됩니다. 그렇게 하면 문제를 체계적으로 해결하지 못하는 솔루션을 개발하게 되는 셈이죠.
번역이 오래되었을 수 있음을 표시하는 지표가 있습니다. 이는 게시글 편집 표시와 동일한 색상으로 표시됩니다.
"이 게시글은 원래 영어로 작성되었습니다. 번역이 오래되었을 수 있습니다"
수정: 실제로 설정을 하나 빠뜨리고 있었습니다: 주제 편집 창 상단의 주제 기본 언어를 전환하는 것을 잊고 있었네요.
=====
원본 게시물: 안녕하세요 - 로컬 인스턴스(v3.6.0.beta1)에서 다음 방식대로 수동으로 주제를 로컬라이즈해 보았습니다:
그러나 해당 게시글로 이동하여 UI를 프랑스어로 전환해도, "머신러닝 번역"이 활성화되어 있는 상태에서도 여전히 게시글의 원본 버전이 표시됩니다 ![]()
로컬라이즈된 콘텐츠를 표시하기 위해 제가 활성화하지 못한 설정이나 기능이 있을까요?
사실상 카테고리 로컬라이즈는 정상적으로 작동합니다!
감사합니다!
게시물이 기존 주제에 병합되었습니다: 왜 Discourse AI 번역 아이콘이 표시되지 않나요?
로컬라이즈된 콘텐츠에 대해 질문이 있습니다. 사용자의 로케일 기반을로 로컬라이즈된 주제의 제목과 내용을 Discourse 검색에 인덱싱할 수 있는 가능성이나 계획이 있나요?
`Set locale from param` 옵션(`‘tl’ URL 매개변수를 통해匿名用户의 로케일을 설정할 수 있습니다. 예: ?tl=es`)
이 옵션은 모든 사용자(익명/게스트뿐만 아니라)에게도 사용 가능해야 합니다. 로그인된 사용자나 스태프도 주제에 대한 올바른 언어로 링크를 생성해야 하는 경우가 있기 때문입니다.
현재는 불가능하며, 전역적으로 적용됩니다.
게시글이 새 주제로 분리되었습니다: Translation composer missing image upload support
여기서 기본 상태(no translation needed)를 괄호 안에 명시하는 옵션을 추가할 수 있을까요? 그러면 하나의 게시물 안에 일본어, 영어, 중국어가 혼재되어 있어도 하나의 언어로만 통일되지 않을 것입니다. 물론 그런 플러그인이 있다면 매우 기쁩니다. 이 플러그인은 제 사용자들에게 큰 편의를 가져다줄 것입니다.
동시에, 다국어 학습자들도 고려해 볼 필요가 있습니다. 그들은 여러 언어를 읽고 이해할 수 있는 능력이 있습니다. 자동으로 가장 잘하는 언어로 통일되는 것보다, 원문을 직접 이해하는 방식을 선호할 수 있습니다.