O Plone, também conhecido por PZP – Python/Zope/Plone – Assim chamado pela formação do ambiente que envolve a linguagem de programação interpretada Python, o framework para desenvolvimento Web Zope e o CMS – Content Management System – Plone.

O Plone está entre os CMS com menor índice de falhas de segurança, possui várias funcionalidades técnicas que podem ser comparadas com outros CMS na URL:

• http://cmsmatrix.org/matrix/cms-matrix/plone

E de acordo com a pesquisa apresentada pela IBM, em Manyeyes, foi o CMS que apresentou menos vulnerabilidades.

Trata-se de uma plataforma para gerenciamento de diversos tipos de conteúdo sem que sejam necessários conhecimentos técnicos em relação à estrutura codificada da plataforma.

Com o CMS Plone, pode-se construir um site completo, com diversas funcionalidades, sem a necessidade da construção de códigos complexos em linguagem de programação.

O Plone abre espaço para customização de sua aparência e estrutura de navegação, além de possibilitar personalização do site através da escolha de cores, imagens e posicionamentos de diversos componentes, que agora incluem Gadgets.

Em um nível mais avançado, a utilização do Plone dá conta da implementação de novas funcionalidades por parte de desenvolvedores de softwares, que podem ser agregadas à estrutura já existente, como sistemas de diretórios (AD/LDAP), Samba, e outros recursos estruturais.

O que é o Plone?

O Plone, classificado como um Sistema Gerenciador de Conteúdo, ou popularmente chamado pelo acrônimo em Inglês CMS – Content Management System – é um software livre e de código aberto.

Possui incorporado, um sistema de workflow, diretivas de segurança e funções pré-configuradas, metadados para tipos conteúdo e suporte para múltiplos idiomas.

Além disto, desenvolvedores e testadores de todo o mundo contribuem com a sua construção e melhoria.

O que pode ser feito com o Plone?

• Criar sites facilmente;
• Gerenciar todo o conteúdo do site através de uma interface amigável;
• Delegar subtarefas em áreas especificas do sítio sem comprometer a escalabilidade e a segurança;
• Criar e organizar conteúdo de forma colaborativa através de um fluxo de trabalho;
• Personalizar do aspecto visual básico do site através de interface intuitiva;
• Divulgar notícias, feed, eventos e links;
• Publicar fotos, arquivos e vídeos;
• Organizar hierarquicamente seu conteúdo através de menus de navegação.

Quais recursos são oferecidos pelo Plone?

• Criação e manutenção de conteúdo;
• Todo gerenciamento de conteúdo realizado através do navegador Web;
• Gerenciamento de usuários com níveis hierárquicos;
• Fluxo de publicação colaborativa de conteúdo (workflow);
• Geração automática de infraestrutura de navegação;
• Mecanismo de busca avançada;
• Possibilidade de criação de portais de Internet ou Intranet;
• Criação de blog corporativo;
• Ferramentas colaborativas para groupware;
• Repositório de conteúdos como imagens, documentos e vídeos;
• Agendamento e divulgação de eventos;
• Galeria de imagens;
• Área integrada de notícias;
• Segurança e integridade dos dados;
• Suporte a internacionalização.

Escopo

O escopo de customização está limitado ao seguinte ambiente:

• Sistema Operacional GNU/Linux: Distrowatch
• Plone-4.1.6-UnifiedInstaller: https://launchpad.net/plone – Download
• Plone.app.blob
• plone.app.blob-1.5.2 via buildout em modo ZEO

O Plone 4.1.6, é a ultima revisão estável da versão 4.1, e possui os seguintes pacotes incorporados e respectivas versões:

• packages/buildout-cache.tar.bz2
• packages/distribute-0.6.19.tar.gz
• packages/issue12012-sslv2.txt
• packages/issue9670-v2.txt
• packages/jpegsrc.v8c.tar.bz2
• packages/multiarch-patch.txt
• packages/Python-2.6.8.tar.bz2
• packages/readline-6.2.tar.bz2
• packages/virtualenv-1.6.1.tar.bz2
• packages/zlib-1.2.5.tar.bz2

