O que poderia justificar a complexidade do Plone?

Question

Plone é muito complexa. Zope 2, zope3 , Cinco , ZCML , ZODB , ZEO , um monte de siglas e abreviaturas.

É difícil começar e o estado atual parece ser indeciso. Ele é baseado principalmente em zope2, mas incorpora zope3 via Five. E existem arquivos de configuração XML em todos os lugares.

Será que a íngreme curva de aprendizado pagamento de? É essa complexidade ainda justificada hoje?

Fundo: Eu preciso de uma plataforma. Os clientes muitas vezes precisam de um CMS. Atualmente estou lendo " Professional Plone Desenvolvimento ", sem conhecimento prévio de Plone.

O problema: os clientes não querem sempre o mesmo e você não pode saber de antemão. Uma coisa é certa: Eles não querem que o tema padrão do Plone. Mas qualquer recurso adicional é um risco. Você não pode simplesmente começar e dizer " Se você quiser ver a complexidade do Plone, você tem que perguntar para ele. " quando você não sabe o sistema bom o suficiente para o plano.

Answer 1

Se você quiser ver a complexidade do Plone, você tem que perguntar para ele. Para a maioria das pessoas, é simplesmente não existe. Instala-se em um par de minutos, através de um instalador de um clique. Então é um clique para entrar, um clique para criar uma página, use um editor WYSYWIG, e um clique para salvar. Tudo é através de uma interface gráfica web intuitiva. Plone é um produto.

Se você quiser usá-lo como uma "plataforma", em seguida, a plataforma é uma pilha de mais de um milhão de linhas de código que implementa um conjunto completo de gerenciamento de conteúdo. Ninguém sabe tudo. No entanto, todas essas "siglas" e "arquivos" são evidências de um software que está consignado em componentes para que ninguém precisa saber tudo. Você pode ficar tão profunda ou superficial nele como você precisa. Se há algo que você precisa para algum aspecto de gerenciamento de conteúdo, ele já está lá, você não tem que criá-lo a partir do zero, e você pode fazê-lo de uma forma que é consistente com uma ampla prática e revisão.

Answer 2

É difícil responder a sua pergunta sem qualquer informação de fundo. É a complexidade justifica se você quer apenas um blog? Não é a complexidade justifica se você está construindo uma intranet da empresa para mais de 400 pessoas? Sim. É um bom investimento se você está olhando para ser um consultor? Absolutamente! Há um monte de Plone trabalho lá fora, e que paga muito melhor do que o trabalho média PHP.

Eu incentivá-lo a esclarecer o que você está tentando construir, e pedir aos fóruns Plone para o conselho. Plone tem um muito maduro e comunidade amigável - e com certeza vai deixar você saber se o que você está tentando fazer é um ajuste pobre para o Plone. Pode, claro, fazer o que quiser com o Plone, mas existem algumas áreas onde é a melhor solução disponível, outras áreas onde ele vai ser um monte de trabalho para mudá-lo para fazer outra coisa.

Alguns antecedentes:

A razão para a complexidade do Plone neste momento é que ele está se movendo para uma arquitetura mais moderna. É colmatar tanto o velho eo novo enfoque agora, que acrescenta alguma complexidade até que a transição é mais completa.

Plone está fazendo isso para evitar deixar seus clientes para trás por quebrar compatibilidade com versões anteriores, que eles levam muito a sério - ao contrário de outros sistemas que eu poderia mencionar (mas não;).

Você se preocupa com os seus dados, os Plone preocupações da comunidade sobre seus dados - e gostaríamos que você seja capaz de atualizar para as novas e melhores versões mesmo quando estamos em transição para uma nova arquitetura. Este é um dos pontos fortes da comunidade Plone, mas é evidente que existe uma penalidade para pagar modificar o avião, enquanto ele está voando, e isso é um pouco de complexidade temporária, extra.

Além disso, Plone como comunidade tem um forte foco na segurança (compará-lo com qualquer outro sistema sobre as vulnerabilidades reportadas), e uma cultura muito profissional que os valores de boa arquitetura, testes e reutilização.

Como exemplo, considere a versão atual do Plone sendo desenvolvido (o que será 4.0):

