2009-07-09 7 views
1

도메인이 모국어로 의미있는 프로젝트를 개발 중입니다. 그래서 저는 세계적인 사용을 위해 두 번째 영어 도메인을 구입했습니다.다중 도메인 사이트 디자인 결정

내 질문은 내 사이트를 어떻게 구성해야합니까?

  • 두 개의 서로 다른 프로젝트 또는 현지화 지원이있는 프로젝트 하나가 필요합니까?
  • 두 개의 다른 데이터베이스 또는 공유 데이터베이스?

내 목표는 무엇입니까?

  • 그나마 그 반대의 경우도 마찬가지, 기본 사이트의 영어 콘텐츠를 표시 할
  • 난 당신이 날 공유 데이터베이스를 사용하는 것이 좋습니다하면 쉽게 사이트를

를 업데이트 할

  • , 당신은 날의 원리를 설계 설명해주십시오 수 데이터 베이스?

    감사합니다.

  • 답변

    3

    일반적으로 응용 프로그램 코드의 경우 언어를 포함하여 어떤 이유로 든 포크를 실행하지 않는 것이 좋습니다. 당신이 조심해야 할 몇 가지 빠른 것들이 있습니다; 문자열이 프레젠테이션 있도록

  • 스토어를
  • 모든 사용자 프로필 관련 시간대 (당신이 사용자의 브라우저에서
  • 시도를이 잡아 수 있습니다했는지 확인 UTC의 모든 날짜 시간을 하드 코딩되지 않습니다

    • 확인 (CSS, 마스터 페이지, 템플릿 또는 플랫폼이 지원하는 모든 것을 사용하십시오.)

    데이터베이스의 경우 이것은 보유하고있는 데이터에 따라 다릅니다. 만약 그렇다면;

    • 당신은 사용자가
    • 지식은 공유하지만 반드시 (위키 항목)
    • 사이트는 공유 자원을 관리하는 (즉, 단일 창고)
    지역화되지되는 두 사이트를 통해 로그인을 공유 할

    하나의 데이터베이스가 필요할 수 있습니다.

    그러나 다음 사항이 발견되면;

    • 사이트 간 사용자가 교차하는 것을 원하지 않습니다 (amazon.com 및 amazon.co).영국)
    • 지식은 완전히 다른
    • 사이트에 관련이있는 하나 개의 언어의 항목으로 분리되어 당신은 두 개의 별도의 데이터베이스 향하다 수도 완전히 별도의 자원 (즉, 두 개의 분리 된 창고)

    을 관리하고 있습니다. 이렇게하면 스케일링에서 이점을 얻을 수 있지만 (스키마가 실버 글 머리표는 아니지만) 스키마가 데이터베이스 전체에서 동일하다면 너무 부담스럽지 않을 것입니다.

    다른 옵션은 공유 리소스를 식별하여 다른 리포지토리 (사용자 로그인 등의 생각)로 분할하는 것입니다. 이것은 당신에게 두 세계의 장점을 줄 수 있지만 물론 더 복잡한 디자인입니다.

    이 모든 사실을 기억하면 더 어려워 질 수 있습니다. 때로는 모든 문제를 앞에두고 시도하는 것보다 시장에 나가는 것이 더 중요합니다.

    행운을 빌어 요!

  • +0

    감사합니다. –

    1

    나는 당신에게 어떤 효과가 있을지 모르지만, 현지화 지원이 좋을 것이라고 생각합니다. 공유 데이터베이스가 있으면 다른 데이터베이스를 지원할 필요가없고 필요 없을 것입니다. 새로운 언어를 추가 할 필요가있을 때마다 여분의 데이터베이스를 추가하고, 응용 프로그램에 대해 생각해 보면 단지 다른 언어를 구성에 추가하고 추가하기위한 다른 프로젝트를 만들지 않으려는 경우에 더 쉽습니다.