Dependências

Considerando que, o sistema operacional esteja instalado e configurado corretamente, execute:

Debian Like:

$ sudo aptitude install build-essential libssl-dev

Red Hat Like:

$ sudo yum install gcc cpp gcc-c++ make openssl-devel

Instalação do PZP

Nesta etapa, cria-se o invólucro completamente independente do sistema operacional, para que o ambiente não sofra quebra de configuração devido às atualizações de segurança, ou afins.

O invólucro “/opt/p416”, conterá todos os programas necessários para funcionamento do ambiente PZP, incluindo zlib, JPEG, Python e as demais dependências.

Baixe e descompacte, primeiramente, o Plone-4.1.6-UnifiedInstaller:

# wget https://launchpad.net/plone/4.1/4.1.6/+download/Plone-4.1.6-UnifiedInstaller-20120708.tgz
# tar xvzf ~/Downloads/Plone-4.1.6-UnifiedInstaller-20120708.tgz -C /tmp/
# cd /tmp/Plone-4.1.6-UnifiedInstaller
# ./install.sh zeo –zlib=local –jpeg=local –user=admin –password=admin –target=/opt/p416 –clients=4 –instance=modelo

As opções do comando install.sh, informam que a instalação é modo zeo, sendo que as bibliotecas “zlib” e “jpeg”, serão locais, o usuário admin e senha admin, no diretório “/opt/p416”, com 4 clientes zope e o nome do cluster modelo.

Virtualenv

Nesta etapa, instala-se o ambiente virtual, do inglês Virtual Environment, sob acrônimo Virtualenv.

O Virtualenv possibilita a utilização de um encapsulamento de subinstâncias Python, que permite a total personalização, sem a modificação da instalação principal.

O ambiente Plone a partir da versão 3, já vem disponibilizado o easy_install, que é instalador para módulos Python, o qual será usado neste artigo.

# cd /opt/p416/
# ./Python-2.6/bin/easy_install virtualenv

Para melhor entendimento, com a finalidade de organização, o diretório app (applications), conterá todos os ambientes criados.

Agora, cria-se o ambiente virtual, da seguinte forma:

# ./Python-2.6/bin/virtualenv app/env001

Buildout

Buildout é uma ferramenta Open Source de construção de softwares, desenvolvida utilizando-se da linguagem de programação Python, para fornecer suporte à criação de instâncias de aplicações, principalmente àquelas escritas em Python.

O Buildout fornece ferramentas para criação de aplicações através segmentos, denominados parts, que podem ser módulos Python, servidores Web, servidores de aplicação e qualquer elemento de aplicação para infraestrutura.

Há como configurar o buildout para utilizar os arquivos de configuração diretamente pela Web, mas deste artigo, usaremos o modelo da própria estrutura do invólucro.

# cp -vf modelo/*.{py,cfg} app/env001/

Os seguintes arquivos serão copiados:

• modelo/bootstrap.py
• modelo/base.cfg
• modelo/buildout.cfg
• modelo/develop.cfg
• modelo/lxml_static.cfg
• modelo/versions.cfg
• modelo/zopeapp-versions.cfg
• modelo/zope-versions.cfg
• modelo/ztk-versions.cfg

Configuração:

# cd app/env001/
# vim buildout.cfg

Para personalizar as portas, localize o trecho a seguir, no arquivo buildout.cfg:

# Ports
# —–
# Specify the ports on which your Zope installation
# will listen.
# ZEO Server
zeo-address = 127.0.0.1:8100
# Zope client 1
http-address = 8080
# Additional clients:
client2-address = 8081

E modifique para as portas desejadas, tal como exemplo, zeo aceitando apenas conexões locais na porta 8100, e os clientes zope, rodando nas portas 8101 e 8102 respectivamente.

No Plone 4, também faz-se necessário modificar algumas permissões, e criar alguns diretórios para o bom funcionamento do ambiente.

Façamos pelo buildout, no arquivo base.cfg.

Acrescente o trecho que compreende as linhas 109 a 111, como abaixo:

Instalação

Considerando que esteja no diretório /opt/p416/app/env001/, execute os comandos abaixo:

