내부 도메인과 비교하여 하위 도메인 사용?

Question

하위 도메인의 관점에서 비즈니스 웹 사이트를 구성하고 설정하는 방법에 대해 궁금합니다. 비즈니스의 몇 가지 하위 기능/서비스가 있습니다. 주요 비즈니스 웹 사이트는 "www.mybusiness.com"입니다. 그러나 비즈니스의 각 하위 기능에 대한 맞춤 웹 응용 프로그램과 별도로 개발 된 사이트가 필요합니다. 각기 다른 요구 사항이 상당히 많기 때문입니다. 비즈니스에서 제공하는 3 가지 서비스, 즉 디자인, 전달, 마케팅이 있다고 가정 해 보겠습니다.

사이트 방문자를 위해 가장 좋은 방법은 무엇입니까?

• design.mybusiness.com
• delivery.mybusiness.com
• marketing.mybusiness.com

또는 : 나는 그들과 같이 하위 도메인을 사용하여 각 하위 기능에 액세스 할 수 중 이 :

www.mybusiness

• www.mybusiness.com/design/ .COM/배달/
• www.mybusiness.com/marketing/

내가 가지고 하위 도메인쪽으로 생각이 기울고 - 나는 그들이 더 잘 생각하지만, 어떤 옵션은 실제로 더 나은 무엇입니까? 속도, 효율성, 프로그래밍 등과 관련하여 장단점이 있습니까? 트레이드 오프가 있습니까? 내 호스팅 회사의 가상 호스팅 계획이 있으므로 하위 도메인을 얻는 것이 나에게 문제가되어서는 안됩니다.

Answer 1

예를 들어 각 사용자가 단일 로그인을 통해 작업하려는 경우 하위 도메인이 문제가 될 수 있습니다. This link에서 문제를 설명합니다. 코드 작성이 그리 어렵지는 않지만 타사 앱을 다루는 경우 복잡한 작업이 될 수 있습니다. 예를 들어 하위 도메인은 AJAX를 사용하여 데이터를 가져 오는 경우 비슷한 문제를 일으킬 수 있습니다.

는

(하위 도메인에 쿠키 관련된 문제를 방지 할 수있는 간단한 해결책은 내부 폴더 리디렉션 하위 도메인을 생성하는 것입니다. 그래서 순수하게 방문 페이지)을 하위 도메인을한다 사용하는

이점 때로는 mod-rewrite를 사용하여 URL을 다시 쓰는 경우 응용 프로그램을 설정하는 것이 더 쉽습니다. 동일한 도메인에 URL을 다시 쓰는 여러 개의 앱을 사용하는 것은 까다로울 수 있습니다.

두 옵션 모두 장단점이 있으므로 아마별로 차이가 없습니다. 어쨌든 모든 응용 프로그램을 나란히 놓고 문제가 생길 수 있습니다. 그 말은, 어느 방법으로도 전혀 문제가 없을 수 있습니다. 그리고 나는 당신이 마주 치게 될 문제에 대해 많은 문서화 된 많은 해결 방법이 있다고 확신합니다.

그러나 URL로 고정식으로 준비하는 데 너무 많은 돈을 지출하기 전에 모든 앱이 나란히 작동하는지 확인하는 것이 가장 좋습니다.

Answer 2

Jodes 이미 설명한 것에 어떤 생각을 추가 : 하위 도메인에 대한

• 프로 : 앞으로 여러 서버에 서비스를 확산해야하는 경우 하위 도메인에 할 일이 많이 쉬워 질 것입니다. 하위 디렉토리 구조를 가지고 있다면 취향에 따라 리버스 프록시 솔루션을 도입해야합니다.

• Condom for subdomains : https를 원한다면 SSL 인증서가 다른 fqdns 때문에 더 힘들게 만듭니다.

• 소프트웨어에 따라 하위 도메인에 대한 Pro 또는 con : 일반적으로 상대 파일 액세스/포함은 가상 호스트 내에서 가능하지만 vhosts 문서 루트 외부에서는 거부됩니다. 소프트웨어의 다른 부분 (예 : 보안 고려 사항)을 분리하려는 경우 하위 도메인이 보안을 강화합니다. 반면에 유연성을 감소시킵니다.

인프라 (서버, 사용 가능한 네트워크 장비)에 따라보다 쉽게 ​​하위 도메인에로드/우선 순위 튜닝을 할 찾을 수 있지만, 이것은 더 복잡한 문제이며 나는 그 상황에서 당신이 (아직)없는 것 같아요 .