현재 웹 사이트를 dotnetnuke로 마이그레이션

Question

기존 웹 사이트를 DNN으로 마이그레이션하는 일이 지겨운가요? 처음부터 시작하는 것이 더 좋은 아이디어일까요?

Answer 1

나는 작년에 150 페이지 웹 사이트를 이전했으며 지루하지 않았습니다.

우리는 DNN과 함께 우리가 원하는 구조를 계획하고 메뉴를 만들었습니다. - 1 시간 그런 다음 메모장을 열고 3 일 동안 복사하여 붙여 넣습니다. 라이브 사이트에서 복사하여 메모장에 붙여 넣고 Ctrl + A 및 Ctrl + C를 사용하여 DNN으로 넘기고 다시 붙여 넣습니다. 내 동료가 나중에 남겨 뒀던 복잡하거나 까다로운 페이지. 3 일 후에 우리는 전체 사이트를 이전했습니다. 도구 없음, 멋진 가져 오기 및 내보내기 없음.

모두 며칠 후에 완료됩니다. 그리고 그 과정이 끝나갈 무렵, 제 동료 역시 DNN에 대해서도 빠른 속도로 진행되었습니다.

매우 낮은 성공률과 쉬운 접근 방식입니다.

고도로 구조화 된 데이터의 가져 오기 루틴을 고려할 것입니다. 그렇지 않으면이 방법을 권장합니다.

Answer 2

본질적으로 사이트를 다시 만들어야합니다. 그렇다면 지루할 것입니다. 일단 구조의 일부가 갖추어지면 단순한 내용 페이지라고 가정하고 페이지를 다시 만들어야합니다.

그러나 서버 측 코드 및 데이터 액세스가 많은 일반적인 데이터 기반 .NET 응용 프로그램을 사용하는 경우 DNN에 맞게 많은 디자인을 재 설계해야합니다.

기존 사용자 목록을 유지 관리하려면 새 DNN 멤버 자격 공급자를 작성해야 해당 목록과 상호 작용할 수 있습니다. 기본 ASP.NET 멤버십 테이블을 이미 사용하고 있다면 기본적으로 DNN이 내부적으로 기본적으로 사용하는 것이기 때문에 기본적으로 수행해야합니다. 사용자가 직접해야하기 때문에 자신의 멤버 자격 공급자 인 interace로 랩핑하지만 포털과 관련이 있습니다 (실제로는 그렇지 않더라도).

코드가 사용자 컨트롤과 클래스에 많이 포함되어 있기를 바랍니다. 그렇다면 DNN 컨테이너로 묶을 수 있습니다. 지루하고 많은 버그를 수정해야하지만, 실행 가능합니다.

코드가 여러 페이지에 걸쳐 펼쳐져있는 경우, DNN 컨테이너로 가져 오기 위해 많은 변경 작업을 수행해야 할 것입니다.

기존 데이터베이스를 어떻게 처리할지 결정해야합니다. DNN 데이터베이스에 병합 하시겠습니까? 아니면 별도로 보관할 것입니까? DNN 프레젠테이션 쓰레기가 핵심 기능과 떨어져 있기 때문에 별도의 아이디어가 좋지만 사용자/역할/사용 권한도 DNN 데이터베이스에 있으므로 기존 데이터에 대한 링크가 손실 될 수 있습니다.

역할 및 권한으로 연결됩니다. DNN은 표준 ASP.NET 역할 공급자 인터페이스를 사용하지만 실제로 그렇게 간단하지는 않습니다. 자신의 역할과 통합하기 위해 자신의 역할 공급자를 제공하더라도 완벽하게 추상화되지 않았으므로 역할과 사용자/역할 할당을 DNN 테이블에 유지해야합니다.

... 나는 내가 생각할 수없는 상황에 특정한 다른 것들을 확신합니다.

어쨌든 중간에 어딘가에있을 것입니다. 자신의 물건을 바로 가져올 수있는 마법 이동 유틸리티를 찾지는 못하지만 코드의 모든 라인을 다시 쓸 필요는 없습니다.사이트의 규모와 복잡성에 따라 견고한 계획을 세우기 위해 DNN 전문 지식을 갖춘 사람들을 사용하여 많은 분석을해야 할 것입니다.