• Começa-se 3-4 vezes mais rápido do que a versão atual.
• Ele usa cerca de 20% menos memória do que a versão atual.
• Há um muito mais fácil sistema muito, tipos nas obras (Destreza), o que irá reduzir a complexidade e acelerar o sistema muito, mantendo o mesmo nível de funcionalidade
• A base de código já é 20% menor do que a versão atual, e ficando ainda menor.
• benchmarks iniciais do novo sistema de tipos mostram um aumento de velocidade 5 × para edição de conteúdo, e não temos realmente começou otimizar essa parte ainda.

- Alexander Limi, co-fundador Plone (e um pouco tendenciosa;)

Answer 3

Eu encontrei um comentário anônimo aqui que é muito melhor do que isso postar-se, por isso estou reposting-lo aqui, na íntegra, com um par de erros corrigidos.

---

Este verão o meu clube de xadrez me pediu para fazer um novo site, onde os membros do conselho deve ser capaz de adicionar flashes de notícias, artigos, ... soou como um CMS. Sendo um desenvolvedor Python, eu olhei para Plone e comprou o desenvolvimento Aspeli livro Professional Plone (excelente escrito btw).

Eu levei 3 semanas das minhas férias o estudo do livro e configurar um primeiro mock up do site.

Depois de 3 semanas eu percebi que Plone tem algumas coisas muito agradáveis, mas também algumas coisas muito frustrantes Do lado da positivie

• Se você não precisa personalizar Plone, Plone é grande em recursos e layout
• Plone tem um modelo de boa segurança
• Plone tem boa off os fluxos de trabalho de prateleira
• Plone é multi linguagem (o que eu precisava)

Em contrapartida

1. Plone é terrível lenta. Na minha plataforma de desenvolvimento (a 3 anos velho PC com 512 MB de RAM) que leva 30 segundos para lançar Plone e leva de 10 a 15 segundos para recarregar uma página
2. você precisa de um monte de diferentes tecnologias para personalizar ou desenvolver mesmo as coisas mais simples
3. TAL e Metal não são o estado da arte e não adaptado para o projeto OO de Plone.
4. Aquisição por padrão está errado. Acquisation pode ser muito útil (por exemplo, para segurança), mas ele deve ser explicitamente definida quando necessário. Esta é uma falha de projeto
5. Plone não faz distinção entre conteúdo e layout. Esta é uma séria falha de projeto. Não há nenhuma razão para aplicar as configurações de segurança e os papéis em por exemplo cascata folha de estilo ou o HTML que cria um layout de 3 colunas e não há nenhuma razão para que esses elementos devem estar no ZODB e não no sistema de arquivos
6. Plone não faz distinção entre o designer web eo conteúdo editor / editor, novamente uma falha grave. A / editor add / comentários conteúdo editor de conteúdo em execução no site ao vivo. O web designer adiciona / modifica os tipos de conteúdo, formulários e layout no servidor de teste e as portas para o servidor ao vivo quando estiver pronto. As restrições de segurança Plone postas em prática para o editor de conteúdo não deve ser aplicado para o web designer, que tem acesso ao sistema de arquivos no servidor.
7. Plone não faz distinção entre os aspectos gráficos e os aspectos de programação de um web designer. artistas gráficos utiliza ferramentas que só falam html, css e um pouco de javasccript, mas não Python, adaptadores e outros conceitos avançados de programação. Como consequência, o sistema de esfola completa em Plone é um pesadelo

Eu assumo que Plone é tão lento por causa dos pontos 4, 5, 6 e 7.

Os pontos 6 e 7 me fez cair Plone. Olhei em volta para outras opções e, eventualmente, decidiu desenvolver meus próprios CMS em Pilares, que é incrivelmente rápido em comparação com o Plone. No mesmo servidor de desenvolvimento Eu tenho um tempo de inicialização de 1 segundo, e um tempo de recarregar a página não é mensurável.

O www.kosk.be local está em execução (é em holandês). O CMS por trás dele, chamado Red Devil, será lançado como um projeto open source em separado a partir do próximo ano

Answer 4

Eu vejo quatro coisas que podem justificar um investimento de tempo no uso de Plone: ??