# mkdir -pv ../buildout-cache/{eggs,downloads}
# export http_proxy=http://10.1.101.101:8080

Obs.: Se houver proxy na rede, coloque o IP e porta do proxy

# ./bin/python bootstrap.py

A etapa três pode ser substituída por:

# cp -va /opt/p416/buildout-cache/ /opt/p416

Ou:

# ln -sv /opt/p416/buildout-cache/ /opt/p416

O objetivo desta substituição, é simplificar o processo de download dos módulos eggs, que já foram baixados quando o modelo foi criado.

* Lembrando que, é opcional a substituição, restando para tanto, o novo downloads dos módulos eggs.

# ./bin/buildout -v -t 30

Onde:

• -v : Incrementa o nível de detalhamento;
• -t 30 : Define o timeout em 30s para cada repositório.

Faz-se necessário executar o comando:

# ./bin/buildout

…Para cada atualização realizada no ambiente.

O ZEO com Mount Point ativado, funciona como um SGBD (Sistema Gerenciador de Banco de Dados), que gerencia acessos concorrentes, a múltiplas bases de dados em um SGBD relacional, tais como PostgreSQL, Oracle, MySQL e MSSQL Server.

No artigo: Brito: Plone 3.3.5 + buildout + mount point, destaquei onde deve ser modificado no arquivo buildout.cfg, e algumas premissas que deve ser contempladas, ou melhor tomadas por regras.

Entre as premissas, destaca-se usar algo que identifique a aplicação adequadamente, e nomes com as regras abaixo, que funcionam com louvor.

• Letras minúsculas (caixa baixa);
• Não utilizar caracteres especiais;
• Não utilizar traço(-).

Vantagens

Como toda solução, há vantagens e desvantagens. A vantagem em relação à configuração sem Mount Point, está na hora de recuperar o backup de apenas uma das aplicações, que neste caso, é pontual, e bastante facilitada com o repozo, aplicação que já compõe a estrutura.

Minimiza o tempo de ociosidade dos processos PZP, pois uma instancia serve vários Plone sites.

Desvantagens

Realizar o backup individual em cada arquivo.

Configuração

Diferentemente do Plone 3, o Plone 4 possui uma gama de novos arquivos, e uma nova estrutura de configuração, e as alterações para Mount Point ZEO, deverão ser realizadas no arquivo “base.cfg”.

# vim base.cfg

No trecho do [zeoserver], aproximadamente na linha 81, como segue abaixo:

Acrescenta-se a diretiva “zeo-conf-additional” ao final da sessão, para incrementar o filestorage do ZEO, como abaixo.

No trecho do [client1], aproximadamente na linha 129, como segue abaixo:

Acrescenta-se a diretiva “zope-conf-additional” ao final da sessão, para incrementar o filestorage do ZEO, como abaixo.

Salve feche o arquivo, e execute o buildout novamente, e a sequência seguinte:

# ./bin/buildout -v -t 30
# ./bin/buildout -v -t 30
# ./bin/plonectl stop
# ./bin/plonectl start

Agora, no navegador:

1. Acesse: http://ip.do.serv:8101/manage
2. Entre com o usuário e senha (admin e admin);
3. Localize a combobox com o texto ATContentTipes tool;
4. Nesta combobox, selecione ZODB Mount Point;
5. Na página seguinte: Add ZODB Mount Points, selecione os Mount Points desejados e clique no botão: Create selected mount points;
6. Com esta ação será criado um diretório na raiz do ambiente, o qual mapeia a estrutura configurada anteriormente.

Obs.: A opção restart, pode não funcionar adequadamente, por esta razão, recomendo executar o stop e start, nos passos 3 e 4.

Se por ventura não aplicar a mudança, ou demorar demasiadamente, suba uma das instancias em modo foreground:

./bin/client1 fg

Usualmente, as Base de Dados não suportam BLOBs. Este pacote é um complemento para o Plone, a partir da release Plone 3.0.4, que permite a integração de BLOB com ZODB 3,8; possibilitando que os dados binários sejam geridos pelo ZODB, mas separadamente do seu habitual FileStorage (Data.fs) de armazenamento para o banco de dados.

