처음부터 CMS를 구축하는 대신 기존 CMS를 선택해야하는 이유는 무엇입니까?

다음 몇 주 동안의 많은 연구는 다른 CMS에 대한 것입니다. 나는 이미 episerver와 umbraco에 대해 간략히 살펴 보았습니다. 이러한 시스템을 읽는 동안 나는 (대규모의) CMS 플랫폼의 많은 세부 사항과 구조를 배우지 않고도 컨텐츠 관리 기능을 제공 할 수 있다고 생각합니다.

과거에는 개발자로서의 역할을 편집자의 역할과 별도로 유지해야하는 프로젝트가있었습니다. 즉, 사이트의 디자인과 기능을 개발하고 컨텐츠를 업데이트하는 고객의 작업을 개발하는 것이 나의 임무였습니다. 텍스트 입력 및 사진 업로드 등을 허용하는 몇 개의 페이지 (기본적으로 원하는 내용)를 수용 하고이 새로운 내용을 데이터베이스에 기록 한 다음 일종의 '포털'을 구현하여이를 달성했습니다. 설계에 의해 코드 숨김은이 모든 것을 데이터베이스에서 관련 컨트롤 (예 : 반복자)로 읽습니다.

나에게 이것은 내 고객이 솔루션과 함께 배포 할 콘텐츠를 관리 할 수있는 효과적인 방법이었습니다. 나는 내가 틀렸다는 것을 알고 있으며, CMS는 처음부터 구축 된 것보다 선호되지만 비용 문제 이외의 이유는 무엇입니까?

기존 CMS를 사용하여 추적하고 싶지 않은 사용자에게 중요한 기능을 제거합니다.

EPiServer, Umbraco, Orchard 등은 버전, 기타 컨텐츠와 연결된 컨텐츠, 양식 작성 방법 등을 추적 할 수있는 옵션을 내장하고 있습니다. 당신은 적합하다고 본다.

일반적으로 수천 시간의 문제 해결이 이미 완료되었으므로 활용 해보십시오. 특히 무료 또는 오픈 소스 버전에서는 문자 그대로 비용이 들지 않지만 거의 보장 할 수있는 API를 배우는 시간은 해당 기능을 다시 작성하는 데 드는 시간보다 적습니다.

따라서 제공하는 기능을 다시 구축 할 필요가 없다면 이미 잘 알려진 것을 사용하지 않는 이유는 무엇입니까?

다음은 사용자가 직접 구현할 필요가없는 간단한 기능 목록입니다.

• 콘텐츠 버전 관리
• 워크 플로우
• 페이지 링크 상태 보고서
• wysiwyg 편집기 사용자 정의
• 컨텐츠 모델링 (페이지 유형 / 문서 유형)
• 컨텐츠 검색 API
• 편집자와 개발자를위한 문서화 / 훈련
• 객체 캐싱 전략
• 검색을위한 컨텐츠 쿼리 시스템
• 콘텐츠 계층 구조 (콘텐츠가 트리 형태 인 CMS의 경우)
• 에디터 뷰
• 관리자 조회
• 액세스 제어

거기 NO 사람보다 나은되는 등 확실한 대답은. 그것은 당신의 요구, 구조, 비용, 인력 및 기타 여러 요인에 달려 있습니다.

사전 제작 / 설정된 CMS

찬성

1. 많은 시간을 절약 합니다. 수년 동안 있었던 CMS의 일부에는 많은 인력이 있습니다. 사전 작성된 CMS에는 기능의 10 %가 필요하지 않을 수 있지만 시간과 시간을 절약하는 데 시간이 걸리지 않습니다.
2. 많은 돈을 절약 합니다.
3. 일반적으로이 거대한 것 기능의 양 아마도 귀하의 요구에 대해 작동합니다.

단점