• Plone tem uma comunidade grande e útil. A maioria das coisas que você precisa, alguém
  já fez em algum momento no passado. Ele provavelmente fez algumas perguntas e obteve útil responde, ou ele escreveu um tutorial. Normalmente, isso deixa vestígios fáceis de encontrar. sobre como ele fez isso.
• Você não precisa entender toda a complexidade para muitas das suas necessidades de personalização.
• desenvolvedores Plone estão conscientes de sua pilha complexo, e estamos discutindo como isso pode ser reduzido. Plone provou no passado que é capaz de renovar-se e soltar velho infra-estrutura de forma limpa com fases de descontinuação definidos.
• Há muitos grupos de usuários locais com pessoas úteis.

Oh espera, me disseram o desenvolvedor Plone reuniões são um dos melhores! como aquele

Answer 5

Do ponto de vista do administrador do sistema, Plone é apenas tímido de ser o diabo absoluta. Atualização, manutenção e instalação de onde você deseja instalar as coisas é tudo mais doloroso do que o necessário na plataforma Linux. Isso é apenas meus dois centavos, porém, e por isso que eu normalmente preferem evitar a pilha de Zope / Plone.

Nota: é melhor com as versões mais recentes, mas versões mais antigas .... ugh

Answer 6

acreção.

Answer 7

Sobre o comentário aqui Acho Plone não funciona assim (pelo menos não mais).

1 -. Plone é de alguma forma mais lenta do que outras soluções de CMS de fato, mas a partir da configuração out-of-the-box para uma solução Apache-Varnish-Zope-RelStorage, há um monte de espaço otimização

2 - Isso é verdade. A resposta aqui tipo de explica-lo, mas na verdade, Plone é um animal complexo.

3 - Não sei o que você quer dizer. expressões de caminho TAL são baseados no conceito de passagem de atributo de objeto. Parece OO para mim.

4 - True. Embora depois de entender como funciona Aquisição, que permanece fora do seu caminho. E em Plone não muitas coisas dependem de Aquisição, eu acho.

5 - Não é verdade. Zope Page Templates são tudo que separa o conteúdo da apresentação. O fato de que o conteúdo e apresentação pode ser visto a partir do ZODB (e, na verdade, a maioria dos modelos de permanecer no sistema de arquivos, você só vê uma "visão" deles no ZODB) é mais relacionado ao fato de que o ZODB é um grande objeto banco de dados - que por sua vez não significa que eles são todos os conteúdos. Tudo no sistema OO "puro" é um objeto, é exatamente o tipo de objeto (objetos de apresentação, objeto de conteúdo, etc) que importa.

6 - Plone faz distinção entre webdesigners e criadores de conteúdo. Os designers fazem todas as personalizações (modelos, CSSs, JSS, etc) e, em seguida, os criadores de conteúdo criam o conteúdo usando Plone UI. O ponto aqui é que Plone é principalmente um CMS, o que significa que os criadores de conteúdo deveriam ser leigos em termos de design.

7 - Parcialmente verdade. Considerando que a estrutura de interface do usuário não vai mudar, todas as especificações apresentação está contido em arquivos CSS. Se as necessidades de estrutura UI para a mudança, o trabalho do desenhador poder com um plogrammer :-) para adequar os modelos.

Eu acho que em nenhum sistema que páginas dinâmicas saídas do designer é completamente livre para falar apenas HTML, CSS e JS, e deixar de fora alguma outra tecnologia, seja PHP, Python, ASP ou Java. Se ele o fizer, haverá definitivamente um programador que irá obter o HTML, CSS e JS do designer e "dinamizar-lo". Este modelo definitivamente existe no Plone.

Answer 8

Não usá-lo, se você não tem que. O universo inteiro Zope é um dinossauro. Crescido para idades, coletou lotes de cruft e ferrugem. Muitas coisas seria feito completamente diferente hoje em dia. Excessivamente complexo para a maioria das coisas, difícil de lidar para o material complexo. É o oposto de design slim e escalável. E para fixar a sério isso, não vejo a mão de obra necessária envolvidos no projeto.

Infelizmente para as palavras duras, também eu desejo que seria melhor.