좋은 아침 대는 오리지널 사이트,테스트 새로운 사이트
우리는, 우리는이 웹 사이트의 새로운 버전을 통해 중간 하나의 특정 프레임 워크에 기록 된 기존의 웹 사이트입니다 그리고 그것은이 다른 프레임 워크를 작성합니다.
이것은 테이블 구조가 완전히 다른 것을 의미합니다. 이전 데이터를 새로운 데이터로 마이그레이션하는 코드를 작성하여 회원 및 컨텐츠를 아무런 문제없이 옮겼습니다. 그러나 우리는 이전 사이트에 x 명이 있고 새로운 사이트에 사람들이 많습니다. 우리가보고 테스트 할 수 있습니다
이런 식으로하면 우리가 '라이브'를 가볍게하기 전에 그들이 등을 사용하는 방법 새 사이트, 같은 사람. 새 사이트는 다른 하위 도메인에 있습니다. 그러나 실제 문제는 데이터베이스를 함께 작동시킬 수있는 방법입니다. 사용자가 새 사이트를 방문한 경우 이전 사이트에 게시 한 포럼에 게시하고 그 반대의 경우도 마찬가지입니다.
매우 큰 작업처럼 보이는 다른 프레임 워크 및 테이블입니다. 우리는 두 시스템 모두에서 각 모델에 대한 인터페이스를 작성하여 다른 데이터베이스의 데이터를 업데이트 할 수 있어야합니다. 한 개발자가 트리거를 사용하여 주변을 던져 버렸기 때문에이 테이블에서 데이터가 변경되면 트리거가 다른 테이블에서이를 업데이트합니다.
둘 다 매우 오래되었습니다. 나는 꽤 많은 코드, 회원, 구매, 주문, 블로그 포스트, 코멘트, 포럼 토픽 + 코멘트, 12 개의 다른 테이블 (+ cms!)에 대해서 이야기하고있다.
ps로 해결하려면 몇 주가 소요될 수 있습니다.
사람이 모든이가 어떻게 든 실현 될 수있는 방법에 대한 제안의 어떤 종류가 있습니까.
나도 정기적으로 실행하는 새로운 코드베이스에서 사용자의 데이터를 기존의 데이터베이스를 업데이트하는 스케줄을 작성, 당신은이 충분히 쉽게 cron을 수있는 것 . 베타 버전과 같이 테스트하지 않고 베타 테스트를 수행한다고 생각하십니까? IE의 경우 마이그레이션이 완료 될 때까지 데이터가 일치하지 않습니까? 그러면 새 사이트에서 시작된 스레드는 사용할 수 없지만 새 사이트의 사용자는 모든 기능을 사용할 수 있습니다. 만족 스러우면 이전 데이터를 마이그레이션하여 모든 것을 완료하십시오. – Fluffeh
베타 테스트는 충분한 제어권을 부여하지 않으므로 나란히 테스트하고 싶습니다.그게 내 제안 이었어, 오래된 사이트에서 새로운 사이트로 데이터를 동기화하고 며칠마다 사람들은 원하는만큼 게임을 할 수있다. – Wizzard
매 시간마다 (또는 더 자주) cron을 실행할 수도있다. * 나쁜. 내가 생각하고 있던 또 다른 제안은 아마도 사이트의 한 섹션을 마이그레이션하는 것이 었습니다. 따라서 * 모든 사용자의 경우 특정 포럼이 새 코드에 배치되고 나머지는 이전 코드에 배치됩니다. – Fluffeh