이 문제는 Firefox의 페이지 번역 확장 프로그램을 사용하는 한 고정 멤버가 제기한 것입니다. 하지만 이 문제는 해당 확장 프로그램과 무관해 보이며, meta의 어떤 페이지에서든 재현 가능합니다.
절차:
https://translate.google.com/ 로 이동합니다.https://meta.discourse.org/t/using-discourse-index/308031과 같은 URL을 붙여넣습니다.번역 아이콘/버튼을 클릭합니다.
아래와 같은 URL의 Discourse 404 페이지에 도달할 가능성이 높습니다.
https://meta-discourse-org.translate.goog/t/using-discourse-index/308031/t/using-discourse-index/308031?_x_tr_sl=en&_x_tr_tl=pt-PT&_x_tr_hl=en&_x_tr_pto=wapp&_x_tr_hist=true
URL에 /t/using-discourse-index/308031 경로가 중복되어 있는 것을 알 수 있습니다. 중복된 부분을 제거하면 번역이 정상적으로 작동합니다.
보통 이런 경우라면 Google 번역의 문제일 텐데, 이 문제는 Discourse에서만 발생하는 것 같습니다(다른 몇몇 웹사이트도 시도해 봤습니다). 그리고 3.2 버전으로 업데이트한 이후부터 이런 현상이 나타나고 있습니다.
2개의 좋아요
다시 이야기하는 것 같아 죄송합니다. 하지만 제목(과 관점)을 잘못 선택한 것 같아 적절한 관심을 받지 못했던 것 같습니다.
현재 Discourse는 Google Translate 와 호환되지 않습니다 . Google Translate는 아마도 가장 많이 사용되는 번역 도구일 것입니다.
Google Translate 에 주제 URL을 붙여넣으면 항상 실제 주제가 아니라 404 페이지가 번역되어 표시됩니다. 홈페이지와 주제 목록 URL은 잘 작동하지만, 개별 주제에서는 작동하지 않습니다.
아마도 Google Translate에는 이 용도로 작동하지 않는 특수한 크롤러/인쇄용 버전이 제공되고 있는 것일까요?
저는 Google Translate를 정기적으로 사용하는데, 이러한 동작은 Discourse 주제에서만 확인했습니다. 따라서 문제의 일부는 적어도 Discourse 쪽에 있는 것으로 보입니다.
david
9월 16, 2024, 4:15오후
4
이 문제는 모든 Ember 앱에 영향을 미치는 것 같습니다. 예를 들어, Ember 자체의 문서 앱 도 해당됩니다.
Google이 사이트를 프록시로 처리하면서 일부 JavaScript를 주입하고 <base> 태그를 삽입하는 것으로 보입니다. Google의 이러한 개입을 감지하여 404 문제를 우회할 수 있을지 모르지만, Discourse와 같은 복잡한 JS 앱이 Google의 프록시를 통해 잘 작동할 것이라고는 거의 믿기 어렵습니다.
우회 방법으로는 브라우저에 내장된 번역 기능(네이티브 또는 확장 프로그램)을 사용하는 것이 있습니다. 이 경우와 같은 프록시 처리나 주입 동작이 발생하지 않습니다.
1개의 좋아요
