Dropal 및 eZ Publish

평소 eZ 퍼블리쉬와 드롭을 필두로 오픈소스 CMS 전체를 활용한 웹사이트 구축 지원이 주를 이뤘다.
Drupal Advent Calendar 2016 23일째 글로 역시 Symfony에 기반한 CMS Dropal과 eZ Publith의 차이를 정리했다.
Dropal과 다른 CMS를 비교해 상대적인 평가를 통해 잘하는 것과 못하는 것을 확인하고 싶다.

이른바 eZ Publish

eZ Publish는 노르웨이 킹덤의 eZ Systems사가 드롭팔에서 2년 전인 1999년부터 PHP로 개발한 기업용 오픈 오리지널 코드인 CMS다.
드럼과 마찬가지로 드럼이 말하는'실체'와 비슷한'클래스(또는 콘텐츠 유형)'개념을 가진 유니버설성이 높은 CMS다.

공유

OpenSourceCMS 데이터에서는 드롭이 3위, eZ Publish가 14위에 올랐다.1

사례.

Drupal

백악관

eZ Publish

미국 국방부 SERDP & ESTCP

시스템 요건

중간부품
Drupal 8
Drupal 7
eZ Platform
eZ Publish 5
Apache
2.2, 2.4
2.2, 2.4
nginx
1.4, 1.6, 1.8. 1.10
1.4이상
PHP
5.5.9 이상
5.2.5 이상
5.5 이상
5.4.4 이상
MySQL
5.5.3 이상
5.0.15
5.5, 5.6
○
MariaDB
5.5.20 이상
5.1.44
5.5, 10.0
○
PostgreSQL
9.1.2 이상
8.3이상
experimental
○
https://www.drupal.org/docs/7/system-requirements/overview
https://doc.ez.no/display/EZP/Requirements+5.4
https://doc.ez.no/pages/viewpage.action?pageId=31429536

확장성

모듈 수

Dropal의 공개 모듈 수는 7이다.겸용 12470건, 8.x호환 2천771건의 압도적인 수량과 비교하면 eZ Publish의 확장(또는 번들) 수량은 1309건에 불과하다.
그러나 드럼얼은 코어의 기능을 극력 간소화하고 추가 모듈을 통해 기능을 확장하는 전략으로, 이에 비해 eZ Publish는 초기 상태부터 기본적인 기업화 기능이 kernel에서 구현돼 단순 수량 비교가 불가능하다.하지만 드럼의 커뮤니티 파워는 압도적이다.

설치하다.

드롭팔에서는 관리 화면에서 모듈을 추가하거나 드루치를 통해 콘솔에서 모듈을 간단하게 추가할 수 있지만, eZ Publith는 관리 화면에서 모듈을 추가로 확장할 수 없다.
또한 관리 화면에서 확장을 켜고 끌 수 있으며 eZ Publish5에서 Compooser를 가져와 콘솔에서 하나씩 설치할 수 있습니다.

최근 동향

개념의 도입
다양한 언어를 지원하는 Drumal 8Symfony
eZ Publish5 Symfony 사용(레거시 스택과 함께 사용)
eZ Plaatform(eZ Publiish6)에서 스택 Symfony로의 완전한 이동, Symfony 기반의 새로운 관리 화면

Symfony

드롭팔은 8부터 Symfony를 가져오지만, eZ Publish는 이전 버전인 5부터 가져오기 시작해 다음과 같은 선배 스타일이 있다.
Welcome to the Symfony community Drupal. We have been waiting for you. https://t.co/PkWy5pcrVe #Drupal8 pic.twitter.com/H27FLdgUmW — eZ Systems (@eZSystems) 2015년 11월 20일
농담은 그만두고 Dropal에서 Symfony는 부분적인 사용에 불과하며 가능한 한 과거의 방법을 계승했다.콘서트5도 그렇고.
이에 비해 eZ Publish는 이전 버전의 eZ Publish 5에서 더블 코어로 유류 창고와 새 창고(Symfony)를 사용해 흥미로운 대응을 했다.
따라서 파일 구성도 Symfony의 정통 구성에 따라 추가 모듈과 디자인 템플릿도 Symfony의 Bundle로 제작된다.

사용자 정의 모듈 만들기

drush mb my_module menu cron --write --quiet --name="My module" --dep="forum views"

php app/console generate:bundle 

데이터베이스

데이터베이스를 활용하는 방법에는 Dropal의 장점도 있고 나쁜 점도 있다.
일반적으로 eZ Publish와 Pimcore 등 범용 CMS는 하나의 테이블에서 각 객체(Dropal의 엔티티)의 메타데이터를 균일하게 관리합니다.Dropal은 솔리드를 작성할 때마다 테이블을 개별적으로 작성합니다.
메타데이터를 일원화하면 데이터가 방대해질 때 성능이 급격히 악화해 피할 수 있다는 장점이다.
또한 서버를 옮길 때 한 표의 데이터량이 많으면 가져오는 데도 시간이 많이 걸린다.Dropal의 표는 실체 단위로 분할되어 있기 때문에 이 영향은 매우 작다.
단점은 나중에 실체 정보를 변경할 때 제한이 커진다는 것이다.
대규모 웹사이트에서는 데이터 구조를 뒤에서 쉽게 바꾸는 경우는 드물지만, 통용성이 높아 부주의해 예상치 못한 제약을 받을 수 있으므로 사전에 잘 인식해야 한다.
http://www.opensourcecms.com/general/cms-marketshare.php   ↩