david
(David Taylor)
3월 20, 2026, 4:03오후
1
2020년에 Discourse는 .js.es6 확장자를 .js로 변경했습니다. 지난 수년간 대부분의 테마와 플러그인이 새로운 확장자로 전환되었으며, 이는 최신 JavaScript 도구와의 호환성이 훨씬 뛰어납니다.
현재 .js.es6 사용에 대한 공식적인 비추천(deprecation) 을 발표하며, 다음 ESR 릴리스 이후에는 해당 지원이 제거될 예정입니다.
.js.es6 파일에 대한 비추천 메시지를 확인하신 경우, 단순히 파일명을 .js로 변경하시면 됩니다. 그뿐입니다. 파일 내용을 변경할 필요는 없습니다.
왜 호환성을 유지하는 대신 이런 식으로 계속하는 건가요?
이건 아무 이유 없이 일을 더 늘리는 것뿐입니다. 구버전과 새 확장자를 함께 허용하는 데 드는 비용은 전혀 없습니다. 그것들은 그냥 파일 이름이니까요.
우리 중 일부는 다른 일을 하고자 합니다. Discourse 플러그인을 업데이트하는 데 인생을 낭비하고 싶지 않은데요.
저는 이미 이런 일이 지겨워서 새 플러그인을 작성하는 것을 중단했습니다.
.es6 표준은 이미 10년 이상 경과했습니다. 그 정도의 시간이 지났다면 비권장(deprecation) 처리를 기대하는 것이 합리적이지 않나요?
Canapin
(Coin-coin le Canapin)
3월 31, 2026, 12:55오후
4
여기서 이미 질문이 올라와서 답변까지 된 것이 맞나요?
Sorry for the frustration, we try to make these updates easy and provide months of time to get them done — but there’s always a trade-off. If we kept remappings indefinitely we’d already have multiple layers of them from V4 → V5 → V6 and this would be debt that would require its own understanding and maintenance. If we did this for every piece of code Discourse would be much larger and more difficult to understand and work with.
Yes, which is why we provide deprecation warnings and instruction…
업데이트를 도와드릴 특정 플러그인이 있으신가요? 오픈소스라면 살펴본 후 PR을 열어드릴 의향이 있습니다.
이것은 과한 일이 아니라고 생각합니다:
해당 게시글에 언급된 대로 이것은 6년 동안 표준이었습니다. 6년 동안 이를 수행하지 않았다가 이제 와서 이 문제에 대해 세 번째 게시글을 올려 불평하고 있다면, 여기에는 다른 문제가 있는 것입니다.
아니요, 대신 플러그인을 삭제할 겁니다.
이 특정 변경 사항을 적용하고 그 후 모든 것을 다시 테스트하는 것이 어렵기 때문이 아닙니다. 문제는 이것이 완전히 이유 없이 이루어진 또 다른 하위 호환성 깨짐 이라는 점이며, 이는 Discourse 팀이 하위 호환성을 얼마나, 그리고 사람들의 폼이나 코드가 깨지는 것을 얼마나 무관심하게 대하는지를 보여줍니다.
이 프로젝트에서 제가 사용한 파일 확장자는 플러그인을 작성할 당시 Discourse 팀이 사용하라고 알려준 것이었습니다. 기존 확장자에 대한 지원을 중단할 합리적인 이유는 없는데도, 팀은 자쪽의 작업 환경을 약간 더 깔끔하게 만드는 것이 작동하는 것 을 유지하는 것보다 더 중요하다고 생각하기 때문에 이렇게 하고 있는 것입니다.
팀이 우선순위를 엉망으로 만들었고, 저는 더 이상 이 상황을 참을 수 없습니다.
david
(David Taylor)
4월 7, 2026, 12:26오후
8
다른 토픽에서 이미 답변을 남겼습니다:
I’m very sorry to hear that!
If you do want to proceed down this path, I’d recommend adding a note to the README & Meta topic, marking it broken and then archiving the GitHub repository. That way, it’s still available for others to fork (assuming the license is permissive enough).
We absolutely do care about compatibility & keeping things working. That’s why we have these long deprecation periods with fully automated upgrade paths.
We’re always trying to strike the balance between customiza…
하지만 이 점에 대해서는 구체적으로 말씀드리자면:
.es6 파일 확장자와 관련하여 상당한 혼란이 발생하고 있음을 확인했습니다. 이번 비추천(deprecation) 조치는 기술적 제약이 아니라, 이러한 교육 및 지원 문제를 해결하기 위한 목적에서 이루어졌습니다.
사람들은 기존 테마/플러그인을 복사하여 사용하는 과정에서 .es6 확장자를 사용하게 됩니다. 그 결과, 다양한 문제가 발생합니다. 특히 에디터의 구문 강조, 인텔리센스/타입 체크, 린팅, 코드 모드(예: .hbs 비추천 문제를 수정하기 위한 코드 모드) 등이 제대로 동작하지 않는 경우가 많습니다.
개발자 경험은 우리 플랫폼의 중요한 부분입니다. 일관성을 강제함으로써 교육 과정을 개선하고, 문서를 개선하며, 도구 체계를 향상시킬 수 있습니다.
이 변경 사항이 불편하다는 점을 잘 이해하고 있으며, 이 플러그인을 사용하는 사이트들에게 중요한 것이라면 기능이 깨지지 않도록 유지할 방법을 찾고 싶습니다. 가능하다면 그 과정에 여러분을 계속 관여시키는 것이 더 바람직할 것입니다.
david
(David Taylor)
7월 14, 2026, 3:07오후
10
.es6 파일의 나머지 사용 사례는 이제 관리자에게 경고 배너를 표시합니다. 실제 운영 환경의 텔레메트리에 따라, 2026.8.0-latest 사이클에서 해당 지원을 제거할 계획입니다. .es6 지원이 포함된 마지막 릴리스는 2026.7 ESR입니다.