드루팔 (Drupal)을 설치하고 설정하는 것보다 배우는 데 드는 시간이 적고 드루팔 (Drupal)으로 유지하기가 쉽다는 것은 의심의 여지가 있습니다.
하지만 실제로 당신의 필요와 목적에 달려 있습니다. 웹 응용 프로그램을 개발하고 프로그래밍하는 방법을 배우는 것이 목표입니까? 사용 가능한 CMS보다 더 나은 CMS를 개발하려는 목표는 무엇입니까? 이 질문 중 하나에 대한 대답이 "예"이면 어느 것이 더 많은 시간이 걸리더라도 자신 만의 CMS를 만들어야합니다.
웹 사이트를 만드는 것이 목표라면 (단순히 자신을 위해 또는 클라이언트 용으로) CMS를 끝까지 사용하기 만하면 99 %의 경우 CMS 또는 CMS 프레임 워크를 배포하는 것이 가장 좋습니다 . 2 ~ 3 개월 만에 구축 할 수있는 것은 드루팔 (Drupal)만큼 성숙한 커뮤니티 지원과 비교할 수 없습니다. CMS의 모든 기본 기능을 코딩 할 수는 있지만 확장 성은 무엇입니까? 또는 확장 성? 또는 유지 보수성? 또는 사용자 편의? 또는 SEO? 또는 성숙한 CMS를 사용할 때 전혀 알지 못하는 수백 가지의 사소한 기능을 제공하지만 웹 사이트의 TCO를 줄이는 헤아릴 수없는 편의성과 유용한 기능을 추가합니까?
즉, 드루팔 (Drupal은 귀하의 조직에 가장 적합한 CMS가 아닐 수도 있습니다. 그러나 하나의 CMS가 당신의 요구에 맞지 않는다고해서 CMSes가 과대 평가되는 것은 아닙니다. 정적 사이트 (1 페이지 웹 사이트를 운영하지 않는 한이 요일과 연령대에서는 사용할 수 없음)를 실행하지 않는 한 어떤 종류의 CMS가 필요합니다. Drupal보다 더 나은 CMS를 구축 할 수 있다고 생각한다면 정식으로해야합니다. 인터넷 커뮤니티에서 감사드립니다.
하지만 CMS 프레임 워크로 작업하는 데 익숙하지 않은 것 같습니다. 대부분의 사이트는 거의 동일한 요구 사항을 가지고 있으므로 꽤 기본적인 기본 CRUD 사이트를 설정하려는 경우 Drupal보다는 최종 사용자 중심의 CMS를 사용하는 것이 좋습니다. 드루팔 (Drupal의 복잡성은 훨씬 복잡한 애플리케이션을위한 플랫폼으로 사용할 수있는 능력에서 비롯됩니다. 이는 구성 및 학습 곡선의 용이함 측면에서 비용이 듭니다.
빌드하려는 사이트 또는 요구 사항에 대한 세부 정보는 제공하지 않았지만 많은 사이트의 CMS로 사용하도록 Wordpress를 사용자 정의 할 수 있습니다. 또는 디자이너와 비즈니스 소유자를 대상으로하는 Traffik과 같은 제품을 사용해보십시오.
이 기사는 매우 유용 할 수 있습니다. http://www.namhost.com/blog/2014-06-11/how-to-choose-right-software-solution – coderama