우리는 웹 사이트를 심미적으로 재 설계하고 있습니다. 이 재 설계 도중 응용 프로그램을 업데이트에 대해 잠그지 않으려면 한 번에 하나의 모듈을 다시 디자인하고 필요에 따라 이전 사이트와 새 사이트간에 사용자를 전달하십시오. 그러나 우리는이 셔틀을 통해 보존해야하는 로그인을 포함하여 다양한 세션 정보를 보유하고 있습니다.여러 IIS 사이트에 동일한 응용 프로그램 이름이 있습니다.
각 IIS 사이트가있는 ColdFusion 파일 (이전 버전과 새로운 버전 용)이있는 두 개의 다른 webroot 폴더를 설치했지만 두 파일 모두에 동일한 응용 프로그램 이름을 사용하도록 설정 한 경우 사용자가 두 사이트간에 앞뒤로 이동할 때 세션 및 응용 프로그램 범위가 유지됩니까? 이로 인해 예기치 않은 문제가 발생합니까? 댄 제안 것처럼 우리는
이 작동하지만 ColdFusion에서 9를 사용하는
, 그것은 좋은 생각이 아니다. 우선 사이트 B에 영향을 미치지 않으면 서 사이트 A의 응용 프로그램 범위에서 아무 것도 변경할 수 없습니다. 이로 인해 머리가 긁히는 버그가 발생할 수 있습니다. 종종 응용 범위에있는 DSN 이름을 고려하십시오. 두 사이트 모두에 똑같은 DSN을 사용하지 않는 한 어떤 사이트가 처음 초기화되는지에 따라 어느 DSN이 사용되는지가 결정되므로 기본적으로 정확히 동일한 응용 프로그램 범위로 살아야합니다.
그래도 수행 할 수 있습니다. 도움이 될만한 간단한 예를 보려면이 게시물을 참조하십시오.
Application Variables on ICE - 당신이 사서 고생하고있는 것처럼 ColdFusion에서 뮤즈
감사합니다. 중복 된 애플리케이션 범위는 실제로 우리가 원하는 것입니다. 그것들은 같은 용도의 두개의 스킨이어야한다. 곧 보내 주신 링크를 검토하겠습니다. – Nicholas
사이트간에 앞뒤로 사용자에게 전달이 울립니다. 단계적으로 업그레이드하고 싶다면 그렇게하십시오. 가능하면 조용한 시간에 변경하십시오. –
글 머리 기호를 물고 업데이트에 대해 잠글 수 있습니다. 나는이 과정을 몇 번 겪어왔다. 우리는 새로운 아키텍처를 사용하여 하나의 모듈을 재구성했지만, 스킨을 만들어서 룩앤필을 쉽게 바꿀 수있었습니다. 새 모듈이 출시되면 우리는 첫 번째 아키텍처를 기반으로 나머지 응용 프로그램 (13 개 모듈)을 변환하는 프로젝트를 시작했습니다. 새 기능은 새 코드베이스에만 추가되었으며 이전 버전에서는 버그 만 수정되었습니다. 우리는 1 년 후 새로운 사이트, 버그, 새로운 기능 및 업데이트하기 쉬운 아키텍처로 생방송으로 살아났습니다. –
불행히도 시스템을 잠그는 것은 우리의 비즈니스 구조의 일부인 유료 업그레이드이기 때문에 옵션이 아닙니다. 단계적으로 업그레이드하는 것을 선호하지만, 팀 환경 설정은 새로운 저장소가 처음부터 완전히 시작되도록하기위한 것이므로 가능하도록하기 위해 할 수있는 일이 무엇인지 알아 내려고합니다. – Nicholas