Isto tem várias vantagens, sobretudo, uma redução real do FileStorage (Data.fs) e melhor desempenho tanto das CPU’s, quanto em otimização de memória RAM.

O Zope trabalha com BLOB’s, através do pacote plone.app.blob, este pacote substitui a função executada pelo FileSystemStorage (FSS), configurado pelo buildout em plone 3, através do “recipe=iw.recipe.fss”, descontinuado na versão 4 do Plone.

Instalação

A instalação através do buildout, é bem simples, basta acrescentar o pacote plone.app.blob, nas sessões “eggs” e “zcml” da diretiva buildout, como abaixo:

Este procedimento não é necessário a partir do Plone 4.1.4, que já vem com o plone.app.blob-1.5.1, instalado e necessitando apenas a sua configuração pertinente.

Configuração

O BLOB Storage, também possui duas modalidades de configuração, Stand Alone(Single) e ZEO.

Seguindo o Escopo, abaixo a configuração para o modo ZEO. No arquivo base.cfg, localize o trecho abaixo:

   [chown-zeo]
# This recipe is used to set permissions for root mode installs
# For options see http://pypi.python.org/pypi/plone.recipe.command
recipe = plone.recipe.command
command =
echo Dummy references to force this to execute after referenced parts
echo ${backup:location} ${unifiedinstaller:sudo-command}
chmod 600 .installed.cfg
touch ${buildout:directory}/var/zeoserver/zeoserver.log
find ${buildout:directory}/var -type d -exec chmod 700 {} \;
chmod 744 ${buildout:directory}/bin/*
chmod 755 ${buildout:directory}/bin/python
mkdir -pm 755 ${buildout:directory}/{products,src}
chown -R ${buildout:effective-user} ${buildout:directory}/var
update-command = ${chown-zeo:command}

Altere o trecho, acrescentando as linhas 116 e 117, como abaixo:

Esta modificação neste trecho, tem a finalidade de gerar os diretórios ao executar o buildout.cfg, criando os respectivos diretórios, para os 3 Mount Points que serão criados:

• /opt/p416/app/env001/var/blobstorage/mp001bd
• /opt/p416/app/env001/var/blobstorage/mp002bd
• /opt/p416/app/env001/var/blobstorage/mp003bd

Agora, para configurar o blobstorage, é necessário alterar tanto a configuração do Zope Server, quanto do Zope Client.

Na sessão zeo-conf-additional, localize o trecho:

  zeo-conf-additional =
<filestorage mp001bd>
path ${buildout:directory}/var/filestorage/mp001BD.fs
</filestorage>

Acrescente a linha 100, conforme abaixo, referenciando o diretório do blobstorage acrescentado na sessão [chown-zeo].

Na sessão zope-conf-additional, localize o trecho:

[client1]
[…]
zope-conf-additional =
<zodb_db mp001bd>
mount-point /mp001bd
cache-size 5000
<zeoclient>
name mp001bd
server ${buildout:zeo-address}
storage mp001bd
var ${buildout:directory}/var
</zeoclient>
</zodb_db>

Altere o trecho para:

Salve, feche e execute novamente os comandos abaixo novamente.

# ./bin/buildout -v -t 30
# ./bin/buildout -v -t 30
# ./bin/plonectl stop
# ./bin/plonectl start

Unicode UTF-8

O Unicode UTF-8 serve para evitar erros de codificação na língua portuguesa.

Para implementá-lo, basta adicionar o trecho abaixo no base.cfg.

Salve, feche e execute novamente o buildout.

# ./bin/buildout -v -t 30

No exemplo deste artigo, 8101 e 8102, para as instâncias, client1 e client2, respectivamente.

• http://iphost:8101/manage
• http://iphost:8102/manage

Exemplo: http://192.168.0.2:8102/manage

Este artigo, pode ser lido também em meu blog: http://brito.blog.incolume.com.br, e futuramente disponibilizarei a versão em PDF.

Abraço a todos. 🙂

Buildout.cfg Completo

Base.cfg Completo