Plone의 복잡성을 정당화 할 수있는 것은 무엇입니까?

https://stackoverflow.com/questions/348044

20-08-2019
|

문제

Plone은 매우 복잡합니다. Zope2, ZOPE3, 다섯, ZCML, ZODB, 제오, 많은 약어와 약어.

시작하기가 어렵고 현재 상태는 결정되지 않은 것 같습니다. 주로 ZOPE2를 기반으로하지만 5를 통해 ZOPE3을 통합합니다. 그리고 XML 구성 파일이 어디에나 있습니다.

가파른 학습 곡선은 지불합니까? 이 복잡성은 오늘날에도 여전히 정당화 되었습니까?

배경 : 플랫폼이 필요합니다. 고객은 종종 CMS가 필요합니다. 나는 현재 읽고있다 "전문적인 Plone 개발", Plone에 대한 사전 지식없이.

문제 : 고객은 항상 같은 것을 원하지 않으며 미리 알 수 없습니다. 한 가지 확실한 점은 Plone의 기본 테마를 원하지 않습니다. 그러나 추가 기능은 위험입니다. 당신은 단지 시작하고 말할 수 없습니다 "Plone의 복잡성을보고 싶다면 요청해야합니다."시스템을 계획하기에 충분히 좋은 시스템을 알지 못할 때.

해결책

Plone의 복잡성을보고 싶다면 요청해야합니다. 대부분의 사람들에게는 거기에 없습니다. 한 번의 클릭 설치 프로그램을 통해 몇 분 안에 설치됩니다. 그런 다음 한 번의 클릭으로 로그인하고 한 번 클릭하여 페이지를 만들고 Wysywig 편집기를 사용하고 한 번 클릭하여 저장하십시오. 모든 것은 직관적 인 웹 GUI를 통해입니다. Plone은 제품입니다.

"플랫폼"으로 사용하려면 플랫폼은 완전한 컨텐츠 관리 제품군을 구현하는 백만 줄 이상의 코드 스택입니다. 아무도 그것을 모두 모른다. 그러나 모든 "약어"와 "파일"은 구성 요소에 고려되는 소프트웨어의 증거이므로 아무도 모든 것을 알 필요가 없습니다. 필요한만큼 깊거나 얕게 얻을 수 있습니다. 콘텐츠 관리의 일부 측면에 필요한 것이 있다면 이미 존재하는 경우, 처음부터 만들 필요가 없으며 광범위한 연습 및 검토와 일치하는 방식으로 수행 할 수 있습니다.

다른 팁

배경 정보없이 질문에 대답하기는 어렵습니다. 블로그를 원한다면 복잡성이 정당합니까? 아니요. 400 명 이상을 위해 회사 인트라넷을 짓는 경우 복잡성이 정당화됩니까? 예. 컨설턴트가 되려면 좋은 투자입니까? 전적으로! 거기에 많은 운동이 있으며, 평균 PHP 작업보다 훨씬 나은 비용을 지불합니다.

나는 당신이 무엇을 만들려고하는지 명확하게하고 Plone 포럼에 조언을 구해달라고 권장합니다. Plone은 매우 성숙하고 친근한 커뮤니티를 가지고 있으며, 당신이하려는 일이 Plone에 적합하지 않은지 절대적으로 알려줄 것입니다. 물론 Plone으로 원하는 것을 할 수는 있지만 최고의 솔루션 인 일부 영역이 있으며 다른 영역은 다른 일을하기 위해 많은 작업을 수행 할 수있는 영역이 있습니다.

일부 배경 :

이 시점에서 Plone의 복잡성의 이유는보다 현대적인 건축물로 이동하기 때문입니다. 그것은 현재 구식과 새로운 접근 방식을 모두 연결하고 있으며, 이는 전환이 대부분 완료 될 때까지 약간의 복잡성을 더합니다.

Plone은 거꾸로 호환성을 깨뜨려 고객을 떠나는 것을 피하기 위해이 작업을 수행하고 있습니다. 다른 시스템과는 달리, 나는 언급 할 수 있지만 그렇지는 않습니다.

귀하는 귀하의 데이터에 관심이 있고, Plone Community는 데이터에 관심이 있으며, 새로운 아키텍처로 전환 할 때에도 새롭고 더 나은 버전으로 업그레이드 할 수 있기를 바랍니다. 이것은 Plone Community의 강점 중 하나이지만, 비행기가 비행하는 동안 비행기를 수정하는 데 지불해야 할 페널티가 있으며, 이는 약간의 일시적이고 추가 복잡성입니다.

또한 커뮤니티로서의 Plone은 보안에 중점을두고 있으며 (보고 된 취약점의 다른 시스템과 비교) 좋은 아키텍처, 테스트 및 재사용 성을 중요하게 생각하는 매우 전문적인 문화.

