This article은 현대의 RWD 모범 사례에 비추어 볼 때 "m"개의 하위 도메인이 공룡의 길로 나아가고 있다고 제안합니다. 그것은 많은 기업들이 "상향식"으로 구축 된 성숙한 사이트에 "모바일 우선"접근 방식을 주입하기가 어렵 기 때문에 별도의 도메인을 만드는 것을 선택했다고 제안합니다.
대규모의 성숙한 레거시 코드베이스를 다루는 경우 관리가 특정 디자인을 지정하거나 팀 규모가 크면 코드베이스를 포크하고 새로운 모바일 존재를 생성해야 할 수도 있습니다 .
나는 또 다른 이유는 최근 과거, 모바일 하위 도메인 이이었다 있다고 생각하는 것이 가장 좋습니다 우리는 모바일에 빠르게로드 데스크톱 사이트를 만들 수있는 도구, 기술 및 철학을 가지고 있지 않았기 때문에 연결, 그리고 그 사람들이 매우 바보가 모바일 브라우저에서 올바르게 렌더링됩니다. 요즘 대부분의 휴대 전화는 비교적 스마트 한 브라우저를 사용하며 필요 이상으로 다운로드하지 않고 데스크톱 브라우저와 동일한 반응 형 사이트를 사용할 수 있습니다.
RWD 기술과 함께 갈 수있는 방법은 분명합니다. 특히이 기사를 쓸 당시에는 응답 가능한 <picture>
요소 또는 이와 유사한 요소를 기다리고있었습니다. 하지만 지금은 합리적인 해결 방법이 있습니다.
편집 :
폴은 (3 초) 빨리 화면에 당신의 위치를 얻는 것이 얼마나 중요한지에 대한 루이스 talks recently, 그는 또한 모바일 사이트에서 꼬마 잽을 가지고 있지만.
이 될 수 m 도트 사이트를 말하는 로터리 방법 같은 소리 경우 ... [긍정적 주춤]
글쎄, 하나 콘텐츠를 많이로드 나쁜 싶지 않아 결국 은폐되어 버립니다. 페이지의 "모바일"버전은 너무 많이 다르므로 CSS로 물건을 옮기는 것보다 완전히 다른 페이지를 만드는 것이 더 쉽습니다. 그냥 내 2cc. – Zecc
그리고 당신은 StackOverflow에서 이것을 묻고 싶지 않습니다. Go to webmasters.stackexchange.com – Spacedman
"나는 생각합니다. 하위 도메인은 WWW 또는 http : 또는 : 80과 동일한 부담이 될 것입니다. "즉 상당한 부담이 없습니다. –