1. 라이센스 . 사용하는 사전 제작 된 CMS의 라이센스를 준수해야합니다. 큰 문제는 아니지만 라이센스로 금지 된 것을 변경하거나 프로덕션 환경에서 라이센스를 사용하지 못하게 될 수 있습니다.
2. 헤비 . CMS는 가능한 한 많은 잠재 고객에게 도달하도록 조정될 가능성이 높습니다. 서버 제한이 있거나 기본 컨텐츠 관리를 위해 초과 스크립트를로드하지 않으려는 경우가 있습니다.
3. 비 모듈 방식으로 작성되었을 수 있습니다. 사전 제작 된 CMS를 구현했고 클라이언트가 사인 오프하고 배포 할 수 있도록 웹 사이트가 준비되었다고 가정하겠습니다. 그런 다음 클라이언트로 가져 가서 "오,이 기능을 CMS에 추가하고 싶습니다!"라고 말합니다. 그런 다음 매우 복잡하거나 모듈식이 아닌 CMS를 선택한 경우 해당 기능 요청을 구현하는 데 문제가 있거나 시간이 오래 걸릴 수 있습니다.
4. 그들의 버그를 상속하십시오 . CMS의 모든 기존 버그를 상속합니다. 일반적으로 업데이트하기 쉽기 때문에 문제가되지 않지만 기능을 추가하기 위해 일부를 많이 수정 한 경우에는 어떻게됩니까?

자가 양조 / 맞춤형 CMS

찬성

1. 당신의 필요에 맞게 조정하십시오 . 필요한 것만 통합 하고 높은 휴대 성을 유지할 수 있습니다.
2. 귀하의 언어로 작성되었습니다 . 아마도 ASP.net MVC 웹 사이트가 있고 거기에있는 모든 CMS는 PHP로 작성되었지만 MVC와 면도기보기 엔진 (idk random example)을 사용하여 C #으로 작성된 웹 사이트를 원할 것입니다. 균일하고 거대한 PHP / JS 등이없는 웹 페이지를 유지 관리하는 것이 훨씬 쉽습니다. 모든 C # 코드 가운데 CMS.
3. 어차피 당신 / 당신의 회사 / O 등, 추가 라이센스를 구입 승 당신이 원하는대로 당신이 많은 응용 프로그램과 같은에서 사용할 수 있습니다, 그것은 100 %를 소유

단점

1. 시간이 많이 소요는 , 그러므로 그건 비싼 . 투입 시간, 경험 등 등에 따라 CMS에서 작업하는 데 1 ~ 수십 일이 소요될 수 있습니다.

시간이 있고 사전 제작 된 시스템 중 어느 것도 법안에 맞지 않거나 너무 복잡하지 않은 경우 시간이 많이 걸리는 요소를 제외하고는 자신의 것을 만들지 않을 이유가 없습니다.

토론에 웹 보안을 추가 할 수도 있습니다. CMS를 처음부터 구축하면 여러 가지 공격에 취약 할 수 있습니다 (예 : https://www.owasp.org/index.php/Top_10_2010-Main 참조 ). 반면에 기존 CMS를 사용하는 경우 일반적으로 더 안전하지만 다른 취약점은 더 광범위합니다.

따라서 보안 측면에서는 약간의 상충 관계가 있지만 잘 업데이트 된 "표준"CMS는 집에서 만든 CMS보다 안전하지만 어느 정도 선택한 표준에 따라 달라집니다.

그러나 "표준"CMS를 사용하고 많은 수정 작업을 수행하면 업그레이드 경로가 중단되고 CMS를 업데이트하지 못할 수 있으므로 취약합니다.

고려해야 할 사항 중 하나는 CMS가 반드시 언어가 아니라 기능과 디자인에서 더 이상 사용되지 않을 수 있다는 것입니다. 다음 프로그래머 그룹은 기능상의 제약 조건으로 작업하기를 원하지 않을 수 있으며 디자인까지는 이미지를 망칠 수 있습니다!

단순한 웹 사이트이거나 헌신 할 시간이 없다면 CMS는 훌륭하게 들립니다!

CMS를 만드는 가장 큰 이유는 시간이 지남에 따라 고유 한 기능을 CMS에 추가 할 수 있기 때문입니다. 상용 CMS를 사용하면이를 생성 한 타사의 아키텍처 및 기술과 연계됩니다.

예 :

• Umbraco-XSLT 레이아웃에 의존-#fail

• 오차드-Web Forms 개발자를위한 과도 공학 및 학습 곡선

...기타.

핵심 사업을 고수하는 것도 좋은 주장입니다. 자동차를 만든다고해서 자신 만의 연료를 만들어야한다는 의미는 아닙니다. 그것은 완전히 다른 제품이며 당신의 초점이 다른 곳에 있기 때문에 다른 누군가가 더 잘 할 것입니다. 새로 개발 된 시스템의 버그도 과소 평가해서는 안됩니다. 한동안 주변에 있었던 cms에는 몇 가지 버그가 있지만 새로운 숫자가있는 숫자 근처에는 없습니다. 기존 cms는 수년 동안 수백만 명의 사용자에 의해 테스트되었습니다.