Gerenciamento de conteúdo prós e contras

2

Ao disponibilizar ferramentas de gerenciamento de conteúdo para usuários da web, o tipo de CMS é mais fácil de proteger, treine seus usuários e geralmente continue funcionando e feliz:

  • CMS on-line e baseado em banco de dados (por exemplo, Drupal, DotNetNuke, etc.)
  • ferramenta de cliente com componente de servidor (por exemplo, o Adobe Contribute)

Existe algum sistema CMS em particular que você expressamente não permitiria rodar em hardware que você mantém?

    
por Rob Allen 05.06.2009 / 19:16

4 respostas

5

Para nossos projetos da Web, usamos um sistema de gerenciamento de conteúdo personalizado que usa um banco de dados de back-end com um console baseado na Web para gerenciamento. Aqui está o porquê:

  1. Move com o site - Se o cliente quiser mover sua hospedagem, há requisitos específicos para hospedagem e todo o site, juntamente com seus recursos de gerenciamento, pode ser movido de uma vez sem precisar reconfigure ferramentas externas.

  2. Mais seguro - Existe um único ponto de entrada: o login de administrador. Não é necessário disponibilizar o servidor de banco de dados para o mundo externo ou ter o acesso ao FTP ativado o tempo todo (somente quando as atualizações de código precisarem ser enviadas por push).

  3. Acessível de qualquer lugar - Se um cliente precisar fazer uma alteração, ele poderá fazer login em qualquer navegador da Web e fazer a alteração sem precisar se preocupar com software externo ou abrir brechas em um firewall local, etc.

  4. Flexibilidade - Como temos acesso a todo o código e banco de dados, podemos tornar o que quisermos no site gerenciável sem sermos limitados pelos limites de qualquer software externo instalado. As alterações podem ser implementadas rapidamente e aplicadas a todos imediatamente.

Os contras de usar um sistema como este podem incluir:

  1. Treinamento - Com uma interface proprietária, pode ser necessário algum treinamento do usuário. Você provavelmente encontrará isso com qualquer software de gerenciamento de conteúdo, externo ou não.

  2. Velocidade - O uso de uma interface da Web pode não ser tão rápido quanto o uso de um aplicativo de gerenciamento nativo.

por 05.06.2009 / 19:44
2

Eu geralmente prefiro o sistema online baseado em banco de dados por sua flexibilidade. O Contribute é ótimo, mas inflexível - não tenho o código-fonte para manipular a maneira como ele funciona.

Se o Contribute fizer exatamente o que você quer e sempre desejará , vá em frente, mas, caso contrário, você poderá usar o código para atendê-lo melhor.

O único CMS principal (que experimentei até agora) que eu proibi dos meus sistemas é o Joomla.

    
por 05.06.2009 / 19:20
1

Nós temos uma instalação muito grande do Plone. Eu não sou um grande fã do Plone porque ele é baseado no Zope e no Zeo, e ambos podem ser porcos gigantescos até onde vão os recursos. Você também precisa ter um balanceador de carga e lula na frente do Plone na minha experiência, se você espera algum nível de desempenho.

Pessoalmente, gosto e utilizo a maioria dos CMSs baseados em PHP, software de blogging, etc.

Do ponto de vista de segurança e escalabilidade, o tipo de software que grava arquivos HTML estáticos até o servidor é mais fácil de implementar em uma escala ampla (muitos sites, muitos usuários) - seja ele baseado na Web ou cliente. Sediada. Você pode hospedar sites dessa maneira com um mínimo de recursos.

Se suas necessidades são pequenas e você quer ir dinâmico, veja o Wordpress. É mais um CMS do que uma ferramenta de blog nesse momento e tem um conjunto de recursos, um conjunto de modelos e plugins realmente avançados, e é relativamente fácil de desenvolver.

Se suas necessidades são de maior escala, você vai entrar em sistemas como o Plone. O Plone atendeu às nossas necessidades por causa do seu extenso sistema ACL.

Com qualquer ferramenta que tenha uma ampla base de usuários, você não vai se deparar com uma situação em que você tem grandes falhas de segurança ao ar livre por muito tempo. Eu ficaria desconfiado de qualquer coisa que tenha um escopo muito restrito ou uma minúscula base de usuários. Pela mesma razão, eu estaria desconfiado de rolar sozinho quando TANTO trabalho já foi feito para desenvolver e proteger esse tipo de sistema.

    
por 05.06.2009 / 20:00
0

Qual é o seu objetivo com um CMS? Quem estaria fazendo atualizações e que tipo de atualizações. Está treinando os usuários principalmente para acessar dados ou para carregar e manter os dados?

Um CMS é provavelmente melhor que o Contribute, se a flexibilidade for necessária. Qual CMS e dependerá de quais recursos você precisa.

    
por 05.06.2009 / 21:45