# 도메인, 서브도메인 및 TLD
**URL:** https://meta.discourse.org/t/domains-sub-domains-tld/160543
**Category:** Community Building
**Created:** [8월 11, 2020, 9:08오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543 "2020-08-11T21:08:38Z")
**Posts on this page:** 15
**Page:** 1
### Author:  [@NiceMarmut](https://meta.discourse.org/u/NiceMarmut)
#### Post date: [8월 11, 2020, 9:08오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/1 "2020-08-11T21:08:38Z")
안녕하세요!
Discourse로 첫 번째 커뮤니티를 시작하게 되어 설레네요. Discourse가 꽤 강력한 플랫폼이라는 걸 깨달았고, 제가 전문성을 가진 분야에는 현대적인 소프트웨어로 구축된 포럼이 부족한 것 같았습니다. 기술적인 지시사항은 따를 수 있지만, [Communiteq](https://www.communiteq.com)(구 DiscourseHosting)에서 시작하는 것이 저에게 가장 쉬울 것 같다는 생각이 듭니다.
현재 제가 가장 고민되는 부분은 도메인 선택입니다. 몇 년 전, 제가 블로그와 트윗을 하던 도메인이 있는데, 커뮤니티 도메인으로 사용하고 싶습니다. 블로그는 중단했지만, 작년까지 도메인은 유지하고 있었습니다. 마침 커뮤니티를 만들겠다는 아이디어가 떠올랐는데, 그 도메인을 누군가가 이미 등록해서 사용 중이라는 사실을 알게 되었습니다(제 주제와 무관하며, 비영어권 사용자). 제가 10년 동안 소유했던 도메인이라 머릿속으로는 여전히 그 도메인에 매여 있는 상태입니다. 물론 유사하거나 독특한 다른 도메인들도 선택할 수 있습니다.
**도메인 및 TLD**
이전에 사용했던 것과 비슷한 .com 도메인을 고려해야 할까요? 아니면 .org나 .net으로 된 기존 도메인을 고려해야 할까요? 아니면 길지만 주제와 잘 어울리는 .community는 어떨까요?
현재로서는 이 도메인은 커뮤니티 전용으로 사용될 것이며, 다른 브랜드와 연관되지 않을 것입니다. 그래서 쉽게 인식할 수 있는 .com 주소를 위해 이전에 사용했던 것과 비슷한 도메인을 선택하는 쪽으로 기울고 있습니다.
**서브도메인**
각 카테고리를 서브도메인으로 사용할 수 있을까요?
예를 들어, 제 주요 주제가 영화라고 가정하고(실제로는 아닙니다) 도메인이 99reels라면, 호러 카테고리는 horror.99reels.com처럼 표시될 수 있을까요? 아마도 필요하지 않을 것 같지만, 단순히 궁금해서 물어봅니다. 넓은 독자층을 끌어모으기를 희망하지만, 특정 카테고리에만 관심이 있는 사용자들도 있을 수 있을 것 같아서요.
읽어주셔서 감사합니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [8월 11, 2020, 9:37오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/2 "2020-08-11T21:37:02Z")
안녕하세요!
도메인이 쉽게 기억될수록, 그리고 짧을수록 좋을 것 같습니다. 브랜드 이름과도 비슷해서, 발음이 좋고 매력적이라면 더할 나위 없겠죠. 문제는 적절한 도메인을 찾는 것입니다. .com 도메인은 가용성 측면에서 아마도 가장 찾기 어려울 텐데, 좋은 것을 찾게 된다면 개인적으로는 여전히 최선의 선택이라고 생각합니다.
또한 가격도 확인해 보세요. “.community” 도메인은 잘 모르겠지만, 더 비쌀 수도 있습니다. 일부 전문 TLD는 가격이 매우 비싼 경우가 있는데(이 도메인은 잘 모르겠습니다).
개인적으로는 서브도메인 아이디어가 아주 좋다고 생각합니다! 리다이렉트를 통해 이 작업을 꽤 쉽게 수행할 수 있을 것입니다. category-name.domain.xxx를 domain.xxx/c/category-name으로 리다이렉트하기만 하면 됩니다.
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [8월 12, 2020, 8:33오전 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/3 "2020-08-12T08:33:04Z")
> [@NiceMarmut](#):
>
> 각 카테고리를 하위 도메인으로 사용할 수 있나요?
>
> 예를 들어, 제 주요 주제가 영화라고 가정하면(실제로는 아닙니다) 도메인이 99reels라면 호러 카테고리는 [horror.99reels.com](http://horror.99reels.com)처럼 표시될 것입니다. 아마도 불필요한 기능일 테지만, 그냥 궁금해서 물어봅니다.
아니요, 그렇게는 할 수 없습니다.
[https://www.99reels.com/c/horror](https://www.99reels.com/c/horror) 형식이 됩니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [8월 12, 2020, 9:45오전 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/4 "2020-08-12T09:45:20Z")
자동으로 처리되지는 않는다는 점은 맞습니다. 하지만 각 서브도메인을 수동으로 생성하고, 올바른 경로로 리다이렉트하는 페이지를 배치하면 됩니다. 그렇게 할 수 없나요?
수정: 아, 맞다. 서브도메인으로 접근해도 URL이 그대로 유지되지는 않네요. 서브도메인에서 ‘올바른’ 경로에 접근하는 것만 작동할 것입니다. 하지만 아무것도 없는 것보다는 낫습니다. 꽤 괜찮은 방법이라고 생각합니다.
---
### Author:  [@NiceMarmut](https://meta.discourse.org/u/NiceMarmut)
#### Post date: [8월 12, 2020, 1:29오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/5 "2020-08-12T13:29:28Z")
답변해 주셔서 감사합니다!
서브도메인 부분은 그냥 생각해 본 거였어요. 리다이렉트를 설정하는 건 가치가 없다고 생각해요.
---
### Author:  [@JimPas](https://meta.discourse.org/u/JimPas)
#### Post date: [8월 12, 2020, 7:26오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/6 "2020-08-12T19:26:52Z")
> [@NiceMarmut](#):
>
> 각 카테고리에 하위 도메인을 포함할 수 있나요?
그다지 좋은 아이디어는 아닙니다. 케이크(포럼)를 굽는데, 각 재료(토픽)를 다른 그릇(카테고리)에 담고, 각 그릇을 다른 방(하위 도메인)에 두는 것과 같습니다. 왜 모든 재료를 주방에 모아 두지 않나요? 각각 다른 그릇(카테고리)에 담되, 모두 같은 테이블 위에 올려두는 것이죠.
토픽을 위한 카테고리 및 하위 카테고리를 만들 수 있습니다. 이쑤시개로 '케이크 반죽’을 저을 필요는 없잖아요. 😃
구식 ‘표준’ TLD(.com, .net, .org)는 저렴합니다. 저렴하게 사용할 수 있는 더 새로운(여전히 짧은) TLD도 많이 있습니다. .community 도메인은 보통 그것들보다 2배에서 2.5배 정도 비쌉니다. 어떤 등록사(registrar)에서든 목록을 찾아보세요. 좋은 것을 분명히 발견할 수 있을 겁니다. _당신의_ 도메인 이름과 잘 어울리는 것을 찾으면, “community”, “forum” 또는 "discourse"라는 하위 도메인을 만들어 커뮤니티의 홈으로 설정할 수 있습니다. 🙂 좋은 결과 있기를 바랍니다!
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [8월 12, 2020, 8:25오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/7 "2020-08-12T20:25:17Z")
> [@JimPas](#):
>
> 그건 그렇게 좋은 아이디어는 아닌 것 같아.
Jim, 왜 그게 “나쁜 아이디어”(또는 “그다지 좋지 않다”)라고 생각하는지 정말 모르겠어.
내가 이해하기로는, 그는 여전히 “일반적인” 포럼을 유지할 거야. 다만, 원하는 사람들은 서브도메인을 통해 포럼에 접근할 때 한 카테고리가 선택된 상태로 바로 들어갈 수 있다는 추가적인 이점이 있는 거지. 그들은 여전히 다른 카테고리를 선택하거나, 아무것도 선택하지 않고 모든 것을 볼 수 있어.
예를 들어: 여기 Discourse에서 “community” 카테고리로 접근하면(그의 아이디어에 따르면 "community.discourse-org"로 접근했을 때 얻게 되는 것이야. 물론 여기서는 그런 URL이 존재하지 않지만!) 이렇게 된다: [https://meta.discourse.org/c/community](https://meta.discourse.org/c/community) . 한번 시도해 봐. 나중에 “카테고리” 목록에서 원하는 것을 여전히 선택할 수 있어.
단순히 도착했을 때의 "기본값"만 바뀌는 거야: 모든 카테고리인지, 아니면 특정 카테고리 하나인지. 한 카테고리(또는 주로 한 카테고리)에만 참여하는 사람들에게는 올바른 서브도메인을 통해 접근하는 것이 편리할 거고, 매번 “자신의” 카테고리를 선택할 필요가 없게 될 거야.
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [8월 12, 2020, 8:48오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/8 "2020-08-12T20:48:24Z")
> [@Mevo](#):
>
> 참여를 원하는 사람들에게 추가 혜택
실제 포럼에서 한 번도 언급되지 않는 추가 URL을 만드는 것이 어떻게 "추가 혜택"이 될 수 있나요?
설정하고 유지보수하는 데 많은 노력이 들뿐 아니라, 혼란만 가중시킬 뿐이며, foo.domain.com은 [domain.com/c/foo보다](http://domain.com/c/foo%EB%B3%B4%EB%8B%A4) 더 나은 것이 아닙니다.
그래서 짐(Jim)의 의견에 동의합니다: “더 낫지 않다” + “노력” + “혼란” = “나쁜 아이디어”
---
### Author:  [@NiceMarmut](https://meta.discourse.org/u/NiceMarmut)
#### Post date: [8월 12, 2020, 8:54오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/9 "2020-08-12T20:54:12Z")
카테고리별 서브도메인을 원한 이유는, 희망적인 일반 방문자들이 더 쉽게 접근할 수 있도록 하려는 것보다는, 외부에서 검색하는 사람들이 해당 카테고리가 포럼의 일부임을 명확히 인지할 수 있도록 하려는 것입니다. 메인 도메인만으로는 이것이 그들을 위한 포럼이라는 것이 완전히 명확하지 않을 수 있기 때문이죠.
상세한 설명 없이 제가 할 수 있는 최선의 설명(이미 첫 번째 도메인은 잃었고, 두 번째 도메인은 아직 확보하지 못한 상태)은 다음과 같습니다. 해당 도메인은 모든 카테고리 중 하나를 제외한 나머지에 공통적으로 포함된 요소를 참조하게 됩니다. 물론 기술적으로 보면 모든 카테고리가 이 더 넓은 범주의 일부이긴 합니다. 예를 들어, 이 포럼이 예술가들을 위한 것이지만, 도메인이 참조하는 것은 조각가들이 처음에는 연관 지어 생각하지 못할 수 있는 무언가일 수 있습니다.
어쨌든 이제는 모두 무의미합니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [8월 12, 2020, 9:19오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/10 "2020-08-12T21:19:07Z")
> [@RGJ](#):
>
> 실제 포럼에서는 절대 언급되지 않는
당신의 포럼에서 그것에 대해 이야기할 수 없다는 말은 아무도 하지 않았습니다.
> [@RGJ](#):
>
> 설정하고 유지보수하는 데 많은 노력이 필요함
말이 되나요. 여기서 진심으로 그러실 수는 없죠.
> [@RGJ](#):
>
> 혼란만 가중시킬 뿐
예를 들어 구글이 그렇습니다. service.google.com으로 거의 모든 서비스를 이용할 수 있습니다.
예를 들어 [finance.google.com](http://finance.google.com) 대신 [google.com/finance를](http://google.com/finance%EB%A5%BC) 사용할 수 있는 것도 사실입니다. 개인적으로는 그것이 혼란을 주지 않았습니다(어떻게 혼란스러울 수 있는지 모르겠네요). 저는 그것을 추가적인 옵션으로 보고, 혼란이나 기타 부정적인 면을 크게 느끼지 못합니다. 이 문제에 대해 우리 의견이 다르겠네요.
> [@RGJ](#):
>
> [foo.domain.com](http://foo.domain.com)이 [domain.com/c/foo](http://domain.com/c/foo)보다 나은 것은 아님
저는 그것이 **조금 더 낫다** 고 주장하겠습니다. 수동으로 입력할 경우 키보드에서 슬래시 2개와 글자 1개를 덜 입력할 수 있고, 카테고리 이름 앞에 먼저 /c/를 입력해야 한다는 것을 쉽게 기억하지 못할 수 있는 사람들에게 훨씬 기억하기 쉽습니다. (다른 방법에서는 점을 입력해야 하므로 슬래시가 1개 더 들어간다는 점은 인정합니다.)
개인적으로, 그리고 이걸로 마무리하겠습니다: 저는 구글이나 다른 사이트에서 이런 서브도메인 방식을 사용합니다(정기적으로 사용하지 않는 것들은 북마크를 하지 않아서 보통 수동으로 입력하거든요). 모르겠네요, 그냥 제게 “맞는” 방식인 것 같고 domain.xxx/service보다 이 방식을 더 좋아합니다. '동일하다’고 하고 '더 낫지 않다’는 점은 이해합니다.
다행히 저는 그것을 자유롭게 할 수 있고, 당신은 하지 않을 자유가 있습니다. 모든 것이 잘되고 있습니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [8월 12, 2020, 9:40오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/11 "2020-08-12T21:40:41Z")
> [@NiceMarmut](#):
>
> 외부에서 사람들이 검색할 때를 확인하기 위해서입니다.
어떻게 검색하나요? 검색 엔진을 통해서요? 위에서 설명한 그 트릭은 거기서 표시되지 않을 것 같습니다(제가 말한 것은 서브도메인입니다). 검색 엔진은 `domain.xxx/c/category/`라는 URL을 사용할 것입니다. 하지만 사람들이 검색 엔진에서 링크를 클릭하기 전에 URL을 정말로 신경 쓸까요? 그들은 또한 페이지 제목과 페이지 요약도 확인합니다. 게다가 구글은 " **포럼-기본-URL › 카테고리 › 하위 카테고리**"를 "URL"로 표시하는 것 같으니, 원하시는 부분/생각하시는 바에 대해 카테고리가 꽤 명확하게 드러나는 셈입니다.
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [8월 12, 2020, 11:26오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/12 "2020-08-12T23:26:42Z")
> [@Mevo](#):
>
> 당신의 포럼에서 그것에 대해 이야기할 수 없다고 말한 사람은 아무도 없었습니다.
그런데 왜 그렇게 하시겠습니까? # (#Support)를 사용하여 카테고리를 자동으로 링크하거나, 긴 전체 URL을 직접 입력할 수 있습니다. 후자는 아무런 의미가 없습니다. 도메인 이름을 오타로 입력하면 사용자가 메인 사이트로 돌아갈 방법이 없는 오류 메시지를 보게 되는데, 반면 [yoursitename.com/c/categoryname에서](http://yoursitename.com/c/categoryname%EC%97%90%EC%84%9C) 오타가 나도 최소한 내비게이션에 접근할 수는 있습니다.
> [@Mevo](#):
>
> 진지한 게 아닙니다, 정말로.
리처드의 의견에 100% 동의합니다. 카테고리를 만들 때마다 새로운 DNS 항목을 만들고 리다이렉트를 설정하는 것은 꽤나 무의미합니다.
> [@Mevo](#):
>
> 구글이 예를 들어 그렇습니다. [service.google.com](http://service.google.com)으로 거의 모든 서비스를 접근할 수 있습니다.
> [google.com/finance](http://google.com/finance) 대신 [finance.google.com](http://finance.google.com)을 사용할 수 있는 것도 사실입니다. 개인적으로는 혼란스럽지 않았습니다(어떻게 혼란스러울 수 있는지 모르겠습니다). 이를 추가적인 옵션으로 보며, 그로 인한 나쁜 점(혼란 등)은 크게 느끼지 못합니다. 이 문제에 대해 우리 의견이 다른 것 같습니다.
그 URL들은 리다이렉트입니다. gmail.com은 mail.google.com으로, [google.com/docs는](http://google.com/docs%EB%8A%94) docs.google.com으로 리다이렉트됩니다. 이러한 URL 중 많은 부분이 시간이 지나면서 변경되었기 때문에, 리다이렉트는 정리된 상태를 유지하고 오래된 북마크가 깨지는 것을 방지합니다. 이는 처음부터 과도한 진입점을 만드는 것과 매우 다르며, 앞으로 언제든 카테고리를 만드는 사람이 DNS에 접근하여 동등성을 유지할 수 있다고 가정합니다. 이는 매우 어리석은 가정입니다.
> [@Mevo](#):
>
> 저는 그것이 **조금 더 나은** 것이라고 주장합니다.
어떤 면에서요? mail.google.com은 웹메일이고, sheets.google.com은 스프레드시트 앱으로, 완전히 다른 서비스입니다. 동일한 앱 내의 카테고리와는 비교할 수 없습니다.
---
### Author:  [@JimPas](https://meta.discourse.org/u/JimPas)
#### Post date: [8월 13, 2020, 6:02오전 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/13 "2020-08-13T06:02:25Z")
> [@NiceMarmut](#):
>
> (1순위 도메인은 이미 잃었고, 2순위 도메인은 아직 없으니까요)
Dave, 이전에 사용하던 도메인이 다른 TLD로 사용 가능한지 확인해 보셨나요? 그저 생각난 대로 물어봅니다.
카테고리에 서브도메인을 사용하는 것에 대한 참고 사항으로, 새 카테고리를 만들 때마다 새 서브도메인을 생성해야 합니다… 그리고 해당 서브도메인을 위해 새 CA(인증 기관)를 생성하거나, 현재 CA에 해당 새 서브도메인을 포함하도록 수정해야 합니다. CA를 수정하는 과정에서 실수를 하면, 문제를 해결할 때까지 모든 서브도메인(즉, 포럼 전체)의 HTTPS가 중단됩니다. 죄송하지만, 카테고리별로 서브도메인을 사용하는 것은 정말 큰 골칫거리를 자초하는 것이라 생각합니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [8월 13, 2020, 8:34오전 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/14 "2020-08-13T08:34:14Z")
> [@Stephen](#):
>
> 하지만 왜 그렇게 하려 합니까?
말씀하신 것이 이 URL들(서브도메인)을 포럼 안에서 사용하는 것에 대한 것인 것 같습니다. 제가 말한 것은 그런 것이 아니며, 이 부분에서는 전적으로 동의합니다(포럼을 사용하면서 굳이 그것들을 사용할 이유는 없으니까요). 하지만 그것들에 대해 이야기하고, 사용자에게 특정 카테고리로 직접 포럼에 접근할 수 있는 직접적인 방법이 있다는 것을 알릴 수는 있습니다(기기를 통해 포럼에 접근하고 싶을 때). 그것들이 존재하며 사용할 수 있다는 것을 알리는 것입니다. (이제 돌이켜 보면, 리처드가 포럼에서 그것들을 "언급한 적이 없다"고 했을 때 정확히 무엇을 말했는지 확실하지 않습니다. 아마도 당신과 같은 것을 말한 것일 수도 있습니다. 그렇다면, 서브도메인이 링크로 많이 사용되지 않아 검색 엔진에 잘 알려지지 않았을 수 있지만, 중요한 부분은 사용자가 그것들의 존재를 알고 사용할 수 있다는 것뿐입니다.)
> [@Stephen](#):
>
> 어떻게요?
설명된 대로입니다. (기억하고 입력해야 할 "/c/"가 없으므로)
구글의 경우, 그것들은 모두 한 회사가 제공하는 서비스들입니다. 하지만 이것은 중요하지 않습니다. "그냥 같은 앱 안의 카테고리일 뿐"이라는 사실도 중요하지 않습니다. 핵심은 외부에서 수동으로 접근하는 것입니다. google.com에 가서 오른쪽 구석의 아이콘을 클릭하면 서비스 목록(최소한 주요 서비스들)이 나옵니다. 이것은 discourse 포럼에 가서 가고 싶은 카테고리를 선택하는 것과 정확히 같은 방식으로 작동합니다. 이제 브라우저에 service.google.com을 직접 입력하여 구글의 어떤 서비스로든 직접 갈 수 있습니다. 지도로 가고 싶나요? =\> [maps.google.com](http://maps.google.com) 드라이브로 가고 싶나요? =\> [drive.google.com](http://drive.google.com) 그리고 그 외의 서비스들. 개인적으로는 이것이 좋습니다(그리고 실제로 사용하기도 합니다).
핵심은 포럼에서도 같은 일을 할 수 있다는 것입니다. `category.forum.xxx`를 브라우저에 입력하면 해당 포럼 카테고리로 바로 이동하게 됩니다. 당신은 (제 이해로는) "그래도 이 URL들은 포럼 안에서 사용되지 않을 것"이라고 말하고 있습니다. 네, 그러면요? 아마도 그 의미를 보지 못한다고 말씀하시는 것 같습니다. 네, 좋습니다. 그것은 당신의 관점입니다. 저는 제 관점을 설명해 보았습니다. 당신은 그것이 너무 많은 일이라고 말합니다. 저는 동의하지 않습니다. 매주 수많은 카테고리를 생성하는 것이 아니라면요. 하지만 당신은 당신의 의견을 가질 권리가 있으며, 그 때문에 그것을 하지 않기로 선택할 자유가 있습니다. 그리고 몇 가지 다른 점들도 있는데, 개인적으로는 그다지 좋은 주장이라고 생각하지 않지만, 단순히 그것이 정말 나쁜 아이디어임을 "증명"하려는 시도로 받아들입니다. 저는 그렇게 생각하지 않습니다. 하지만 그것은 저만의 생각입니다. 당신은 서브도메인 없이 충분히 잘 지낼 수 있습니다.
> [@JimPas](#):
>
> 카테고리별로 서브도메인을 사용하는 것은 큰 골칫거리를 자초하는 것입니다.
"그것은 가치가 없다"는 관점을 가질 수도 있습니다. 물론입니다. 그 마음을 이해합니다.
---
### Author:  [@NiceMarmut](https://meta.discourse.org/u/NiceMarmut)
#### Post date: [8월 13, 2020, 12:41오후 UTC](https://meta.discourse.org/t/domains-sub-domains-tld/160543/15 "2020-08-13T12:41:41Z")
@Mevo 검색 결과에서 어떻게 보이는지 지적해 주셔서 감사합니다. 처음부터 그렇게 확인해 보았어야 했는데요. 제가 원하던 바로 그 모습입니다.
@JimPas 네, 확인했습니다. .org와 .net 도메인은 사용 가능합니다. 옛날 트위터 핸들도 사용 가능합니다. 하지만 그와 매우 유사한 새 핸들은 점점 더 마음에 들어 하고 있습니다.
분쟁적인 주제를 꺼내 드려 죄송합니다.