코드 이그니 터로 웹 사이트 백엔드 구축

Question

웹 사이트 구축을위한 최상의 (또는 일반적인 상황에서 가장 적합한) 구조는 무엇입니까 관리 섹션에 코드 이그니 터가 있습니까? 몇 가지 구조 아이디어를 들어 보았지만 모두 기본 두 가지 구조에서 비롯된 것입니다.

• 는 두 응용 프로그램, 관리 및 응용 프로그램
• 두 섹션 모두를 포함 하나의 응용 프로그램이 되세요.

각 방법의 장점과 단점은 무엇입니까?
다른 구조를 제안 할 수 있습니까?

이러한 아이디어를 검토 할 때는 공유 리소스의 가능성을 고려해야합니다.
예. 등 계정의 공유 로그, 공유 데이터베이스, 공유 디자인

Answer 1

단일 응용 프로그램 :

장점 :

• 공유 인증
• 공유 구성
• 공유 모델 코드
• 보기 수준 Integrat 이온 ([편집이] 기본 응용 프로그램 링크)

단점 :

• 낮은 사이트 seperation에 (유지 보수 모드로 사이트를 설정하거나 버그 또는 비자 반대를 날려 버릴 관리자의 원인과 문제에 실행할 수)
• 공유 인증 (귀하의 인증이 손상된 경우 침입자가 admin에 액세스 할 수 있음) 모두 &입니다.

여러 응용 프로그램

장점 :

• 사이트 분리,
• 명확하게 정의 된 응용 프로그램 역할 & 자신의 작업에 최적화 할 수 있습니다 라이브 사이트 (비자 반대)의 관리에서 아무 더러운 .
  • 예를 들어, 읽기를 위해 db를 최적화하고 프런트 엔드를 설정 한 다음 백엔드가 작동하는 다른 db를 설정하고 동기화 할 수 있습니다. (실제로는 고부하 웹 사이트에서 차이를 만들어 내지 만 여전히 conisdderation).
• 별도의 보안 또는 하위 도메인 용으로 별도의 도메인을 별도의 SSL 인증서 등으로 호스트 할 수 있습니다.

단점 :

• 코드 중복
• 구성 복제
• 메인 사이트 (또는 제한)에 없음 끼워 팔기를.

개요 정말 당신이 무슨 일을하는지에 따라 달라집니다

. 나는 인신 매매가 많은 사이트 나 민감한 고객 데이터 (예 : 신용 카드 정보 등)가있는 사이트에 대해서는 별도의 애플리케이션을 별도로 분리하는 것이 매우 중요하다고 말하고 싶습니다. 평균 사이트 너머에 많은 보안 고려 사항이 있습니다 (&). 또한이를 통해 원시 속도에 대한 목적으로 각 응용 프로그램을 더 크게 최적화 할 수 있습니다.

중간/낮은 트래픽 사이트에서 가장 간단한 접근 방법이 항상 최선 (KISS)이라고 말하고 싶습니다. 사이트를 최신으로 유지하는 데 도움이됩니다 & 앞으로 더 빨리 이동하십시오. 이것은 처음에 &을 구축하는 사이트에 필수적입니다. 적은 개발 시간은 항상 좋은 일입니다.

개인 견해 일뿐입니다. 여러분에게 달려 있습니다. 여러분에게 가장 중요한 일이 &입니다.