{"id":320,"date":"2012-08-09T14:08:03","date_gmt":"2012-08-09T17:08:03","guid":{"rendered":"http:\/\/linuxrs.com.br\/?p=320"},"modified":"2012-08-09T14:08:03","modified_gmt":"2012-08-09T17:08:03","slug":"cms-plone-4-1-6-com-involucro-virtualenv-buildout-mount-point-blob-storage-unicode-utf-8","status":"publish","type":"post","link":"https:\/\/blog.clusterweb.com.br\/?p=320","title":{"rendered":"CMS Plone 4.1.6 com inv\u00f3lucro Virtualenv + Buildout + Mount Point + BLOB Storage + Unicode UTF-8"},"content":{"rendered":"\n\n\n\n\n
Introdu\u00e7\u00e3o – Escopo – Depend\u00eancias<\/strong><\/p>\n
Segundo plone.org<\/a>, o Plone 4 \u00e9 a vers\u00e3o mais r\u00e1pida, poderosa e bela. O state-of-the-art do CMS Plone<\/em>.<\/p>\n
\"Linux:<\/div>\n

O Plone, tamb\u00e9m conhecido por PZP \u2013 Python\/Zope\/Plone – Assim chamado pela forma\u00e7\u00e3o do ambiente que envolve a linguagem de programa\u00e7\u00e3o interpretada Python<\/em>, o framework para desenvolvimento Web Zope e o CMS \u2013 Content Management System \u2013 Plone.<\/p>\n

O Plone est\u00e1 entre os CMS com menor \u00edndice de falhas de seguran\u00e7a, possui v\u00e1rias funcionalidades t\u00e9cnicas que podem ser comparadas com outros CMS na URL:<\/p>\n

PZP – Virtualenv – Buildout<\/strong><\/p>\n
\n

Instala\u00e7\u00e3o do PZP<\/h1>\n

Nesta etapa, cria-se o inv\u00f3lucro completamente independente do sistema operacional, para que o ambiente n\u00e3o sofra quebra de configura\u00e7\u00e3o devido \u00e0s atualiza\u00e7\u00f5es de seguran\u00e7a, ou afins.<\/p>\n

O inv\u00f3lucro “\/opt\/p416”, conter\u00e1 todos os programas necess\u00e1rios para funcionamento do ambiente PZP, incluindo zlib, JPEG, Python e as demais depend\u00eancias.<\/p>\n

Baixe e descompacte, primeiramente, o Plone-4.1.6-UnifiedInstaller:<\/p>\n

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

As op\u00e7\u00f5es do comando install.sh<\/em>, informam que a instala\u00e7\u00e3o \u00e9 modo zeo<\/em>, sendo que as bibliotecas “zlib” e “jpeg”, ser\u00e3o locais, o usu\u00e1rio admin e senha admin, no diret\u00f3rio “\/opt\/p416”, com 4 clientes zope<\/em> e o nome do cluster modelo.<\/p>\n

Virtualenv<\/h1>\n

Nesta etapa, instala-se o ambiente virtual, do ingl\u00eas Virtual Environment<\/em>, sob acr\u00f4nimo Virtualenv.<\/p>\n

O Virtualenv possibilita a utiliza\u00e7\u00e3o de um encapsulamento de subinst\u00e2ncias Python, que permite a total personaliza\u00e7\u00e3o, sem a modifica\u00e7\u00e3o da instala\u00e7\u00e3o principal.<\/p>\n

O ambiente Plone a partir da vers\u00e3o 3, j\u00e1 vem disponibilizado o easy_install<\/em>, que \u00e9 instalador para m\u00f3dulos Python, o qual ser\u00e1 usado neste artigo.<\/p>\n

# cd \/opt\/p416\/
\n# .\/Python-2.6\/bin\/easy_install virtualenv<\/strong><\/p>\n

Para melhor entendimento, com a finalidade de organiza\u00e7\u00e3o, o diret\u00f3rio app<\/em> (applications), conter\u00e1 todos os ambientes criados.<\/p>\n

Agora, cria-se o ambiente virtual, da seguinte forma:<\/p>\n

# .\/Python-2.6\/bin\/virtualenv app\/env001<\/strong><\/p>\n

Buildout<\/h1>\n

Buildout<\/em> \u00e9 uma ferramenta Open Source<\/em> de constru\u00e7\u00e3o de softwares, desenvolvida utilizando-se da linguagem de programa\u00e7\u00e3o Python, para fornecer suporte \u00e0 cria\u00e7\u00e3o de inst\u00e2ncias de aplica\u00e7\u00f5es, principalmente \u00e0quelas escritas em Python.<\/p>\n

O Buildout fornece ferramentas para cria\u00e7\u00e3o de aplica\u00e7\u00f5es atrav\u00e9s segmentos, denominados parts<\/em>, que podem ser m\u00f3dulos Python, servidores Web, servidores de aplica\u00e7\u00e3o e qualquer elemento de aplica\u00e7\u00e3o para infraestrutura.<\/p>\n

H\u00e1 como configurar o buildout para utilizar os arquivos de configura\u00e7\u00e3o diretamente pela Web, mas deste artigo, usaremos o modelo da pr\u00f3pria estrutura do inv\u00f3lucro.<\/p>\n

# cp -vf modelo\/*.{py,cfg} app\/env001\/<\/strong><\/p>\n

Os seguintes arquivos ser\u00e3o copiados:<\/p>\n

    \n
  • modelo\/bootstrap.py<\/li>\n
  • modelo\/base.cfg<\/li>\n
  • modelo\/buildout.cfg<\/li>\n
  • modelo\/develop.cfg<\/li>\n
  • modelo\/lxml_static.cfg<\/li>\n
  • modelo\/versions.cfg<\/li>\n
  • modelo\/zopeapp-versions.cfg<\/li>\n
  • modelo\/zope-versions.cfg<\/li>\n
  • modelo\/ztk-versions.cfg<\/li>\n<\/ul>\n

    Configura\u00e7\u00e3o:<\/h1>\n

    # cd app\/env001\/
    \n# vim buildout.cfg<\/strong><\/p>\n

    Para personalizar as portas, localize o trecho a seguir, no arquivo buildout.cfg<\/em>:<\/p>\n

    # Ports
    \n# —–
    \n# Specify the ports on which your Zope installation
    \n# will listen.
    \n# ZEO Server
    \nzeo-address = 127.0.0.1:8100
    \n# Zope client 1
    \nhttp-address = 8080
    \n# Additional clients:
    \nclient2-address = 8081<\/p><\/blockquote>\n

    E modifique para as portas desejadas, tal como exemplo, zeo<\/em> aceitando apenas conex\u00f5es locais na porta 8100, e os clientes zope<\/em>, rodando nas portas 8101 e 8102 respectivamente.<\/p>\n

    # Ports
    \n# —–
    \n# Specify the ports on which your Zope installation
    \n# will listen.
    \n# ZEO Server
    \nzeo-address = 127.0.0.1:8100
    \n# Zope client 1
    \nhttp-address = 8101
    \n# Additional clients:
    \nclient2-address = 8102<\/div>\n

    No Plone 4, tamb\u00e9m faz-se necess\u00e1rio modificar algumas permiss\u00f5es, e criar alguns diret\u00f3rios para o bom funcionamento do ambiente.<\/p>\n

    Fa\u00e7amos pelo buildout<\/em>, no arquivo base.cfg<\/em>.<\/p>\n

    [chown-zeo]
    \n# This recipe is used to set permissions for root mode installs
    \n# For options see http:\/\/pypi.python.org\/pypi\/plone.recipe.command
    \nrecipe = plone.recipe.command
    \ncommand =
    \necho Dummy references to force this to execute after referenced parts
    \necho ${backup:location} ${unifiedinstaller:sudo-command}
    \nchmod 600 .installed.cfg
    \ntouch ${buildout:directory}\/var\/zeoserver\/zeoserver.log
    \nfind ${buildout:directory}\/var -type d -exec chmod 700 {} \\;
    \nchmod 744 ${buildout:directory}\/bin\/*
    \nupdate-command = ${chown-zeo:command}<\/div>\n

    Acrescente o trecho que compreende as linhas 109 a 111, como abaixo:<\/p>\n

    [chown-zeo]<\/p>\n

    chmod 744 ${buildout:directory}\/bin\/*
    \nchmod 755 ${buildout:directory}\/bin\/python
    \nmkdir -pm 755 ${buildout:directory}\/{products,src}
    \nchown -R ${buildout:effective-user} ${buildout:directory}\/var
    \nupdate-command = ${chown-zeo:command}<\/p><\/div>\n

    Instala\u00e7\u00e3o<\/h1>\n

    Considerando que esteja no diret\u00f3rio \/opt\/p416\/app\/env001\/<\/em>, execute os comandos abaixo:<\/p>\n

    # mkdir -pv ..\/buildout-cache\/{eggs,downloads}
    \n# export http_proxy=http:\/\/10.1.101.101:8080<\/strong><\/p>\n

    Obs.: Se houver proxy na rede, coloque o IP e porta do proxy<\/p>\n

    # .\/bin\/python bootstrap.py<\/strong><\/p>\n

    A etapa tr\u00eas pode ser substitu\u00edda por:<\/p>\n

    # cp -va \/opt\/p416\/buildout-cache\/ \/opt\/p416<\/strong><\/p>\n

    Ou:<\/p>\n

    # ln -sv \/opt\/p416\/buildout-cache\/ \/opt\/p416<\/strong><\/p>\n

    O objetivo desta substitui\u00e7\u00e3o, \u00e9 simplificar o processo de download dos m\u00f3dulos eggs<\/em>, que j\u00e1 foram baixados quando o modelo foi criado.<\/p>\n

    * Lembrando que, \u00e9 opcional a substitui\u00e7\u00e3o, restando para tanto, o novo downloads dos m\u00f3dulos eggs.<\/p>\n

    # .\/bin\/buildout -v -t 30<\/strong><\/p>\n

    Onde:<\/p>\n

      \n
    • -v<\/em> : Incrementa o n\u00edvel de detalhamento;<\/li>\n
    • -t 30<\/em> : Define o timeout em 30s para cada reposit\u00f3rio.<\/li>\n<\/ul>\n

      Faz-se necess\u00e1rio executar o comando:<\/p>\n

      # .\/bin\/buildout<\/strong><\/p>\n

      …Para cada atualiza\u00e7\u00e3o realizada no ambiente.<\/p>\n<\/div>\n<\/td>\n<\/tr>\n

Mount point<\/strong><\/p>\n
O Moint Point<\/em> n\u00e3o necessita de instala\u00e7\u00e3o, pois \u00e9 apenas um recurso de configura\u00e7\u00e3o do ZODB (Zope Object Data Base), em modo ZEO (Zope Enterprise Objects), que permite utiliza\u00e7\u00e3o de m\u00faltiplos arquivos “.fs”, na mesma inst\u00e2ncia.<\/p>\n

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

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

Entre as premissas, destaca-se usar algo que identifique a aplica\u00e7\u00e3o adequadamente, e nomes com as regras abaixo, que funcionam com louvor.<\/p>\n