Drupal Association으로부터 저조한 참여율, 스폰서십 부족, 세션 제안 부족으로 인해 상파울루에서 열릴 예정이었던 DrupalCon을 취소해야 한다는 안타까운 이메일을 받았습니다. 브라질의 Drupal 사용자들에게는 안 좋은 소식이지만, 불행 중 다행인 부분도 있습니다.
Drupal은 뛰어난 콘텐츠 관리 시스템입니다. 당사는 지난 몇 년간 Drupal과 WordPress 모두에서 활발히 활동해 왔으며, WordPress의 많은 발전이 Drupal과 유사한 기능을 추가한 데서 비롯되었다고 생각합니다. Drupal에서 가장 실망스러웠던 두 가지는 불완전한 다국어 지원과 유료 모듈을 전혀 허용하지 않는다는 점이었습니다. 이로 인해 WordPress 고객사에게 쏟는 것과 같은 수준의 열정을 Drupal 고객사에게는 쏟을 수 없었습니다.
당사는 Drupal 번역 고객사에게 웹 개발 전략을 재고하고 WordPress를 사용하여 새로운 다국어 사이트를 구축할 것을 권장해 왔습니다. 이것이 쉽지 않은 결정이라는 점을 알고 있습니다. 이는 실제로 필요한 것이 무엇인지, 현재 Drupal 기능이 WordPress 플러그인과 어떻게 연결되는지에 따라 달라집니다. 이 글이 그러한 결정을 내리는 데 도움이 되기를 바랍니다.
Drupal에서 WordPress로 웹사이트 마이그레이션 – 어떤 플러그인을 사용해야 할까요?
한 CMS에서 다른 CMS로의 이동을 고려할 때, 이것이 결코 간단한 작업이 아니라는 것을 이미 알고 계실 것입니다. 새로운 CMS에서 새로운 디자인을 만드는 것이 가장 좋지만, 진행이 완전히 막힌 상황이라면 기존 사이트를 마이그레이션하는 데 노력을 기울이는 것도 고려해 볼 수 있습니다.
항상 가장 중요한 질문은 필요한 기능이 존재하는지 여부입니다. 한번 살펴보겠습니다.
다국어 콘텐츠
다국어 사이트를 구축하는 Drupal 웹 개발자는 모두 Drupal의 i18n 모듈에 익숙합니다. i18n은 훌륭하게 작성되고 잘 유지 관리되는 모듈입니다. WordPress에서는 당사의 WPML 플러그인이 이에 해당합니다. WPML은 i18n과 동일한 아키텍처를 사용하여 콘텐츠에 언어 속성을 추가하고 언어를 다른 요소로 분리합니다. Drupal에서는 이를 ‘nodes’라고 부르며, WordPress에서는 ‘posts’(글) 및 ‘taxonomy’(택소노미)라고 부릅니다.
Drupal i18n의 흥미로운 점은 무료라는 것입니다. 하지만 Drupal i18n의 문제점 역시 무료라는 사실입니다.
무료라는 것은 사용 시 아무런 비용도 지불하지 않는다는 뜻이지만, 개발자 역시 사용자에게 어떠한 의무도 지지 않는다는 것을 의미합니다. 개발자는 모든 것이 제대로 작동하도록 최선을 다하지만, 그들에게는 다른 의무도 있습니다. WPML의 경우, $79를 지불하면 안정적인 상업적 지원을 받을 수 있습니다. WPML은 당사의 생계 수단입니다. 고객을 만족시키지 못한다면 다른 일자리를 알아봐야 할 것입니다. 당사는 현재의 일을 매우 사랑하며, 그런 일이 일어나도록 내버려 두지 않을 것입니다.
안정적인 지원을 제공하는 것 외에도, WPML에서 얻는 수익을 통해 개발자, 디자이너, QA 테스터로 구성된 전담 인력을 유지할 수 있습니다. 당사는 WordPress 릴리스 전에 항상 호환되는 WPML 버전을 준비하며, 다른 주요 플러그인 및 테마와의 호환성을 유지할 수 있는 리소스를 보유하고 있습니다.
오늘날 전 세계 다국어 사용자를 대상으로 하는 웹사이트를 진지하게 구축하고자 한다면, 훌륭한 지원을 제공하는 전문적인 도구가 필요합니다. WPML을 갖춘 WordPress가 이 분야의 선두 주자인 것은 결코 우연이 아닙니다.
Views 및 CCK
Drupal 개발자에게 가장 좋아하는 것이 무엇인지 물어보면 “Views 및 CCK”라는 대답을 듣게 될 것입니다(CCK는 이미 Drupal 7의 코어에 포함되어 있습니다). 물론 Views와 CCK를 사용하면 웹 개발자가 코드를 거의 작성하지 않고도 최소한의 노력으로 무엇이든 구축할 수 있습니다.
WordPress에도 동일하게 적용된다고 생각합니다. 처음부터 모든 것을 직접 작성하는 것이 재미있을 수는 있지만, 과연 그것이 합리적일까요?
이제 WordPress에도 이러한 훌륭한 모듈에 해당하는 자체 버전이 있습니다. 당사는 이를 Views 및 Types라고 부릅니다. 이는 약 1년 전에 시작된 야심 찬 프로젝트입니다.
당사의 Views와 Types는 유사한 요구 사항을 충족하도록 작성되었지만, Drupal 모듈의 복제본은 아닙니다. Drupal은 다르게 구축되었으며 개발자에게는 Drupal과 WordPress에 각각 다른 도구가 필요합니다. 당사는 WordPress Views와 Types를 더 사용하기 쉽고 독립적으로 작동하도록 만들기 위해 노력했습니다. 웹 개발자가 추가 모듈 제품군에 의존하는 대신 당사의 플러그인만으로 완전한 사이트를 구축할 수 있기를 바랍니다.
Types는 콘텐츠 유형을 정의하고(CCK와 유사), Views는 이를 표시합니다. Views는 데이터베이스에서 콘텐츠를 쿼리하여 원하는 방식으로 표시할 수 있습니다.
Drupal 모듈과 마찬가지로 학습 곡선이 만만치 않습니다. 이를 돕기 위해 전체 길이의 튜토리얼과 짧은 “시작하기” 튜토리얼을 제작 중이며, 앞으로 더 많은 자료가 추가될 예정입니다. 실제로 사용 편의성과 완만한 학습 곡선은 이러한 도구의 성패를 좌우합니다. 당사는 이 부분에 집중하고 있습니다!
직접 구축할 것인가, 구매할 것인가?
이제 정말 중요한 질문에 도달했습니다.
많은 Drupal 사이트가 처음부터 구축됩니다. 개발자는 강력한 모듈을 사용하여 바닥부터 사이트를 만듭니다. WordPress에서는 많은 사이트가 테마와 몇 가지 플러그인으로 시작합니다. 개발자는 테마를 조정하는 것으로 시작하여 미리 만들어진 플러그인으로 기능을 점진적으로 추가합니다.
여기에는 옳고 그름이 없으며 습관의 차이만 있을 뿐입니다. 처음부터 사이트를 구축하는 데 익숙하다면 WordPress에서도 이 방법이 아주 효과적일 것입니다. 하지만 초기 설정 시간을 절약하고 싶다면 원하는 형태와 유사한 기존 테마를 찾아보고, 과도한 프로그래밍 없이 사용자 정의하기 위해 Types와 Views를 사용하는 것을 고려해 볼 수 있습니다.