예를 들어, 현재 버전의 Plone이 개발중인 것을 고려하십시오 (4.0이 될 것) :

현재 버전보다 3-4 배 빠르게 시작됩니다.
현재 버전보다 메모리가 약 20% 줄어 듭니다.
작품 (Dexterity)에는 훨씬 더 쉬운 유형 시스템이있어 복잡성을 줄이고 시스템의 속도를 높이고 동일한 수준의 기능을 유지합니다.
코드베이스는 이미 현재 배송 버전보다 20% 작고 점점 작아지고 있습니다.
새로운 유형 시스템의 초기 벤치 마크는 컨텐츠 편집을위한 5x 속도를 보여 주며 아직이 부분을 최적화하기 시작하지 않았습니다.

-Alexander Limi, Plone 공동 창립자 (그리고 약간 편견;)

익명의 의견을 찾았습니다 여기 그 게시물 자체보다 훨씬 낫기 때문에 몇 개의 오타가 수정 된 상태에서 여기에 완전히 다시 게시하고 있습니다.

올 여름 내 체스 클럽은 이사회 멤버들이 뉴스 플래시, 기사 등을 추가 할 수 있어야하는 새로운 웹 사이트를 만들도록 요청했습니다. 파이썬 개발자이기 때문에 나는 Plone을보고 Aspeli Book Professional Plone Development (우수한 BTW)를 구입했습니다.

나는 휴가를 3 주 동안 공부하고 책을 공부하고 사이트의 첫 모의를 설정하는 데 걸렸다.

3 주 후에 나는 Plone이 아주 좋은 것들이 있다는 것을 깨달았습니다.

Plone을 사용자 정의 할 필요가 없다면 Plone은 기능과 레이아웃이 훌륭합니다.
Plone은 좋은 보안 모델을 가지고 있습니다
Plone은 선반 워크 플로우에서 잘 보입니다
Plone은 멀티 언어입니다 (내가 필요한 것)

하락세로

Plone은 끔찍합니다. 내 개발 플랫폼 (512MB RAM이있는 3 년 된 PC)에서 Plone을 시작하는 데 30 초가 걸리며 페이지를 다시로드하는 데 10 ~ 15 초가 걸립니다.
가장 간단한 것도 사용자 정의하거나 개발하려면 많은 다른 기술이 필요합니다.
Tal과 Metal은 예술의 최첨단이 아니며 Plone의 OO 디자인에 적합하지 않습니다.
기본적으로 획득이 잘못되었습니다. 인수는 (예 : 보안에) 매우 유용 할 수 있지만 필요한 경우 명시 적으로 정의해야합니다. 이것은 디자인 결함입니다
Plone은 내용과 레이아웃을 구별하지 않습니다. 이것은 심각한 디자인 결함입니다. 예를 들어 캐스케이딩 스타일 시트 또는 3 열 레이아웃을 생성하는 HTML에 보안 설정과 역할을 적용 할 이유가 없으며 파일 시스템이 아닌이 요소가 ZODB에 있어야하는 이유가 없습니다.
Plone은 웹 디자이너와 컨텐츠 편집기/게시자를 구별하지 않으며 다시 심각한 결함입니다. 컨텐츠 편집기/게시자는 라이브 사이트에서 실행되는 콘텐츠를 추가/검토합니다. 웹 디자이너는 테스트 서버에서 컨텐츠 유형, 양식 및 레이아웃을 추가/수정하고 준비되면 라이브 서버로 포트합니다. 컨텐츠 편집기를위한 보안 제한 사항은 서버의 파일 시스템에 액세스 할 수있는 웹 디자이너에게 적용해서는 안됩니다.
Plone은 그래픽 측면과 웹 디자이너의 프로그래밍 측면을 구별하지 않습니다. 그래픽 아티스트는 HTML, CSS 및 약간의 javasccript 만 말하지만 파이썬, 어댑터 및 기타 고급 프로그래밍 개념을 사용하는 도구를 사용합니다. 결과적으로 Plone의 완전한 스키닝 시스템은 악몽입니다.

4, 5, 6 및 7 점 때문에 Plone이 너무 느리다고 가정합니다.

포인트 6과 7은 내가 끊임없이 떨어 뜨 렸습니다. 나는 다른 옵션을 둘러 보았고 결국 Pylons에서 내 CMS를 개발하기로 결정했습니다. 동일한 개발 서버에서 시작 시간은 1 초이며 다시로드 시간은 측정 할 수 없습니다.

사이트 www.kosk.be 사이트가 실행 중입니다 (네덜란드어). Red Devil이라는 CMS는 내년부터 별도의 오픈 소스 프로젝트로 출시 될 예정입니다.

나는 Plone을 사용하는 데 시간의 투자를 정당화 할 수있는 네 가지를 봅니다.

