저같은 경우엔 vhost로 각각 사용자를 만들고, 파일업로드 시에는 php ftp로 공동 저장소로 업로드 합니다.

https://github.com/bosskmk/noxportal_first_version

제가 게임포탈 만들면서 초기에 구조를 잡았던 것입니다.

지금은 비지니스 로직이 포함되어서 private 로 변경하고 소스가 많이 바뀌어있는 상태 인데...

아무튼 저는 global이라는 폴더를 만들고 그곳에 config라는 파일을 index에서 불러오게 했습니다.

그리고 접근 호스트에 따라서 app 경로랑 기타 설정들을 셋팅하는 구조로 구현했습니다.

호스트가 늘어날경우 app_name 폴더가 늘어나는 구조 입니다.

그리고 각각의 app에 library폴더는 global이라는 폴더의 library 클래스를 상속해서

공통으로 사용하는 library를 중복제거 했습니다.

DNS만 등록하고 config파일을 조금만 추가하면 늘어나는 호스트에 대응이 가능합니다.

도움이 되셨으면 합니다.

근데 hmvc는 뭔지 몰라 검색해봤는데 재밌는 방식이네요. 이따 점심먹고 좀 더 자세히 알아봐야겠습니다. ^^

각각 나눠서 가는 것을 추천 해 드립니다.

이유는 혹시 모를 특이한 기능 요구를 할 경우를 대비 해서 입니다. 데이터 정보 보안 문제도 있고요.

 

만일 프로젝트별로 하는 역활이 다 비슷비슷 하다면 hmvc 방식도 고려해 볼만합니다.

hmvc의 작동 원리는 이렇습니다.

MVC 들에 대해서 오버라이딩(?)을 합니다. 정확한건 아니고, 비슷한 역활을 합니다.

만일 동일한 이름의 컨트롤러에 함수도 동일 하다면 기존 표면에 나와있는 컨트롤러를 무시하고, 모듈에 있는 컨트롤러를 실행 합니다.

컨트롤러는 동일 한데, 함수가 다를경우, 함수가 있는 컨트롤러를 호출 합니다.

 

사용방법은 검색 해보시면 코어 확장에 HMVC 코어만 넣어주시면 됩니다.

 

@하하예예 여러가지 방법이 머리에 떠오르네요. 일반적인 방법은 kaido님의 방법입니다. 아파치라면 버츄얼 호스트를 만들어 서비스하는 방식이죠. 요새 유행하는 방식은 msa라는 방식이 있는데 저도 도입해보고 있습니다만, 시행착오가 상당하네요. 우리나라같이 실패하면 끝인 사회에서는 일반적인 방법이 안전합니다. 다만, 혁신이라던가 창의적인 뭔가가 하고 싶다면, msa를 추천합니다. 하지만 실패하면 경제적으로 힘들어 질 수있습니다.

박준영님, 박쥐님, kaido님, 닉님 성실한 답변 정말 감사합니다.

사실 답변 수준이 너무 높아서 80%정도 밖에 이해못했습니다.

일단 메뉴얼에 나와잇는 "어플리케이션 관리" 를 따라 진행하고

index.php에서 $application_folder를 도메인에따라 스위치 문으로 경로설정 하기로했습니다.

공통파일은 common 폴더 생성후에 인크루드 하구요.

일단 제수준에서는 이게 최선이네요.ㅎㅎ

도움주셔서 정말 감사합니다.

@하하예에 근대 제목은 프로젝트 관리인데 내용은 소프트웨어 아키텍처 설계같은데요. 프로젝트 관리랑은 별개인듯.