Re: [zope-pt] Re: Sobre o projeto de vcs

2009-08-13 Por tôpico Rafael Monnerat

Opa,

Rodrigo Castardo wrote:
 

  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 =)


Bem, era eu :)


  
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.


Interessate.

  
   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

Re: [zope-pt] Re: Sobre o projeto de vcs

2009-08-11 Por tôpico Rafael Monnerat

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

Re: [zope-pt] Re: Sobre o projeto de vcs

2009-08-06 Por tôpico Rafael Monnerat
Rodrigo Castardo wrote:
  

 Fala pessoal.

 Bom, o Pablo respondeu mto bem e sobra pouco pra falar.

 A nossa visão aqui é não misturar alhos com bugalhos.

 Onde alhos e bugalhos seriam respectivamente gerenciamento de conteúdo
 e aplicações. Gerenciamento de conteúdo vai muito bem com ZODB, já
 aplicações nem tanto. Por exemplo, se você for fazer uma aplicação que
 lida com transações financeiras use um banco relacional.













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.

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.

[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 grande precisa de
  cuidados, mesmo em base relacional.
 
 
  Á unica situação em que usei uma base relacional foi quando precisava
  fazer soma e agrupamento de valores. Ai era mais fácil utilizar SQL 
 no lugar
  do ZODB.
 
  Eu fiz um produto que pode-se utilizar para fazer o agrupamento, ai não
  precisei usar SQL \o/
 
  http://pypi.python.org/pypi/collective.pivottable 
 http://pypi.python.org/pypi/collective.pivottable
 
  Sobre utilizar o SQL, eu acho tão simples e eficiente utilizar o 
 ZODB que
  prefiro ficar com ele, eu usava muito SQL em outros tipos de 
 aplicação, mas
  é tão bom viver sem ele. :-)
 
  Até mais,
  --
  Luciano Pacheco
  Simples Consultoria
  www.simplesconsultoria.com.br
 
 

 -- 

 -- 
 Rodrigo Castardo
 Liberiun
 COO
 rodrigocasta...@liberiun.com mailto:rodrigocastardo%40liberiun.com
 +55 61 9123-7847
 +55 61 3468-2662

 



[zope-pt] ERP5 World Forum 2008

2008-10-29 Por tôpico Rafael Monnerat

Caros,

Não sei se alguém desta lista estará em Paris para participar do Open
World Forum. Em todo caso segue o convite em anexo para o ERP5WorldForum.

Obrigado,

Rafael Monnerat

--

Hi,

We are going to organise in Paris, on the 1st and 2nd of December the
first ERP5 World Forum.

All the information is here:
http://www.erp5.org/ERP5WorldForum

It is organised as part of a larger international event, the Open World
Forum, with a special focus on Brasil and Open Source in Brasil.
http://www.openworldforum.org

The ERP5 World Forum focuses mainly on users and academy. Developers are
of course welcome too.

Users who participate can learn ERP5, share experience and contribute to
the functional roadmap of ERP5. Every participant will be provided an
ERP5 Express instance to learn and experiment.

Academics are invited to introduce new concepts in management science
and contribute to the functional roadmap of ERP5.

Developers who attend the event will be implementing during the same day
some prototypes of the features which have been introduced by academics
or suggested by users. Based on the forum discussion and the prototypes,
the ERP5 functional roadmap will then be updated and published.

We hope with this event to accelerate the lead time between innovation
and implementation, and at the same time create an opportunity for users
and academics who are not developers to participate in the ERP5 RD process.

To register, just send an email to
[EMAIL PROTECTED]

The programme is still not finalised. If you wish to suggest a lecture
or a topic of interest please also write to [EMAIL PROTECTED]

Regards,

JPS.