Plone에는 크고 도움이되는 커뮤니티가 있습니다. 당신이 필요한 것들 대부분, 다른 사람
이미 과거에 이미 했어요. 그는 아마도 몇 가지 질문을하고 도움이되는 답변을 얻거나 튜토리얼을 썼습니다. 일반적으로 흔적을 찾기 쉬운 흔적. 그가 어떻게했는지에 대해.
많은 사용자 정의 요구에 대한 전체 복잡성을 이해할 필요가 없습니다.
Plone Developers는 복잡한 스택을 알고 있으며 이것이 어떻게 줄어들 수 있는지 논의하고 있습니다. Plone은 과거에 자신을 갱신하고 오래된 인프라를 정의 된 감가 상각 단계로 깨끗한 방식으로 삭제할 수 있음을 입증했습니다.
도움이되는 사람들이있는 많은 지역 사용자 그룹이 있습니다.

오 잠깐, 나는 Plone Developer 회의가 최고 중 하나라고 들었습니다!그런 식으로

시스템 관리자 관점에서 Plone은 절대적인 악마가되는 것을 부끄러워합니다. 설치하려는 위치를 업그레이드, 유지 관리 및 설치하는 것은 Linux 플랫폼에서 필요한 것보다 더 고통 스럽습니다. 그것은 단지 나의 두 센트 일 뿐이며, 왜 내가 일반적으로 Zope/Plone 스택을 피하는 것을 선호하는지.

참고 : 새로운 릴리스가 더 좋지만 구식 릴리스 .... UGH

증가.

의견에 대해 여기 나는 Plone이 그렇게 작동하지 않는다고 생각합니다 (적어도 더 이상은 아닙니다).

1-Plone은 실제로 다른 CMS 솔루션보다 느리게 느려지지만 Box 외부 설정에서 Apache-Varnish-Zope Relstorage 솔루션에 이르기까지 많은 최적화 공간이 있습니다.

2- 그것은 사실입니다. 대답 여기 그것을 설명하지만 실제로는 복잡한 동물입니다.

3- 무슨 뜻인지 잘 모르겠습니다. Tal Path 표현식은 객체 속성 트래버스의 개념을 기반으로합니다. 나에게 OO처럼 보인다.

4- 사실. 인수가 어떻게 작동하는지 이해 한 후에는 방해가되지 않습니다. 그리고 획득에 의존하는 것은 많지 않습니다.

5- 사실이 아닙니다. Zope Page 템플릿은 모두 프레젠테이션에서 콘텐츠를 분리하는 것입니다. 내용과 프레젠테이션이 ZODB에서 볼 수 있다는 사실 (실제로 대부분의 템플릿이 파일 시스템에 머무르면 ZODB에서 "보기"만 볼 수 있다는 사실은 ZODB가 큰 대상이라는 사실과 더 관련이 있습니다. 데이터베이스 - 결국 모든 내용임을 의미하지는 않습니다. "순수한"OO 시스템의 모든 것은 객체이며, 그것은 단지 중요한 객체 (프리젠 테이션 객체, 내용 객체 등) 일뿐입니다.

6- Plone은 WebDesigner와 콘텐츠 제작자를 구별합니다. 설계자는 모든 사용자 정의 (템플릿, CSS, JSS 등)를 수행 한 다음 콘텐츠 제작자가 Plone UI를 사용하여 컨텐츠를 만듭니다. 여기서 요점은 Plone이 주로 CMS라는 것입니다. 이는 콘텐츠 제작자가 디자인 측면에서 평신도가되어야 함을 의미합니다.

7- 부분적으로 참. UI 구조가 변경되지 않는다는 점을 고려하면 모든 프레젠테이션 사양이 CSS 파일에 포함되어 있습니다. UI 구조가 변경되어야하는 경우 디자이너는 템플릿을 적절하게하기 위해 플로 그램머와 함께 작동 할 수 있습니다.

동적 페이지를 출력하는 시스템에서는 디자이너가 HTML, CSS 및 JS 만 말할 수 있고 PHP, Python, ASP 또는 Java 등 다른 기술을 남기지 않을 것입니다. 그가 그렇게한다면, 디자이너로부터 HTML, CSS 및 JS를 얻을 수있는 프로그래머가있을 것입니다. 이 모델은 분명히 Plone에 존재합니다.

필요하지 않은 경우 사용하지 마십시오. 전체 Zope 우주는 공룡입니다. 오랜 세월 동안 자랐으며 많은 cruft와 녹을 수집했습니다. 요즘 많은 일들이 완전히 달라질 것입니다. 대부분의 물건에 지나치게 복잡하고 복잡한 물건을 다루기가 어렵습니다. 슬림하고 확장 가능한 디자인의 반대입니다. 그리고 이것을 진지하게 해결하기 위해, 나는 프로젝트에 필요한 인력이 보이지 않습니다.

가혹한 말에 대해 죄송합니다. 또한 더 나아질 수 있기를 바랍니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow