Re: [zope-pt] Re: Sobre o projeto de vcs
E ai Rodrigo, Rodrigo Castardo wrote: Fala Rafael, 2009/8/6 Rafael Monnerat rmonner...@gmail.com: corta ... Eu acredito que o ZODB, nao tem problemas com armazenamento mesmo pra aplicações financeiras prova disso é o [1], basta só planejar direitinho, criar mounting points... etc etc. Claro, eu concordo contigo na questão tecnológica pura. Porém o RP5 tem inumeras funcionalidades interessantes que não existem por padrão, este é um ponto. Outro ponto é que, embora a essência da pergunta seja técnica, estamos falando sob uma ótica um pouco mais abrangente, uma visão mais sócio-técnica. O que eu coloquei não foi que o ZODB não serve para aplicações financeiras, de forma alguma, ele pode muito bem ser utilizado, porém com uma certa expertise que imagino que o autor da pergunta ainda não tem. Sem contar o esforco de integracao e a fase de convencimento de que o banco escolhidos eh algo novo, diferente dos outros bancos (que normalmente tem investimentos muito altos e confiabilidade consumada), entrar nesse merito em grandes corporacoes eh complicado. Mas como vc bem disse, tecnicamente eh possível sim. Bem, meu ponto de vista era puramente técnico (tecnicamente quase tudo é possível hehe). E também acho que muitas vezes as pessoas sao desestimuladas a acreditar no ZODB, por vários motivos. Eu só dei um exemplo de caso de uso, onde o ZODB possui muitos milhares de documentos (ou objetos) em uma aplicação financeira. O grande problema é a buscar dentro de uma base de dados 10 milhoes de objetos por exemplo, ou quando você que fazer uma operaçao que precisa de muitos objetos (exemplo calcular a movimentação financeira do ultimo ano). Pra resolver esse pequeno problema o ERP5 substituiu o ZCatalog pelo ZSQLCatalog a anos atrás, mas o BD relacional é usado apenas pra catalogação, toda a persistência e armazenamento dos dados ainda permanecem no ZODB. Mais aqui vc jah nao estah falando de storage, e sim de outras estrategias. Bem, esta de certa forma relacionado, porque a quantidade de objetos influencia na busca dele. Mas sim, isso nao é necessariamente diretamente ao storage. Estes tipos de estrategia sao bem interessantes e tem outras coisas q poderiam ser elencadas pra isso, por exemplo: Eu vou dar meus exemplos tbm : ) 1- Usar memcached pra segurar em cache as operacoes que tem baixa tempestividade ou grande carga de processamento Esse é um ponto interessante, no erp5 a gente tem suporte nativo ao memcache e recentemente foi adicionado suporte ao Flare [1]. Estamos mudando os caches persistentes (que usavam PersistenseMapping por algum motivo) para usar o Flare. Isso reduz as modificações no ZODB e evita que o cache seja perdido em um restart. 2- Separar o catalog, deixar ele fora ... usando o Lucene (um solr da vida) Como a gente usa MySQL , temos support nativo o Senna[2] (segundo a lenda é mais rapido que o Lucene mas isso gera muitas controvérsias hehehe) 3- Usar Deliverance + tema vazio no plone, pra poupar o plone de processar um tema (q eh bem pesado) e poder processar mais requisicoes Eu nao conheço deliverance direito, preciso me atualizar : ) E por ai vai, mas a duvida era de storage em si, claro q eh bom levar isso td em consideração tbm ... Bem, eu nao acho que storage por si só seja um problema, o problema é o como você um arquivo (ou mais) de 100 GB depois : ), acho que o sistema tem muitos outros gargalos antes do tamanho do Storage ser um problema. [1] http://labs.gree.jp/Top/OpenSource/Flare-en.html [2] http://qwik.jp/senna/ Abracos [1] http://www.erp5.com/news-central.bank []'s Rafael Em casos onde mesmo a informação de conteúdo de um portal é grande, você tem artifícios como o FSS[1] e o Catalog mencionado pelo Marinho. Como no caso do pessoal da EBC (antiga RADIOBRAS), eles tem as notícias todas em ZODB (e estamos falando de uns 10G pelo menos) e os infográficos (imagens em alta, vídeos, flash, etc...) estão todos em File System (na época somavam 40G). Com os binários em FS você pode trabalhar mais tranquilo com o ZODB. É a mesma coisa que fazemos com streaming por exemplo, os vídeos estão em FS e o conteúdo todo em ZODB. Abraços. [1] http://plone.org/products/filesystemstorage http://plone.org/products/filesystemstorage 2009/7/31 Luciano Pacheco lucm...@gmail.com mailto:lucmult%40gmail.com: 2009/7/31 Alexandre Marinho lyrale...@gmail.com mailto:lyralemos%40gmail.com Acredito que a grande quantidade de dados não seja uma limitação do ZODB, usando corretamente o catalogo e so acordando os objetos quando for estritamente necessário... o único problema será o tamanho do Data.fs que realmente pode chegar em gigas. Concordo que podemos ter o ZODB mesmo em casos com muitos dados, as vezes temos que tomar alguns cuidados, mas toda aplicação
[zope-pt] Governo federal terá Comunidade de Colabo ração PloneGov-BR
Com o intuito de estabelecer um canal de colaboração entre instituições que fazem uso, desenvolvem e incentivam a tecnologia Zope/Plone e o Software Livre é que técnicos de órgãos federais lançam esta iniciativa. Queremos fomentar a criação de uma rede de profissionais que trabalham com essas tecnologias, trocar experiências, auxiliar instituições que estejam iniciando a implantação em suas unidades, compartilhar conhecimento, defende Cintia Cinquini, da Presidência da República. A Comunidade PloneGov-BR é composta pelo Serpro, Ministério do Planejamento, Interlegis, Câmara dos Deputados, EBC, Correios e Presidência da República. Cintia explica que a expectativa é aumentar o número de parceiros para dar mais força à rede e ressalta que o convite para integrar o grupo é aberto a todas as instituições e profissionais que trabalham com a tecnologia. Comunidade A Comunidade é um espaço de discussão, apoio e treinamento, que dá às instituições parceiras mais agilidade no trabalho com a ferramenta, cooperação em torno das soluções e máxima extração de capacidade técnica. A Comunidade PloneGov-BR funcionará como um fórum institucionalizado para o debate dos diversos atores públicos, com o objetivo de somar esforços para um mesmo resultado, dessa forma é possível executar mais em menos tempo e com mais qualidade, afirma Cinquini. Atuar nos vários segmentos de governo, conhecer e reunir instituições que já utilizam ou demonstrem interesse na ferramenta, para estabelecer os elos dessa rede é um dos primeiros desafios da Comunidade, que acredita nos encontros técnicos e um agenda de trabalho para aquecer e movimentar a nova rede. Entendemos que uma iniciativa como esta reforça as práticas de colaboração no governo e também o uso de softwares livres, analisa Jean Ferri, do Interlegis. A expectativa de aumentar a colaboração tecnológica entre as instituições governamentais como alternativa para a economia de recursos públicos, melhoria nas soluções de TI e difusão das plataformas abertas e livres é uma das premissas do Comitê Técnico de Implementação de Software Livre - CISL. Plone Os sistemas de governo eletrônico operam via web, por isso, a importância de assegurar o uso de uma ferramenta madura e de boa qualidade para a Administração Pública. Congregar o maior números de órgãos e empresas públicas para compartilharem experiências, conhecimentos e dificuldades no uso desta tecnologia é um dos desafios da nova comunidade. O Plone possui algumas peculiaridades e características que justificam o crescimento da sua utilização em portais e sítios de governo. Soluções importantes já são previstas na instalação padrão do Plone, como a acessibilidade, que para sítios de governo é imprescindível. A facilidade de uso (usabilidade) por parte do gestor de conteúdo e a não obrigatoriedade de conhecimentos técnicos em linguagem de marcação de texto (HTML) são outras particularidades que fazem do Plone uma escolha bastante atraente para quem busca uma solução de CMS (sistema de gerenciamento de conteúdos). Além do mais, é uma plataforma de software livre que conta com uma grande comunidade de colaboradores no Brasil e no exterior, defende Cintia. Mais informações: http://colab.interlegis.gov.br/wiki/PloneGovBr Fonte: http://www.softwarelivre.gov.br/noticias/governo-federal-tera-comunidade-de-colaboracao-plonegov-br -- Jean Ferri
Re: [zope-pt] Re: Sobre o projeto de vcs
Fala Rafael =) 2009/8/11 Rafael Monnerat rmonner...@gmail.com: E ai Rodrigo, Rodrigo Castardo wrote: Fala Rafael, 2009/8/6 Rafael Monnerat rmonner...@gmail.com: corta ... Eu acredito que o ZODB, nao tem problemas com armazenamento mesmo pra aplicações financeiras prova disso é o [1], basta só planejar direitinho, criar mounting points... etc etc. Claro, eu concordo contigo na questão tecnológica pura. Porém o RP5 tem inumeras funcionalidades interessantes que não existem por padrão, este é um ponto. Outro ponto é que, embora a essência da pergunta seja técnica, estamos falando sob uma ótica um pouco mais abrangente, uma visão mais sócio-técnica. O que eu coloquei não foi que o ZODB não serve para aplicações financeiras, de forma alguma, ele pode muito bem ser utilizado, porém com uma certa expertise que imagino que o autor da pergunta ainda não tem. Sem contar o esforco de integracao e a fase de convencimento de que o banco escolhidos eh algo novo, diferente dos outros bancos (que normalmente tem investimentos muito altos e confiabilidade consumada), entrar nesse merito em grandes corporacoes eh complicado. Mas como vc bem disse, tecnicamente eh possível sim. Bem, meu ponto de vista era puramente técnico (tecnicamente quase tudo é possível hehe). E também acho que muitas vezes as pessoas sao desestimuladas a acreditar no ZODB, por vários motivos. Eu só dei um exemplo de caso de uso, onde o ZODB possui muitos milhares de documentos (ou objetos) em uma aplicação financeira. Tecnicamente td eh possivel Essa frase eh meio emblematica =) Claro, acho otimo teu exemplo ... o case de vcs fala sozinho, e eh bem conhecido ... ateh conversei com um developer de vcs no FISL, ele quase sempre aparece junto com o Claudio no INPI, mas sempre esqueco o nome dele =) O grande problema é a buscar dentro de uma base de dados 10 milhoes de objetos por exemplo, ou quando você que fazer uma operaçao que precisa de muitos objetos (exemplo calcular a movimentação financeira do ultimo ano). Pra resolver esse pequeno problema o ERP5 substituiu o ZCatalog pelo ZSQLCatalog a anos atrás, mas o BD relacional é usado apenas pra catalogação, toda a persistência e armazenamento dos dados ainda permanecem no ZODB. Mais aqui vc jah nao estah falando de storage, e sim de outras estrategias. Bem, esta de certa forma relacionado, porque a quantidade de objetos influencia na busca dele. Mas sim, isso nao é necessariamente diretamente ao storage. Vdd, no caso de aplicacoes Zope eh diferente o modo como vc pensa, as coisas se unem, aplicacao+storage+servidor de aplicacao+etc ... e poucas coisas sao eficientes qdo sao mto pontuais. Estes tipos de estrategia sao bem interessantes e tem outras coisas q poderiam ser elencadas pra isso, por exemplo: Eu vou dar meus exemplos tbm : ) Como se diz, so awesome =) 1- Usar memcached pra segurar em cache as operacoes que tem baixa tempestividade ou grande carga de processamento Esse é um ponto interessante, no erp5 a gente tem suporte nativo ao memcache e recentemente foi adicionado suporte ao Flare [1]. Estamos mudando os caches persistentes (que usavam PersistenseMapping por algum motivo) para usar o Flare. Isso reduz as modificações no ZODB e evita que o cache seja perdido em um restart. Essa eh nova, bem interessante. Nossa API de memcached eh software livre e pode ser baixada em: http://bitbucket.org/liberiun/liberiunportalcaching/ 2- Separar o catalog, deixar ele fora ... usando o Lucene (um solr da vida) Como a gente usa MySQL , temos support nativo o Senna[2] (segundo a lenda é mais rapido que o Lucene mas isso gera muitas controvérsias hehehe) Essa lenda eu desconhecia, conhecia apenas a lenda do Lucene =) 3- Usar Deliverance + tema vazio no plone, pra poupar o plone de processar um tema (q eh bem pesado) e poder processar mais requisicoes Eu nao conheço deliverance direito, preciso me atualizar : ) Basicamente tu tem um cara WSGI que lida com o tema, vc tira essa carga de dentro do Plone (que soa a camisa pra montar esse quebra-cabeca). Esse cara WSGI tem o tema morto (XHTML+CSS puros, sem logica) e regras (troque o id x do plone pelo y do tema morto), qdo o acesso (user - deliv - zope) chega ao portal normalmente, na volta ele sofre a aplicacao das regras e faz a magica! Nosso portal usa Deliverance, e roda em uma maquina que tem poucos recursos (sao 512 de RAM) e nao estamos usando praticamente nenhum cache, e ele tem uma velocidade mto boa. E por ai vai, mas a duvida era de storage em si, claro q eh bom levar isso td em consideração tbm ... Bem, eu nao acho que storage por si só seja um problema, o problema é o como você um arquivo (ou mais) de 100 GB depois : ), acho que o sistema tem muitos outros gargalos antes do tamanho do Storage ser um problema. Concordo, a equacao eh mais complexa e o storage eh uma parte dela. Acho importante tbm citar que estas evolucoes todas q estou
[zope-pt] Portlet Notícias
Boa tarde, Pessoal gostaria de saber onde posso encontrar o código fonte do portlet news no ZMI para poder da uma sacada no código, vou precisar listar as notícias porém no centro da página e não como um portlet. Quem quiser da mais uma dica além do local onde encontro o código, aceito ;) Desde já, agradeço a atenção de todos.
[zope-pt] Congresso Internacional Software Livre e Governo Ele trônico - Consegi 2009
Caros Colegas, Gostaria de divulgar para vocês o Consegi 2009. Abaixo vai um texto com os detalhes e link para a grade, mas gostaria de ressaltar que teremos várias atividades relacionadas a Plone, conforme poderão constatar na grade. Além disso teremos vários debates interessantes e a presença de alguns dos expoentes do movimento Software Liivre, como Stallman e Michael Tiemman. Para os empreendedores, teremos um espaço dedicado às empresas de Software Livre: http://www.consegi.gov.br/2009/menu-horizontal/open-business Acho que é isso... espero ver-los por lá. Abraços Paulo Pastore - O Congresso Internacional Software Livre e Governo Eletrônico - Consegi 2009 é um evento estratégico para o debate da política e gestão da Tecnologia da Informação e Comunicação no Brasil, que será realizado no período de 26 a 28 de agosto, em Brasília. Com foco no uso de software livre e permeado pelos conceitos de promoção de cidadania, interoperabilidade, compartilhamento e adoção de normas e padrões abertos para o universo tecnológico, o Consegi é sem dúvida uma espaço único de discussão dentro do governo. A programação do evento é diversa, abordando várias áreas da informática, confira: http://www.consegi.gov.br/2009/pub/index.html As inscrições do Consegi são gratuitas no sítio: www.consegi.gov.br. Na Capital Federal, universidades podem solicitar transporte até ao local do evento para um grupo minimo de 40 pessoas. Já nos outros estados, os que animarem de montar uma caravana podem acampar sem custos no Jardim Botânico de Brasília, que mantém boa infraestrutura para camping e proximidade do local do evento. Mais informações: lucimar.olive...@serpro.gov.brjavascript:new_message_to('lucimar.olive...@serpro.gov.br'); . *Serviço* Local: Escola de Administração Fazendária - ESAF (Km 04, Estrada Brasília/Unaí - Lago Sul) Data: 26 a 28 de agosto de 2009 -- Two things are infinite: the universe and human stupidity...and I'm not sure about the universe. - Albert Einstein