-- 
Jean-Paul Smets-Solanes, Nexedi CEO - Tel. +33(0)6 29 02 44 25
ERP5 Enterprise: Free / Open Source ERP for Critical Applications
http://www.erp5.com
ERP5 Express: Hosted Open Source ERP for small companies
http://www.myerp5.com
Nexedi: Consulting and Development of Free / Open Source Software
http://www.nexedi.com



___
Erp5-dev mailing list
[EMAIL PROTECTED]
http://mail.nexedi.com/mailman/listinfo/erp5-dev




Re: [zope-pt] Re: Editor Externo.

2007-12-22 Por tôpico Rafael Monnerat

Acho que ele quis dizer que usar programas com a cara do Windows/Office
 é uma coisa ruim pois deixa o usuário esperando que o programador se
vire pra seguir o layout que ele usa desde que ele viu um computador
pela primeira vez.

Eu já tive que alterar a aparencia do KDE pra ficar Windows Like
porque o usuário achava um absurdo ter uma estrela no lugar do
iniciar... parece piada mas realmente já reclamaram disso.

Particularmente eu prefiro o kupu, mas confesso que o fckeditor tem bem
mais recurso pra usuário leigo do que o kupu.

Essa discussão KUPU x FCKEditor vai acabar ficando igual aquela do ZOPE
2 x ZOPE 3 que teve alguns meses atrás 

Joao S. O. Bueno escreveu:
 
 
 On Friday 21 December 2007 09:16, Pablo Nogueira wrote:
 Posso estar bastante desatualizado em relação ao Kupu.

 Mas aqui no MRE (Itamaraty) FCKEditor é quem manda. Muito mais
 UserFriendly.
 Tem muito mais funcionalidade que o Kupu. Além disso, desculpem me
 os radicais linux, ele parece com o Word Microsoft o que facilita
 muito. Antes que alguem fale alguma coisa sobre software livre, eu
 esclareço que aqui temos 5 mil usuários que administram conteúdo. O
 CMS é pra eles e não pra mim.

 
 De http://www.fckeditor.net/license: http://www.fckeditor.net/license:
 The editor is distributed under the GPL, LGPL and MPL open source
 licenses. 
 
 Raopaz..que tipo de paranoia é essa comn software livre ?
 Libredade do Software é sobre os direitos que se tem de uso,
 redistriuição e alteração do mesmo, não sobre a forma - muito
 menos ser mais parecido com o word ou não.
 
 A licença do FCKEditor é tão livre quanto a do Plone e outros.
 
 Estou inferindo que você esteja escaldado quanto a forma como alguns
 argumentos incisivos a favor do software livre são colocados - e
 assumo que eu mesmo por vezes escrevo mensagens mais fortes em favor
 do S.L. partindo da premissa de que todos devem saber do que se
 trata.
 
 KUPU cx FCKeditor pode dar uma boa briga, como existem tantas por ai -
 mas os dois são livres. (Senão, aliás, sequer poderiam ser utilizados
 com o Plone, cuja licença é a GPL v2)
 
 Os radicais linux como você chama, embora por vezes possam não
 explicitar todos os argumentos em favor do software livre, tem suas
 razões para agir assim. É fato de que nem todas as aplicações tem
 equivalentes livres - emtermos de funcionalidades ou por vezes de
 interface - e digo isso com pesar. Eu mesmo não suporto a interface
 do OpenOffice/BROffice (o que reduz meus usos do mesmo há um mínimo,
 mas há outras alternativas de processadores de texto, não só duas no
 mundo todo).
 
 Em suma - é interessante ter em mente os motivos pelos quais se
 priorizar software livre (ou não), e saber quais são. Os motivos
 passam por dependência de fornecedor, possibilidade de acessar os
 próprios dados (formatos abertos), custos com licença, possibilidade
 de contratar serviços para melhorias no software, software auditável
 entre outros.
 
 Abraços,
 
 js
 --
 
 



Re: [zope-pt] Webmail

2007-10-04 Por tôpico Rafael Monnerat
A algum tempo atrás existiu o plonewebmail mas não sei o andamento deste
projeto atualmente.

On 10/4/07, Davi Medeiros [EMAIL PROTECTED] wrote:

   Alguém recomenda um produto para Webmail?

  




-- 
Rafael M. Monnerat


Re: [zope-pt] Virtual Hosts no Zope

2007-09-17 Por tôpico Rafael Monnerat
Eu aconselho usar apache+mod_proxy+mod_rewrite. Pelo menos eu achei mais
facil de configurar.


Link que deve ajudar:
http://www.tchezope.org/documentacao/tutorial/rodando-o-plone-e-zope-sobre-um-servidor-web-apache-2/tutorial-all-pages



On 9/14/07, Tania Andrea [EMAIL PROTECTED] wrote:

   Pessoal,

 Tenho 3 plone sites na ZMI, mas gostaria que eles fossem acessados da
 seguinte forma:

 Site 1 (principal - OK!) = http://site1.foo.gov.br
 Site 2 = http://site1.foo.gov.br/site2
 Site 3 = http://site1.foo.gov.br/site3

 Como já é a terceira(!) vez que tento enviar este e-mail para a lista
 Veja configuração testada no squid aqui: http://www.taniaand
 rea.com/anotacoes/virtual-hosts-no-zope/

 O primeiro site funciona, com ou sem a configuração dos outros 2 sites no
 squid... Tentando http://site1.foo.gov.br/site2 ou http://site1.
 foo.gov.br/site3 o site fica quebrado...

 Alguém tem uma idéia de como resolver?

 Estou com Plone 2.5.2, Zope 2.9.6-final, python 2.4.4 e Squid 1.12.

 Obrigada,
 Tânia Andrea

 Flickr agora em português. Você clica, todo mundo vê. Saiba 
 maishttp://br.rd.yahoo.com/mail/taglines/flickr/*http://www.flickr.com.br/.


 




-- 
Rafael M. Monnerat


[zope-pt] GED em larga escala

2006-07-11 Por tôpico Rafael Monnerat




Eu gostaria de saber se no Brasil existe alguma instalação do Plone (ou
do zope) que gerência documentos em larga escala. Eu estou querendo
saber se um site plone é capaz de gerenciar muitos GB de arquivos PDFs,
DOCs... sem perda de dados e sem sobrecarregamento do ZCatalog.
Lembrando que junto com o GED terá que ter várias extensões do plone
que estarão no portal ( News, Forums  ).

Para solucionar esse problema estou extendendo o Plone com um novo
portal type, que está quase finalizado (falta fazer mais testes,
corrigir alguns erros e fazer uma versão pra disponibilizar) que
armazena o arquivo em Filesystem e manda o conteúdo dos arquivos pro
Mysql ao invés de mandar para catalog (a própria classe converte o
conteúdo do arquivo para texto). Isso não sobrecarrega o catalog nem o
ZODB. Eu precisei extender a busca para consultar o mysql.

Bem, com o objetivo de não reinventar nada já criado ou criar uma
solução que possui uma outra muito melhor estou mandando esse email pra
saber se alguém já passou por um problema desse tipo, e qual a solução
que adotou? ou se alguem conhece ou criou um portaltype desse tipo...


-- Rafael M. Monnerathttp://monnerat.objectis.netInformation System resource group, CefetCampos, Brazil

__._,_.___





Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]








   



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/
Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.






__,_._,___



Re: [Zope-pt] PlonelocalfolderNG

2005-11-29 Por tôpico Rafael Monnerat



A mensagem é velha mas como eu resolvi o problema pro Meu chará não custa nada contribuir pra comunidadeO Pra indexar os arquivos no plonelocalfolderng tem que ir na aba 'catalog' ( do próprio PLF na interface do plone) e mandar catalogar o folder pq ele não
cataloga no automático. ( e tem que repitir isso sempre que incluir um
ou mais arquivos)2- Ele mesmo catalogado não lista usando o search_box, para resolver isso basta customizar o portal_skins/plone_form/search substituindo:





