2012-09-27 2 views
2

젠드와 함께 새로운 객체 지향 접근법을 사용하여 절차 적 PHP로 개발 된 오래된 프로젝트를 리펙토링하고 있습니다.이전 PHP 프로젝트와 그 젠드 리팩토링 된 부분을위한 도메인 공유하기

웹 사이트가 두 개의 메인 섹션 : - 기타 페이지, 여전히 온라인 주요 도메인 (www가) 오래 된 많은 페이지 - 포럼 섹션, 내가 포럼 하위 도메인

온 젠드와 refactorised 부분 목표는 두 하위 도메인을 다루는 메인 Zend 프로젝트에서 전체 웹 사이트를 리팩터링하는 것입니다.

이제 메인 도메인의 일부 페이지를 리팩터링해야하고 도메인이 가상 호스트를 분리했기 때문에 www 도메인이 특정 디렉토리로 설정되고 포럼 도메인이 다른 디렉토리 (Zend 도메인)로 설정됩니다. 각각 맞춤 URL 재 작성이 가능합니다.

확실한 해결책은 이전 페이지 디렉토리를 포럼 디렉토리와 병합하는 것이지만 Zend의 폴더 구조가 손상 될 수 있기 때문에 불가능합니다.

이상적인 해결책은 www 도메인의 일부 URL을 Zend 프로젝트 디렉토리의 디렉토리로 리디렉션하기 위해 주 도메인의 vitualhost에 regexp 절을 추가하는 것이지만 아직 수행 할 방법을 찾지 못했습니다.

다른 방법이 있습니까? 또한 리팩토링 된 페이지를 호스팅 할 임시 하위 도메인을 만들 수 있지만 우아한 해결책은 아닙니다.

+1

이전 페이지 설정 방법에 대한 정보를 조금 더 제공 할 수 있습니까? 그들은 단지 정적 HTML 파일이나 PHP 스크립트입니까? ZF 앱의 공용 폴더에 복사 할 수없는 이유는 무엇입니까? –

+0

가난한 SEO에 최적화 된 htaccess URL 다시 쓰기 규칙을 사용하는 수십 개의 오래된 PHP 페이지와 스크립트가 이동합니다. 부트 스트랩 파일에서이 URL을 다시 작성할 수는 있겠지만 일이 빨리 지저분해질 것이라고 생각합니다. 나중에 이러한 URL을 다시 작성해야합니다. – DoesNotCompute

+0

해당 URL이 사용하려는 새 URL과 충돌하지 않는 한 스크립트를 공용으로 복사하고 ZF 파일 위에 htaccess 파일에 다시 쓰기 규칙을 붙여 넣을 수 있어야합니다. –

답변

0

마지막으로, 혼합 솔루션을 선택합니다. 이전 파트의 나머지 부분을 한 번에 리펙토링 할 수있을 때까지 일부 파트에 임시 하위 도메인을 사용합니다.

0

나는 그것을 얻지 않는다. 로컬 env에서 깨끗한 리팩터를 만든 다음 배포하고 DNS 마이그레이션을 수행하지 않는 이유는 무엇입니까? 왜 옛날 코드와 새로운 코드가 함께 존재하게 되었습니까? 당신은 그것을 말했다 : "목표는 두 개의 하위 도메인을 포괄하는 주요 Zend 프로젝트에서 전체 웹 사이트를 리팩터링하는 것입니다." 그럼 계속가! 리팩토링, 배포 및 이전 도메인 이름을 새 도메인으로 리디렉션하십시오!

+0

그건 내가 원하는 것이지만, 비즈니스 제약 조건을 알고 있습니다. 웹 사이트가 너무 커서 한 번에 리팩토링 할 수 없습니다. 클라이언트의 수입은 전적으로이 웹 사이트를 기반으로하기 때문에 판매로 인해이 방식으로 판매됩니다 ... – DoesNotCompute

관련 문제