젠드 프레임 워크에서 SaaS 애플리케이션 구현하기

Question

PHP의 젠드 프레임 워크를 사용하여 SaaS 애플리케이션을 개발하고 있습니다. 다음은 프로젝트의 기본 정보입니다. 자사의 SaaS 모델 프로젝트 관리 시스템. 사용자가 사이트에 등록 할 때, 그들은 형식과 같은 도메인 이름을 얻을 것이다 :

user_name.pms.com

_ 이름 - 선택된 사용자 이름 때 프로젝트 관리 시스템 (PMS)

에 등록 된 사용자

pms.com - 주요 SaaS 서버입니다.

현재 우리 서버에 서브 도메인을 제공하고 있습니다. 대기업의 경우보기 좋지 않을 것이며 기본 설정 대신 자체 도메인을 얻는 것을 선호 할 수 있습니다. 그래서이있을 수 있습니다 :

user_name.pms.com [항상 현재]

user1.com [사용자 지정 또는 사용자의 독립적 인 도메인]이 사용자 정의 도메인이 기본 사용자 URL에 링크 할 필요가있다.

전체 웹 사이트는 Zend Framework를 사용하여 개발할 계획입니다. 젠드 프레임 워크에

, 우리는 그 작업의 루트 폴더에 다음 htaccess로가있는 아래입니다 : 여기

SetEnv APPLICATION_ENV development 
RewriteEngine On 
RewriteRule .* index.php 

내 질문은 다음과 같습니다

1. 정말 하위를 작성해야합니까 사이트에 등록한 모든 사용자의 프로필 URL 같은 도메인?

2. 하위 도메인을 만들려면 PHP가 선택한 하위 도메인의 존재 여부를 확인하고 스크립트 자체에서 하위 도메인을 만들 수 있습니까?

3. 하위 도메인이 필요없는 경우 젠드 설치의 HTAccess를 사용하여 동일한 목표를 달성 할 수 있습니까?

4. 당신이하는 HT 액세스 코드를 제공 할 수있는 사항은 다음과 같습니다

   는

"user_name1.pms.com은"을 "pms.com"리디렉션 할 필요가

"user_name1.pms.com/contact "는"pms.com/contact "로 리디렉션해야합니다.

즉 URL과 같은 하위 도메인에 대한 요청은 pms.com 다음에 Query String 형식의 기본 웹 사이트로 리디렉션되어야합니다.

매우 중요 :

중요 1 : ​​

내가 리디렉션 메인 웹 사이트에, 내가 주소 표시 줄에 URL과 같은 하위 도메인을 계속해야하지만 요청이 주요 웹 사이트에서 제공됩니다 말했을 때.

즉 "user_name1.pms/contact"는 pms.com/contact에서 제공되지만 주소 표시 줄에는 여전히 "user_name1"이라는 URL이 표시됩니다.PMS/접촉 "

중요 2 : 우리는 htaccess로 사용 할 때마다

는, 주 젠드 서버로 요청을 리디렉션 내가 실제 URL이 주소 표시 줄 즉에 입력 식별 할 수 있습니다"site1.pms 또는 site1.com " ?

사용자 정의 도메인 리디렉션의 또 다른 질문 :

"site1.com"또는 "site2.com"중 하나에 리디렉션 할 필요가 같은 사용자 지정 도메인 이름 :

옵션 (A) : "PMS를. com " 옵션 (b) :"site1 .pms.com

요청을 처리합니다. 여기에서도 입력 한 사용자와 동일한 주소 표시 줄에 URL을 유지해야합니다.

1. 위의 옵션 중 어느 것이 더 낫습니다 (a) 또는 (b)?

2. 이 기술, 도메인 매핑 또는 CName은 어떤 기술을 사용합니까? 또는이 기술을 사용하기위한 기타 기술.

Answer 1

하위 도메인은 CPanel의 일부 기술을 사용하여 처리 할 수 ​​있습니다. 의 cPanel에서 vurtual 하위 도메인을 추가하려면 단계를 수행합니다

1. 는 "의 cPanel - 하위 도메인"을 선택하는 당신이

리디렉션해야하는 디렉토리를 선택

도메인 이름을 스타를 입력하고 선택

페이지에서 리디렉션을 처리하십시오.

는 사용자가 PHP로 존재하는 경우 다음 확인할 수 있습니다 아파치가 도메인에 대한 와일드 카드 별칭을 만들 수 있습니다 사용하는 경우 튜토리얼 SaaS application development using PHP in Zend Framework

Answer 2

적어도 원하는대로 가까이 갈 수있는 방법은 여러 가지가 있지만 ... 거기에서 모든 것을 얻으려면 조금 더 깊이있게해야합니다. 모든

먼저 질문 :

1. 당신 수도 당신이 그들 자신의를 통해 귀하의 사이트와 상호 작용 할 수 있도록하기위한하려는 경우 필요 실제로, 각 사용자에 대해 전체 가상 호스트를 설정하는 도메인. 레지스트라에서 도메인을 리디렉션하도록 도메인을 리디렉션하려는 경우 (그리고 내가 문제가되는 마스킹을 성공적으로 사용할 수 있다면이 작업을 수행하지 않으면 완전히 작동 할 수 있습니다.) 사용자 정의 도메인을 무시하면 요구 사항을 만족 시키려면 실제로 설정하지 않고도 mod_rewrite를 통해 하위 도메인을 완벽하게 관리 할 수 ​​있습니다.
2. 아마도 사이트에 가장 적합한 아키텍처는 사용자가 가입하는 순간 설정해야하는 모든 것을 사전에 설정하는 것입니다. 사용자가 처음으로 액세스하려고 할 때 "정시에"해보십시오. 따라서 다른 사람이 user.pms.com이 아니라 usre.pms.com을 입력 할 때 오류를 표시하는 것처럼 간단합니다.
3. htaccess 또는 사이트의 구성 파일을 사용할 수 있습니다 (성능 향상에 도움이되지만 "완료"목적으로 만 사용). htaccess는 정상적으로 작동합니다).
4. Google

매우 중요 포인트 # 1 :이 방법 mod_rewrite를 작동합니다. 걱정 마. 매우 중요 포인트 # 2 : 예, 그래서 당신이 그 정보를 포함로 mod_rewrite는 규칙에 따라 전달되는

사용자 정의 도메인 리디렉션의 마지막 질문 : 상황이 복잡 곳

이입니다. ap1이 site1.com을 찾고 있음을 완전히 인식하지 않고 pms.com에서 site1.com을 제공 할 수 없습니다 (등록 기관에서 문제없이 마스킹으로 전달하면 제외). 일반적으로 말하자면, 일종의 포워딩을 사용한다면, 하위 도메인으로 전달하기를 원할 것이고, 모두 mod_rewrite를 통해 완전히 잘 될 것입니다.그들이 서버에서 도메인을 곧바로 이끌어가는 경우 CNAME 레코드가 아마도 하위 도메인으로 연결되는 올바른 선택 일 수 있지만 가상 호스트에 대해 배워야하고 모든 것이 제대로 작동하도록 올바르게 설정하는 방법을 알아야합니다.

고객이 자신의 맞춤 도메인을 갖게함으로써 실현할 수있는 것보다 많은 것을 얻을 수 있습니다. 아마 오후 나 며칠 동안 상위 도메인에서 원하는 것을 할 수있는 방법을 배울 수 있습니다. 사용자 정의 도메인 이름을 사용하여 모든 기능을 파악하면 시간이 오래 걸릴 수 있습니다.