tal:define=use_types_blacklist request/use_types_blacklist | python:True; results python:
here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist);por





tal:define=results python:here.queryCatalog(REQUEST=request);que ai ele lista na busca...
PS.: Eu queria saber pra que serve o use_types_blacklist, e se isso pode comprometer o plone em alguma coisa se alguem puder esclarecer...Em 19/10/05, 
Rafael Gonçalves [EMAIL PROTECTED] escreveu:




Olá pessoal...Estou com um problema na hora de indexar
os arquivos no FS(File System) eu instalei o
textindexng2 e o plonelocalfolderNG sem problemas mais
na hora que coloco um arquivo dentro do
plonelocalfolder ele indexa todos os arquivos dentro
da pasta certinho mas com o sequinte problema:
Quando você olha no catalogo ele so indexa o título da
pasta.Já instalei todas as dependências e quando o
arquive está no data fs ele indexa certinho.Alguem
sabe como resolver esse problema.
Obrigado!!!


 


 
  
___ 
Promoção Yahoo! Acesso Grátis: a cada hora navegada você acumula cupons e concorre a mais de 500 prêmios! Participe! 
http://yahoo.fbiz.com.br/







Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]






  




  
Yahoo! Grupos, um serviço oferecido por:
  
  



  

  

  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/

Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]

O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.









-- Rafael M. Monnerathttp://monnerat.objectis.net






Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]





  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
PUBLICIDADE




  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/
Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.









Re: [Zope-pt] 'NoneType' object has no attribute 'setHeader'

2005-11-17 Por tôpico Rafael Monnerat



Vc tá usando qual python? Quando eu tentei usar o python 2.4 com o zope 2.8 ele começou a dar erro de 'NoneType' .  At this time the only supported and recommended Python versions are 
2.3.4 and 2.3.5.Em 17/11/05, Luis Flavio Rocha [EMAIL PROTECTED] escreveu:




Opa,

Tom, valeu a força.
Eu esqueci de dizer que este erro está acontecendo também quando eu
crio um script, em um workflow novo. Não estou tendo nem como
editá-lo.

Abraço,

Luis

On 11/16/05, Wilton Alencar [EMAIL PROTECTED] wrote:
 Fala Loreto,
 olha só
 parece que está usando o método setHeader do objeto Response
 Mas check se o mesmo está setado pelo contexto. Lembrando que tem
 alguns detalhes de como pegar o contexto de objetos transitando no
 Workflow.
 Vou fazer mais uns testes aqui e se descobrir te mando.
 Abraços
 TOM


 Em 16/11/05, Luis Flavio Rocha[EMAIL PROTECTED] escreveu:
  Opa,
 
  seguinte não to conseguindo abrir nenhum script nos meus workflows.
  Tá dando o seguinte erro:
 
  Traceback (innermost last):
  Module ZPublisher.Publish, line 113, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 40, in call_object
  Module Shared.DC.Scripts.Bindings, line 311, in __call__
  Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec
  Module App.special_dtml, line 175, in _exec
  Module Shared.DC.Scripts.Bindings, line 325, in __render_with_namespace__
  Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec
  Module App.special_dtml, line 175, in _exec
  Module DocumentTemplate.DT_Util, line 196, in eval
  - __traceback_info__: RESPONSE
  Module string, line 0, in ?
  AttributeError: 'NoneType' object has no attribute 'setHeader'
 
  É só nos scripts que estão dentro de algum workflow.
 
  Alguém já teve esse problema?
 
  Versões:
  Zope 2.8.3
  Plone 2.1.1 bundle
 
 
  Valeu,
  --
  Luís Flávio Rocha
 
  Ever tried. Ever failed. No matter. Try again. Fail again. Fail better.
  Samuel Beckett (1906-1989)
 
 
  Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
  Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]

  Links do Yahoo! Grupos
 
 
 
 
 
 
 
 


 Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
 Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]

 Links do Yahoo! Grupos










--
Luís Flávio Rocha

Ever tried. Ever failed. No matter. Try again. Fail again. Fail better.
Samuel Beckett (1906-1989)







Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]






  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
PUBLICIDADE





  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/

Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]

O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.









-- Monnerat






Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]





  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
PUBLICIDADE




  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/
Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.









Re: [Zope-pt] artigos - gestao de conteudo

2005-09-26 Por tôpico Rafael Monnerat



Minha monografia da graduação no cefetcampos foi sobre gestão de
conteúdo, feita em cima do Zope e Plone, enfocando mais a parte de
busca e gerenciamento de informação pessoal. Ela foi defendida ano
passado, se quiser posso te enviar uma versão digital.2005/9/24, henrique paiva [EMAIL PROTECTED]:




Olá,

pretendo fazer uma monografia de pos-graduacao sobre gestao de conteudo 
em laboratório de análises clínicas, dando enfase ao plone, com o qual 
trabalho como administrador linux/plone num laboratório.

gostaria de saber onde posso encontrar artigos, de preferencia 
científicos sobre gerencia de conteudo e/ou CMS, suficientemente 
confiáveis a ponto de serem citados numa monografia.

qualquer ajuda será bem vinda.

[]s

--
henrique paiva







Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]






  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
 



  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/

Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]

O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
















Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]





  




  
Yahoo! Grupos, um serviço oferecido por:
  
  


  
  

  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/
Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.









Re: [Zope-pt] artigos - gestao de conteudo

2005-09-26 Por tôpico Rafael Monnerat



Já que tanta gente pediu resolvi deixar num site para que quem esteja interressado é só pegar.

Link: http://monnerat.objectis.net/PloneDoc/Monografia_graduacao_Info.tar.gz/file_view

O Núcleo de Pesquisa em Sistemas de Suporte à Decisão do CEFET Campos
tem desenvolvidos pesquisas e trabalhos relacionados a este assunto.

PS.: O coordenador do NPSSD , Prof. Rogério Atem ( que foi meu orientador na monografia ) acompanha a lista. :)
Em 26/09/05, Tania Andrea [EMAIL PROTECTED] escreveu:
Rafael,Poderia me enviar uma cópia tb...No meu próximo curso pretendo abordar o assunto.Obrigada,Tânia Andrea--- Rafael Monnerat [EMAIL PROTECTED]
 escreveu: Minha monografia da graduação no cefetcampos foi sobre gestão de conteúdo, feita em cima do Zope e Plone, enfocando mais a parte de busca e gerenciamento de informação pessoal. Ela foi
 defendida ano passado, se quiser posso te enviar uma versão digital. 2005/9/24, henrique paiva [EMAIL PROTECTED]:
  Olá,   pretendo fazer uma monografia de pos-graduacao sobre gestao de conteudo  em laboratório de análises clínicas, dando enfase ao plone, com o qual
  trabalho como administrador linux/plone num laboratório.   gostaria de saber onde posso encontrar artigos, de preferencia  científicos sobre gerencia de conteudo e/ou CMS,
 suficientemente  confiáveis a ponto de serem citados numa monografia.   qualquer ajuda será bem vinda.   []s   --  henrique paiva
   Para enviar uma mensagem: zope-pt@yahoogrupos.com.br  Para desistir envie uma mensagem em branco para:  
[EMAIL PROTECTED]   *Yahoo! Grupos, um serviço oferecido por:*  --
  *Links do Yahoo! Grupos*  - Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/zope-pt/
 - Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED]
[EMAIL PROTECTED] - O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! 
http://br.yahoo.com/info/utos.html.  ___Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora!
www.yahoo.com.br/messenger/






Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]





  




  
Yahoo! Grupos, um serviço oferecido por:
  
  
 

  
  

  
  



  




  
Links do Yahoo! Grupos

Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/
Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED]
O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.