Re: [zope-pt] Ser ou não ser: Arc hetype + FileSytemStorage

[allysonalves]

Muito obrigado clayton pela ajuda.

> Allyson,
> 
> Vá em "portal_types" procure por  "Large Plone Folder" e marque a
> opção "Implicitly addable" , para que seja mostrado no menu.
> 
> abraços,
> 
> Clayton
> 
> 
> 
> Em 22/02/08, allysonalves <[EMAIL PROTECTED]> escreveu:
> > Xiru
> >
> >  Ok, mas onde encontro pasta gigante no plone ? Tenho que desenvolver um 
> > tipo de conteúdo e derivar da classe BaseBTreeFolder porque por padrão o 
> > plone só nos dá a opção de incluir pastas do tipo BaseFolder na opção pasta 
> > do menu adicionar ?
> >
> >
> >  Saudações
> >
> >  Allyson Roberto Alves Cavalcanti
> >
> >  > 2008/2/21 allysonalves <[EMAIL PROTECTED]>:
> >  > >
> >  > > Xiru
> >  > >
> >  > >  O tipo de conteúdo pasta do plone 3.0.5 deriva de que classe ? 
> > Folders ou
> >  > > BTreeFolders.
> >  >
> >  > Pasta deriva de BaseFolder
> >  >
> >  > PastaGigante deriva de BaseBTreeFolder
> >  >
> >  > >
> >  > >  E o que se entende por MUITOS objetos dentro de uma pasta ? É o que 
> > esta
> >  > > imediatamente dentro da pasta ou toda a estrutura de pasta que segue 
> > de uma
> >  > > raiz.
> >  >
> >  > O que está imediatamente dentro de uma pasta
> >  >
> >  > >
> >  > >  Por exemplo, se no meu site tenho um pasta para cada cliente e meus
> >  > > clientes criam as suas estruturas de pastas dentro desta, isso 
> > significa que
> >  > > a pasta raiz de cada cliente deve ser BtreeFolders, todas elas deverão 
> > se
> >  > > BtreeFolders ou só aquelas pastas que irão conter diretamente dentro 
> > delas,
> >  > > sem considerar subpastas, MUITOS objetos ?
> >  > >
> >  > >  Qual a quantidade que podemos classificar como MUITOS objetos ? 100, 
> > 200,
> >  > > 500, 1000 quantos ?
> >  > >
> >  >
> >  > IMHO, mais de 100.
> >  >
> >  > >  Saudações
> >  > >
> >  > >  Allyson Roberto Alves Cavalcanti
> >  > >
> >  > >
> >  > >
> >  > >  > Oi Pablo,
> >  > >  >
> >  > >  > com essa quantidade de objetos e, para o fim que você falou, eu 
> > usaria
> >  > >  > o storage padrao do Plone. O unico cuidado que voce deve ter é usar
> >  > >  > BTreeFolders para criar as pastas que irao armazenar todos esses
> >  > >  > objetos. Pastas normais perdem muito em performance quando tem 
> > MUITOS
> >  > >  > objetos, coisa que não acontece com BTree.
> >  > >  >
> >  > >  > Um abraço,
> >  > >  >
> >  > >  > Fabiano Weimar
> >  > >  >
> >  > >  >
> >  > >  > 2008/2/13 Pablo Nogueira <[EMAIL PROTECTED]>:
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > > Pessoal,
> >  > >  > >
> >  > >  > > Tenho uma content type com um TextField + RichWidget. Vou ter que
> >  > > migrar um
> >  > >  > > legado com 10 mil registros e criar 700 registros por ano em 
> > seguida. A
> >  > >  > > migração eu fiz e isso não é problema. Utilizei o storage
> >  > > FileSystemStorage
> >  > >  > > para armazenar o conteudo do textfield. Já testei tudo funcionou
> >  > >  > > adequadamente. O Plone indexou corretamente todo conteudo.
> >  > >  > >
> >  > >  > > Minha questão é a seguinte. Existe alguma queda de desepenho ao 
> > tentar
> >  > > essa
> >  > >  > > abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar 
> > o
> >  > > conteúdo
> >  > >  > > do que o storage padrão do archetype.
> >  > >  > >
> >  > >  > > Isso está em uma intranet com 5 mil usuarios autenticados por 
> > dia. Os
> >  > > 10 mil
> >  > >  > > registros que importei ocuparam 200 MB de espaço. Por isso parti 
> > para
> >  > >  > > utilização do FileSystemStorage. No meu servidor tenho muitos 
> > outros
> >  > > sites
> >  > >  > > plone.
> >  > >  > >
> >  > >  > > Será que vale a pena utilizar o FileSystemStorage para evitar o 
> > acumulo
> >  > > de
> >  > >  > > dados no ZODB ou eu devo mudar a abordagem e utilizar storage 
> > padrão e
> >  > >  > > colocar todas essas informações dentro do ZODB.
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > >
> >  > >  > > --
> >  > >  > > Pablo Nogueira Oliveira
> >  > >  > > 061-84089333
> >  > >  > > Brasilia DF
> >  > >  >
> >  > >  >
> >  > >  >
> >  > >  > --
> >  > >  > Fabiano Weimar dos Santos (xiru)
> >  > >  > Weimar Consultoria
> >  > >  >
> >  > >  > Hospedagem Plone, Zope e Python
> >  > >  > http://www.pytown.com
> >  > >  >
> >  > >
> >  > >
> >  > >
> >  >
> >  >
> >  >
> >  > --
> >  > Fabiano Weimar dos Santos (xiru)
> >  > Weimar Consultoria
> >  >
> >  > Hospedagem Plone, Zope e Python
> >  > http://www.pytown.com
> >  >
> >
> >
> >
> >  Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
> >  Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]
> >  Links do Yahoo! Grupos
> >
> >
> >
> 

Re: [zope-pt] Ser ou não ser: Archetype + FileSytemStorage

[Clayton]

Allyson,

Vá em "portal_types" procure por  "Large Plone Folder" e marque a
opção "Implicitly addable" , para que seja mostrado no menu.

abraços,

Clayton



Em 22/02/08, allysonalves <[EMAIL PROTECTED]> escreveu:
> Xiru
>
>  Ok, mas onde encontro pasta gigante no plone ? Tenho que desenvolver um tipo 
> de conteúdo e derivar da classe BaseBTreeFolder porque por padrão o plone só 
> nos dá a opção de incluir pastas do tipo BaseFolder na opção pasta do menu 
> adicionar ?
>
>
>  Saudações
>
>  Allyson Roberto Alves Cavalcanti
>
>  > 2008/2/21 allysonalves <[EMAIL PROTECTED]>:
>  > >
>  > > Xiru
>  > >
>  > >  O tipo de conteúdo pasta do plone 3.0.5 deriva de que classe ? Folders 
> ou
>  > > BTreeFolders.
>  >
>  > Pasta deriva de BaseFolder
>  >
>  > PastaGigante deriva de BaseBTreeFolder
>  >
>  > >
>  > >  E o que se entende por MUITOS objetos dentro de uma pasta ? É o que esta
>  > > imediatamente dentro da pasta ou toda a estrutura de pasta que segue de 
> uma
>  > > raiz.
>  >
>  > O que está imediatamente dentro de uma pasta
>  >
>  > >
>  > >  Por exemplo, se no meu site tenho um pasta para cada cliente e meus
>  > > clientes criam as suas estruturas de pastas dentro desta, isso significa 
> que
>  > > a pasta raiz de cada cliente deve ser BtreeFolders, todas elas deverão se
>  > > BtreeFolders ou só aquelas pastas que irão conter diretamente dentro 
> delas,
>  > > sem considerar subpastas, MUITOS objetos ?
>  > >
>  > >  Qual a quantidade que podemos classificar como MUITOS objetos ? 100, 
> 200,
>  > > 500, 1000 quantos ?
>  > >
>  >
>  > IMHO, mais de 100.
>  >
>  > >  Saudações
>  > >
>  > >  Allyson Roberto Alves Cavalcanti
>  > >
>  > >
>  > >
>  > >  > Oi Pablo,
>  > >  >
>  > >  > com essa quantidade de objetos e, para o fim que você falou, eu usaria
>  > >  > o storage padrao do Plone. O unico cuidado que voce deve ter é usar
>  > >  > BTreeFolders para criar as pastas que irao armazenar todos esses
>  > >  > objetos. Pastas normais perdem muito em performance quando tem MUITOS
>  > >  > objetos, coisa que não acontece com BTree.
>  > >  >
>  > >  > Um abraço,
>  > >  >
>  > >  > Fabiano Weimar
>  > >  >
>  > >  >
>  > >  > 2008/2/13 Pablo Nogueira <[EMAIL PROTECTED]>:
>  > >  > >
>  > >  > >
>  > >  > >
>  > >  > >
>  > >  > >
>  > >  > >
>  > >  > > Pessoal,
>  > >  > >
>  > >  > > Tenho uma content type com um TextField + RichWidget. Vou ter que
>  > > migrar um
>  > >  > > legado com 10 mil registros e criar 700 registros por ano em 
> seguida. A
>  > >  > > migração eu fiz e isso não é problema. Utilizei o storage
>  > > FileSystemStorage
>  > >  > > para armazenar o conteudo do textfield. Já testei tudo funcionou
>  > >  > > adequadamente. O Plone indexou corretamente todo conteudo.
>  > >  > >
>  > >  > > Minha questão é a seguinte. Existe alguma queda de desepenho ao 
> tentar
>  > > essa
>  > >  > > abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o
>  > > conteúdo
>  > >  > > do que o storage padrão do archetype.
>  > >  > >
>  > >  > > Isso está em uma intranet com 5 mil usuarios autenticados por dia. 
> Os
>  > > 10 mil
>  > >  > > registros que importei ocuparam 200 MB de espaço. Por isso parti 
> para
>  > >  > > utilização do FileSystemStorage. No meu servidor tenho muitos outros
>  > > sites
>  > >  > > plone.
>  > >  > >
>  > >  > > Será que vale a pena utilizar o FileSystemStorage para evitar o 
> acumulo
>  > > de
>  > >  > > dados no ZODB ou eu devo mudar a abordagem e utilizar storage 
> padrão e
>  > >  > > colocar todas essas informações dentro do ZODB.
>  > >  > >
>  > >  > >
>  > >  > >
>  > >  > >
>  > >  > > --
>  > >  > > Pablo Nogueira Oliveira
>  > >  > > 061-84089333
>  > >  > > Brasilia DF
>  > >  >
>  > >  >
>  > >  >
>  > >  > --
>  > >  > Fabiano Weimar dos Santos (xiru)
>  > >  > Weimar Consultoria
>  > >  >
>  > >  > Hospedagem Plone, Zope e Python
>  > >  > http://www.pytown.com
>  > >  >
>  > >
>  > >
>  > >
>  >
>  >
>  >
>  > --
>  > Fabiano Weimar dos Santos (xiru)
>  > Weimar Consultoria
>  >
>  > Hospedagem Plone, Zope e Python
>  > http://www.pytown.com
>  >
>
>
>
>  Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
>  Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]
>  Links do Yahoo! Grupos
>
>
>

Re: [zope-pt] Ser ou não ser: Arc hetype + FileSytemStorage

[allysonalves]

Xiru

Ok, mas onde encontro pasta gigante no plone ? Tenho que desenvolver um tipo de 
conteúdo e derivar da classe BaseBTreeFolder porque por padrão o plone só nos 
dá a opção de incluir pastas do tipo BaseFolder na opção pasta do menu 
adicionar ?

Saudações

Allyson Roberto Alves Cavalcanti

> 2008/2/21 allysonalves <[EMAIL PROTECTED]>:
> >
> > Xiru
> >
> >  O tipo de conteúdo pasta do plone 3.0.5 deriva de que classe ? Folders ou
> > BTreeFolders.
> 
> Pasta deriva de BaseFolder
> 
> PastaGigante deriva de BaseBTreeFolder
> 
> >
> >  E o que se entende por MUITOS objetos dentro de uma pasta ? É o que esta
> > imediatamente dentro da pasta ou toda a estrutura de pasta que segue de uma
> > raiz.
> 
> O que está imediatamente dentro de uma pasta
> 
> >
> >  Por exemplo, se no meu site tenho um pasta para cada cliente e meus
> > clientes criam as suas estruturas de pastas dentro desta, isso significa que
> > a pasta raiz de cada cliente deve ser BtreeFolders, todas elas deverão se
> > BtreeFolders ou só aquelas pastas que irão conter diretamente dentro delas,
> > sem considerar subpastas, MUITOS objetos ?
> >
> >  Qual a quantidade que podemos classificar como MUITOS objetos ? 100, 200,
> > 500, 1000 quantos ?
> >
> 
> IMHO, mais de 100.
> 
> >  Saudações
> >
> >  Allyson Roberto Alves Cavalcanti
> >
> >
> >
> >  > Oi Pablo,
> >  >
> >  > com essa quantidade de objetos e, para o fim que você falou, eu usaria
> >  > o storage padrao do Plone. O unico cuidado que voce deve ter é usar
> >  > BTreeFolders para criar as pastas que irao armazenar todos esses
> >  > objetos. Pastas normais perdem muito em performance quando tem MUITOS
> >  > objetos, coisa que não acontece com BTree.
> >  >
> >  > Um abraço,
> >  >
> >  > Fabiano Weimar
> >  >
> >  >
> >  > 2008/2/13 Pablo Nogueira <[EMAIL PROTECTED]>:
> >  > >
> >  > >
> >  > >
> >  > >
> >  > >
> >  > >
> >  > > Pessoal,
> >  > >
> >  > > Tenho uma content type com um TextField + RichWidget. Vou ter que
> > migrar um
> >  > > legado com 10 mil registros e criar 700 registros por ano em seguida. A
> >  > > migração eu fiz e isso não é problema. Utilizei o storage
> > FileSystemStorage
> >  > > para armazenar o conteudo do textfield. Já testei tudo funcionou
> >  > > adequadamente. O Plone indexou corretamente todo conteudo.
> >  > >
> >  > > Minha questão é a seguinte. Existe alguma queda de desepenho ao tentar
> > essa
> >  > > abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o
> > conteúdo
> >  > > do que o storage padrão do archetype.
> >  > >
> >  > > Isso está em uma intranet com 5 mil usuarios autenticados por dia. Os
> > 10 mil
> >  > > registros que importei ocuparam 200 MB de espaço. Por isso parti para
> >  > > utilização do FileSystemStorage. No meu servidor tenho muitos outros
> > sites
> >  > > plone.
> >  > >
> >  > > Será que vale a pena utilizar o FileSystemStorage para evitar o acumulo
> > de
> >  > > dados no ZODB ou eu devo mudar a abordagem e utilizar storage padrão e
> >  > > colocar todas essas informações dentro do ZODB.
> >  > >
> >  > >
> >  > >
> >  > >
> >  > > --
> >  > > Pablo Nogueira Oliveira
> >  > > 061-84089333
> >  > > Brasilia DF
> >  >
> >  >
> >  >
> >  > --
> >  > Fabiano Weimar dos Santos (xiru)
> >  > Weimar Consultoria
> >  >
> >  > Hospedagem Plone, Zope e Python
> >  > http://www.pytown.com
> >  >
> >
> >
> >  
> 
> 
> 
> -- 
> Fabiano Weimar dos Santos (xiru)
> Weimar Consultoria
> 
> Hospedagem Plone, Zope e Python
> http://www.pytown.com
> 

Re: [zope-pt] Ser ou não ser: Archetype + FileSytemStorage

[Fabiano Weimar dos Santos]

2008/2/21 allysonalves <[EMAIL PROTECTED]>:
>
> Xiru
>
>  O tipo de conteúdo pasta do plone 3.0.5 deriva de que classe ? Folders ou
> BTreeFolders.

Pasta deriva de BaseFolder

PastaGigante deriva de BaseBTreeFolder

>
>  E o que se entende por MUITOS objetos dentro de uma pasta ? É o que esta
> imediatamente dentro da pasta ou toda a estrutura de pasta que segue de uma
> raiz.

O que está imediatamente dentro de uma pasta

>
>  Por exemplo, se no meu site tenho um pasta para cada cliente e meus
> clientes criam as suas estruturas de pastas dentro desta, isso significa que
> a pasta raiz de cada cliente deve ser BtreeFolders, todas elas deverão se
> BtreeFolders ou só aquelas pastas que irão conter diretamente dentro delas,
> sem considerar subpastas, MUITOS objetos ?
>
>  Qual a quantidade que podemos classificar como MUITOS objetos ? 100, 200,
> 500, 1000 quantos ?
>

IMHO, mais de 100.

>  Saudações
>
>  Allyson Roberto Alves Cavalcanti
>
>
>
>  > Oi Pablo,
>  >
>  > com essa quantidade de objetos e, para o fim que você falou, eu usaria
>  > o storage padrao do Plone. O unico cuidado que voce deve ter é usar
>  > BTreeFolders para criar as pastas que irao armazenar todos esses
>  > objetos. Pastas normais perdem muito em performance quando tem MUITOS
>  > objetos, coisa que não acontece com BTree.
>  >
>  > Um abraço,
>  >
>  > Fabiano Weimar
>  >
>  >
>  > 2008/2/13 Pablo Nogueira <[EMAIL PROTECTED]>:
>  > >
>  > >
>  > >
>  > >
>  > >
>  > >
>  > > Pessoal,
>  > >
>  > > Tenho uma content type com um TextField + RichWidget. Vou ter que
> migrar um
>  > > legado com 10 mil registros e criar 700 registros por ano em seguida. A
>  > > migração eu fiz e isso não é problema. Utilizei o storage
> FileSystemStorage
>  > > para armazenar o conteudo do textfield. Já testei tudo funcionou
>  > > adequadamente. O Plone indexou corretamente todo conteudo.
>  > >
>  > > Minha questão é a seguinte. Existe alguma queda de desepenho ao tentar
> essa
>  > > abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o
> conteúdo
>  > > do que o storage padrão do archetype.
>  > >
>  > > Isso está em uma intranet com 5 mil usuarios autenticados por dia. Os
> 10 mil
>  > > registros que importei ocuparam 200 MB de espaço. Por isso parti para
>  > > utilização do FileSystemStorage. No meu servidor tenho muitos outros
> sites
>  > > plone.
>  > >
>  > > Será que vale a pena utilizar o FileSystemStorage para evitar o acumulo
> de
>  > > dados no ZODB ou eu devo mudar a abordagem e utilizar storage padrão e
>  > > colocar todas essas informações dentro do ZODB.
>  > >
>  > >
>  > >
>  > >
>  > > --
>  > > Pablo Nogueira Oliveira
>  > > 061-84089333
>  > > Brasilia DF
>  >
>  >
>  >
>  > --
>  > Fabiano Weimar dos Santos (xiru)
>  > Weimar Consultoria
>  >
>  > Hospedagem Plone, Zope e Python
>  > http://www.pytown.com
>  >
>
>
>  



-- 
Fabiano Weimar dos Santos (xiru)
Weimar Consultoria

Hospedagem Plone, Zope e Python
http://www.pytown.com

Re: [zope-pt] Ser ou não ser: Arc hetype + FileSytemStorage

[allysonalves]

Xiru

O tipo de conteúdo pasta do plone 3.0.5 deriva de que classe ? Folders ou 
BTreeFolders.

E o que se entende por MUITOS objetos dentro de uma pasta ? É o que esta 
imediatamente dentro da pasta ou toda a estrutura de pasta que segue de uma 
raiz.

Por exemplo, se no meu site tenho um pasta para cada cliente e meus clientes 
criam as suas estruturas de pastas dentro desta, isso significa que a pasta 
raiz de cada cliente deve ser BtreeFolders, todas elas deverão se BtreeFolders 
ou só aquelas pastas que irão conter diretamente dentro delas, sem considerar 
subpastas, MUITOS objetos ?

Qual a quantidade que podemos classificar como MUITOS objetos ? 100, 200, 500, 
1000 quantos ?

Saudações

Allyson Roberto Alves Cavalcanti


> Oi Pablo,
> 
> com essa quantidade de objetos e, para o fim que você falou, eu usaria
> o storage padrao do Plone. O unico cuidado que voce deve ter é usar
> BTreeFolders para criar as pastas que irao armazenar todos esses
> objetos. Pastas normais perdem muito em performance quando tem MUITOS
> objetos, coisa que não acontece com BTree.
> 
> Um abraço,
> 
> Fabiano Weimar
> 
> 
> 2008/2/13 Pablo Nogueira <[EMAIL PROTECTED]>:
> >
> >
> >
> >
> >
> >
> > Pessoal,
> >
> > Tenho uma content type com um TextField + RichWidget. Vou ter que migrar um
> > legado com 10 mil registros e criar 700 registros por ano em seguida. A
> > migração eu fiz e isso não é problema. Utilizei o storage FileSystemStorage
> > para armazenar o conteudo do textfield. Já testei tudo funcionou
> > adequadamente. O Plone indexou corretamente todo conteudo.
> >
> > Minha questão é a seguinte. Existe alguma queda de desepenho ao tentar essa
> > abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o conteúdo
> > do que o storage padrão do archetype.
> >
> > Isso está em uma intranet com 5 mil usuarios autenticados por dia. Os 10 mil
> > registros que importei ocuparam 200 MB de espaço. Por isso parti para
> > utilização do FileSystemStorage. No meu servidor tenho muitos outros sites
> > plone.
> >
> > Será que vale a pena utilizar o FileSystemStorage para evitar o acumulo de
> > dados no ZODB ou eu devo mudar a abordagem e utilizar  storage padrão e
> > colocar todas essas informações dentro do ZODB.
> >
> >
> >
> >
> > --
> >  Pablo Nogueira Oliveira
> > 061-84089333
> > Brasilia DF 
> 
> 
> 
> -- 
> Fabiano Weimar dos Santos (xiru)
> Weimar Consultoria
> 
> Hospedagem Plone, Zope e Python
> http://www.pytown.com
> 

Re: [zope-pt] Ser ou não ser: Archetype + FileSytemStorage

[Fabiano Weimar dos Santos]

Oi Pablo,

com essa quantidade de objetos e, para o fim que você falou, eu usaria
o storage padrao do Plone. O unico cuidado que voce deve ter é usar
BTreeFolders para criar as pastas que irao armazenar todos esses
objetos. Pastas normais perdem muito em performance quando tem MUITOS
objetos, coisa que não acontece com BTree.

Um abraço,

Fabiano Weimar


2008/2/13 Pablo Nogueira <[EMAIL PROTECTED]>:
>
>
>
>
>
>
> Pessoal,
>
> Tenho uma content type com um TextField + RichWidget. Vou ter que migrar um
> legado com 10 mil registros e criar 700 registros por ano em seguida. A
> migração eu fiz e isso não é problema. Utilizei o storage FileSystemStorage
> para armazenar o conteudo do textfield. Já testei tudo funcionou
> adequadamente. O Plone indexou corretamente todo conteudo.
>
> Minha questão é a seguinte. Existe alguma queda de desepenho ao tentar essa
> abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o conteúdo
> do que o storage padrão do archetype.
>
> Isso está em uma intranet com 5 mil usuarios autenticados por dia. Os 10 mil
> registros que importei ocuparam 200 MB de espaço. Por isso parti para
> utilização do FileSystemStorage. No meu servidor tenho muitos outros sites
> plone.
>
> Será que vale a pena utilizar o FileSystemStorage para evitar o acumulo de
> dados no ZODB ou eu devo mudar a abordagem e utilizar  storage padrão e
> colocar todas essas informações dentro do ZODB.
>
>
>
>
> --
>  Pablo Nogueira Oliveira
> 061-84089333
> Brasilia DF 



-- 
Fabiano Weimar dos Santos (xiru)
Weimar Consultoria

Hospedagem Plone, Zope e Python
http://www.pytown.com

Re: [zope-pt] Ser ou não ser: Archetype + FileSytemStorage

[Francisco Lopes de Faria]

Fala Pablo!?

Eu uso o FileSistem mas para armazenamento de campos de conteúdo binário!
como uma imagem ou um arquivo qualquer, video e audios, para campos com
conteúdo texto ou strings eu uso mesmo o ZODB.

E vc sabe o site da agencia tem um grande numero de acesso.

Abraços.

Em 13/02/08, Pablo Nogueira <[EMAIL PROTECTED]> escreveu:
>
>   Pessoal,
>
> Tenho uma content type com um TextField + RichWidget. Vou ter que migrar
> um legado com 10 mil registros e criar 700 registros por ano em seguida. A
> migração eu fiz e isso não é problema. Utilizei o storage FileSystemStorage
> para armazenar o conteudo do textfield. Já testei tudo funcionou
> adequadamente. O Plone indexou corretamente todo conteudo.
>
> Minha questão é a seguinte. Existe alguma queda de desepenho ao tentar
> essa abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o
> conteúdo do que o storage padrão do archetype.
>
> Isso está em uma intranet com 5 mil usuarios autenticados por dia. Os 10
> mil registros que importei ocuparam 200 MB de espaço. Por isso parti para
> utilização do FileSystemStorage. No meu servidor tenho muitos outros sites
> plone.
>
> Será que vale a pena utilizar o FileSystemStorage para evitar o acumulo de
> dados no ZODB ou eu devo mudar a abordagem e utilizar  storage padrão e
> colocar todas essas informações dentro do ZODB.
>
>
>
>
> --
> Pablo Nogueira Oliveira
> 061-84089333
> Brasilia DF
>  
>



-- 
Atenciosamente
+
Francisco Lopes de Faria
ITIL Fundation
LPIC-2
Checkpoint
Mysql Core
Futuro PMP - Estudando ;)
http://www.hostingfsa.com
+

[zope-pt] Ser ou não ser: Archetype + FileSytemStorage

[Pablo Nogueira]

Pessoal,

Tenho uma content type com um TextField + RichWidget. Vou ter que migrar um
legado com 10 mil registros e criar 700 registros por ano em seguida. A
migração eu fiz e isso não é problema. Utilizei o storage FileSystemStorage
para armazenar o conteudo do textfield. Já testei tudo funcionou
adequadamente. O Plone indexou corretamente todo conteudo.

Minha questão é a seguinte. Existe alguma queda de desepenho ao tentar essa
abordagem? Ou seja, FileSystemStorage pode demorar mais a acessar o conteúdo
do que o storage padrão do archetype.

Isso está em uma intranet com 5 mil usuarios autenticados por dia. Os 10 mil
registros que importei ocuparam 200 MB de espaço. Por isso parti para
utilização do FileSystemStorage. No meu servidor tenho muitos outros sites
plone.

Será que vale a pena utilizar o FileSystemStorage para evitar o acumulo de
dados no ZODB ou eu devo mudar a abordagem e utilizar  storage padrão e
colocar todas essas informações dentro do ZODB.




-- 
Pablo Nogueira Oliveira
061-84089333
Brasilia DF

Re: [zope-pt] Ser ou não ser ?

[Fernando Correa Neto]

Joel,

Com disse, todas a bibliotecas que você colocar no caminho do
interpretador python serão encontradas.
Vou mostrar o arquivo runzope que fica dentro da minha instancia.
(configuracao para o unix).

fcorrea:~/zope2/teste fcorrea$ cat bin/runzope
#! /bin/sh

PYTHON="/opt/local/bin/python"
ZOPE_HOME="/opt/Zope-2.9"
INSTANCE_HOME="/Users/fcorrea/zope2/teste"
CONFIG_FILE="/Users/fcorrea/zope2/teste/etc/zope.conf"
SOFTWARE_HOME="/opt/Zope-2.9/lib/python"
PYTHONPATH="$SOFTWARE_HOME:$PYTHONPATH"
export PYTHONPATH INSTANCE_HOME SOFTWARE_HOME

ZOPE_RUN="$SOFTWARE_HOME/Zope2/Startup/run.py"

exec "$PYTHON" "$ZOPE_RUN" -C "$CONFIG_FILE" "$@"

Note que existe uma série de definições nesse arquivo. Se eu quisesse
colocar uma biblioteca a mais para o que python e conseguentemente o
zope pudessem utilizar, modificaria a linha PYTHONPATH para :

PYTHONPATH="$SOFTWARE_HOME:$PYTHONPATH:/onde/esta/a/pasta/do/adaptador/do/banco"

Assumindo que não ouveram erros na intalação do módulo, isso deveria
funcionar para o zope.
Acredito que as definições de variáveis de ambiente como a PYTHONPATH
no windows sejam um pouco diferente, mas não impossível.
Existem maneiras de se setar essa variável globlalmente no windows de
maneira que você não precise alterar o arquivo do zope.

[]'s
Fernando

On 3/8/07, Joel <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Fernando, em uma mensagem anterior eu expliquei melhor o que estava
>  acontecendo, mas não obtive resposta, então tentei colocar o problema de
>  uma outra forma.
>  Abaixo está o texto da mensagem anterior.
>
>  Colegas, baixei o arquivo kinterbasdb-3.2.win32-FB.1.0-py2.4.exe para
>  instalar no zope que está instalado em minha máquina no sistema windows.
>  Este instalador exige que a pasta c:\python24 exista.
>  Acontece que o instalador coloca os arquivos do kinterb na pasta
>  c:\python24, e por isso não funciona no meu zope que está em c:\zope.
>  O instalador do Kinterb... não permite, na instalaçao, que a pasta
>  destino seja mudada.
>  Alguém já passou por este problema ?
>  Alguma sugestão ?
>  O Johnny já me ajudou bastante, dando-me dicas, mas ainda não consegui
>  resolver.
>  Obrigado.
>
>  Fernando Correa Neto escreveu:
>  >
>  >
>  > Fala Joel.
>  >
>  > Notei o seu interesse em instalar o adaptador do firebird no zope,
>  > devido ao volume de messagens que você postou relativas ao assunto.
>  > Ontem eu dei uma dica mas não tive nenhuma resposta se você conseguiu
>  > ao menos fazer aquilo ou não.
>  >
>  > Para que você consiga obter um suporte melhor da comunidade, o ideal é
>  > que você mande pedaços do erro que o zope está gerando para que
>  > algumas pessoas possam tentar ajudar a solucionar o problema.
>  > Assim como quando alguém pedir para você tentar setar uma variável de
>  > ambiente por exemplo, você tente fazê-la e mostrar o erro gerado se
>  > esse persistirassim a ajuda é constante.
>  >
>  > Não aditanta muito ficar dizendo que não consegue instalar, sem dar a
>  > dica do porque você não consegue instalar.
>  > Mostre o erro.
>  >
>  > Não tome isso com uma tabacada, e sim como uma dica de como postar
>  > mensagem que possam surtir um efeito melhor.
>  >
>  > Acredito que para alguns, que não é o seu caso, é melhor reclamar do
>  > escuro do que ascender uma vela.
>  >
>  > Cordialmente,
>  > Fernando
>  >
>  > On 3/8/07, Fernando Paiva <[EMAIL PROTECTED]
>
>  > > wrote:
>  >  >
>  >  >
>  >  >
>  >  >
>  >  >
>  >  >
>  >  > Opa Joel.
>  >  >
>  >  > Eu aconselho você a começar a ler algumas literaturas, como o "Livro do
>  >  > Zope" por exemplo. Eu já instalei o Database Adapter para Firebird no
>  >  > Zope, e não encontrei mutas dificuldades, mas como já faz um
>  >  > tempinho mais ou menos 1 ano e 1/2 atrás, não vou poder ajudá-lo, pois
>  >  > nem me lembro como fiz :-))).
>  >  >
>  >  > Treinamentos de Zope/Plone, se você tiver grana pra pagar, pode ser uma
>  >  > boa. Aqui mesmo na lista tem uma galera que trabalha ou até mesmo são
>  >  > proprietários de empresas que fazem isso. Senhores se manifestem :-D.
>  >  >
>  >  > Quando comecei a brincar com Zope/Plone apanhava bastante, ainda apanho
>  >  > as vezes, e olha que já brincava com Python a um bom tempo. Tenha em
>  >  > mente que é mais fácil você aprender Python que aprender Zope/Plone,
>  >  > assim como, é mais fácil você aprender Java que aprender a mexer com
>  >  > JSP, J2EE, J2SE, J2ME etc...Claro que a curva de aprendizado do Java é
>  >  > BE maior que a curva com o Python. Em Python com 2 horas de boa
>  >  > leitura em materiais de primeira você já consegue fazer algo, já em Java
>  >  > é outros 500 ou talvez outros 50...
>  >  >
>  >  > Concluindo, minha sugestão é que você insista em Zope/Plone e para ter
>  >  > um sucesso nessa caminhada, principalmente sozinho, tem algumas
>  >  > receitas infalíveis como: Ler, Pesquisar, Perguntar, Trocar Idéias e o
>  >  > mais importante disso tudo é Não Desis

Re: [zope-pt] Ser ou não ser ?

[Joel]

Valeu Fernando, obrigado.

Fernando Paiva escreveu:
> 
> 
> Opa Joel.
> 
> Eu aconselho você a começar a ler algumas literaturas, como o "Livro do
> Zope" por exemplo. Eu já instalei o Database Adapter para Firebird no
> Zope, e não encontrei mutas dificuldades, mas como já faz um
> tempinho mais ou menos 1 ano e 1/2 atrás, não vou poder ajudá-lo, pois
> nem me lembro como fiz :-))).
> 
> Treinamentos de Zope/Plone, se você tiver grana pra pagar, pode ser uma
> boa. Aqui mesmo na lista tem uma galera que trabalha ou até mesmo são
> proprietários de empresas que fazem isso. Senhores se manifestem :-D.
> 
> Quando comecei a brincar com Zope/Plone apanhava bastante, ainda apanho
> as vezes, e olha que já brincava com Python a um bom tempo. Tenha em
> mente que é mais fácil você aprender Python que aprender Zope/Plone,
> assim como, é mais fácil você aprender Java que aprender a mexer com
> JSP, J2EE, J2SE, J2ME etc...Claro que a curva de aprendizado do Java é
> BE maior que a curva com o Python. Em Python com 2 horas de boa
> leitura em materiais de primeira você já consegue fazer algo, já em Java
> é outros 500 ou talvez outros 50...
> 
> Concluindo, minha sugestão é que você insista em Zope/Plone e para ter
> um sucesso nessa caminhada, principalmente sozinho, tem algumas
> receitas infalíveis como: Ler, Pesquisar, Perguntar, Trocar Idéias e o
> mais importante disso tudo é Não Desistir :-))).
> 
> Alguns bons lugares para pesquisas em pt-br são: www.tchezope.org(la vc
> encontra algumas traduções de livros) e no www.fabiorizzo.com
> 
> Espero ter ajudado.
> Se quiser trocar idéias sobre Zope/Plone comigo(que não sou nenhum guru,
> mas gosto muito de pzp), estou sempre online no messenger:
> fernandopaiva_br[AT]yahoo.com.br
> 
> []'s
> Fernando Paiva
> 
> Joel escreveu:
>  >
>  > No ano de 2000, eu programava em Clipper, e precisava decidir por uma
>  > linguagem para Windows.
>  > Ai então optei pelo Delphi, porque era, e é, uma das linguagens com
>  > maior suporte, tutoriais, cursos e mão de obra disponível.
>  > Agora estou precisando optar por uma ferramenta para a Web, e estava
>  > pensando em utilizar o Zope/Python, mas tenho encontrado
>  > dificuldades em relação a cursos que na minha região não existe.
>  > Eu trabalho com o banco de dados FireBird, e agora não estou conseguindo
>  > instalar o KInterBasDB no ZOPE para conseguir
>  > trabalhar com o FB.
>  > Será, que terei que utilizar o Java só porque ele tem mais cursos,
>  > tutoriais e até mesmo mão de obra ?
>  > O Zope/Python me parece mais simples, no entanto eu preciso de uma ajuda
>  > para começar, e não estou conseguindo encontrar.
>  > O que vocês me sugerem ?
>  > Trabalhar dobrado com o Java mesmo, ou ficar me batendo e me batendo
>  > atrás de ajuda para começar com o Zope/Python ?
>  >
>  > Obrigado.
>  >
>  >
> 
> 
> 
> 
> 
> ___
> Yahoo! Mail - Sempre a melhor opção para você!
> Experimente já e veja as novidades.
> http://br.yahoo.com/mailbeta/tudonovo/ 
> 
> 
> 

Re: [zope-pt] Ser ou não ser ?

[Joel]

Antes de enviar este e-mail, eu já havia tentado o POG, mas não deu certo.
Copiei a pasta site-package para o c:\zope e mesmo assim não funcionou.

Dorneles Treméa escreveu:
> 
> 
> Opa Joel,
> 
>  > Colegas, baixei o arquivo kinterbasdb-3.2.win32-FB.1.0-py2.4.exe para
>  > instalar no zope que está instalado em minha máquina no sistema windows.
>  > Este instalador exige que a pasta c:\python24 exista.
>  > Acontece que o instalador coloca os arquivos do kinterb na pasta
>  > c:\python24, e por isso não funciona no meu zope que está em c:\zope.
>  > O instalador do Kinterb... não permite, na instalaçao, que a pasta
>  > destino seja mudada.
>  > Alguém já passou por este problema ? Alguma sugestão ?
> 
> ok, vamos tentar uma técnica POG aqui... :-)
> 
> Resumo da ópera: ele não instala por que a pasta 'c:\python24' não
> existe e se você criar a pasta ele só instala lá, não permitindo
> mudar.
> 
> Não fui atrás para ver que é que faz o empacotamento dessa extensão
> no Windows, mas acredito que dê para resolver a questão simplesmente
> movendo o conteúdo que for instalado no 'python do sistema', ou seja,
> o que está em 'c:\python24' para o 'python do zope', ou seja, o que
> estiver dentro de 'c:\zope'.
> 
> Faz o teste aí e nos diga se POG se aplica a mais esse caso... :-)
> 
> []'s
> 
> -- 
> 
> Dorneles Treméa
> X3ng Web Technology
> 
> 

Re: [zope-pt] Ser ou não ser ?

[Dorneles Treméa]

Opa Joel,

> Colegas, baixei o arquivo kinterbasdb-3.2.win32-FB.1.0-py2.4.exe para
> instalar no zope que está instalado em minha máquina no sistema windows.
> Este instalador exige que a pasta c:\python24 exista.
> Acontece que o instalador coloca os arquivos do kinterb na pasta
> c:\python24, e por isso não funciona no meu zope que está em c:\zope.
> O instalador do Kinterb... não permite, na instalaçao, que a pasta
> destino seja mudada.
> Alguém já passou por este problema ? Alguma sugestão ?

ok, vamos tentar uma técnica POG aqui... :-)

Resumo da ópera: ele não instala por que a pasta 'c:\python24' não
existe e se você criar a pasta ele só instala lá, não permitindo
mudar.

Não fui atrás para ver que é que faz o empacotamento dessa extensão
no Windows, mas acredito que dê para resolver a questão simplesmente
movendo o conteúdo que for instalado no 'python do sistema', ou seja,
o que está em 'c:\python24' para o 'python do zope', ou seja, o que
estiver dentro de 'c:\zope'.

Faz o teste aí e nos diga se POG se aplica a mais esse caso... :-)

[]'s

-- 

Dorneles Treméa
X3ng Web Technology

Re: [zope-pt] Ser ou não ser ?

[Joel]

Fernando, em uma mensagem anterior eu expliquei melhor o que estava 
acontecendo, mas não obtive resposta, então tentei colocar o problema de 
uma outra forma.
Abaixo está o texto da mensagem anterior.

Colegas, baixei o arquivo kinterbasdb-3.2.win32-FB.1.0-py2.4.exe para
instalar no zope que está instalado em minha máquina no sistema windows.
Este instalador exige que a pasta c:\python24 exista.
Acontece que o instalador coloca os arquivos do kinterb na pasta
c:\python24, e por isso não funciona no meu zope que está em c:\zope.
O instalador do Kinterb... não permite, na instalaçao, que a pasta
destino seja mudada.
Alguém já passou por este problema ?
Alguma sugestão ?
O Johnny já me ajudou bastante, dando-me dicas, mas ainda não consegui
resolver.
Obrigado.

Fernando Correa Neto escreveu:
> 
> 
> Fala Joel.
> 
> Notei o seu interesse em instalar o adaptador do firebird no zope,
> devido ao volume de messagens que você postou relativas ao assunto.
> Ontem eu dei uma dica mas não tive nenhuma resposta se você conseguiu
> ao menos fazer aquilo ou não.
> 
> Para que você consiga obter um suporte melhor da comunidade, o ideal é
> que você mande pedaços do erro que o zope está gerando para que
> algumas pessoas possam tentar ajudar a solucionar o problema.
> Assim como quando alguém pedir para você tentar setar uma variável de
> ambiente por exemplo, você tente fazê-la e mostrar o erro gerado se
> esse persistirassim a ajuda é constante.
> 
> Não aditanta muito ficar dizendo que não consegue instalar, sem dar a
> dica do porque você não consegue instalar.
> Mostre o erro.
> 
> Não tome isso com uma tabacada, e sim como uma dica de como postar
> mensagem que possam surtir um efeito melhor.
> 
> Acredito que para alguns, que não é o seu caso, é melhor reclamar do
> escuro do que ascender uma vela.
> 
> Cordialmente,
> Fernando
> 
> On 3/8/07, Fernando Paiva <[EMAIL PROTECTED] 
> > wrote:
>  >
>  >
>  >
>  >
>  >
>  >
>  > Opa Joel.
>  >
>  > Eu aconselho você a começar a ler algumas literaturas, como o "Livro do
>  > Zope" por exemplo. Eu já instalei o Database Adapter para Firebird no
>  > Zope, e não encontrei mutas dificuldades, mas como já faz um
>  > tempinho mais ou menos 1 ano e 1/2 atrás, não vou poder ajudá-lo, pois
>  > nem me lembro como fiz :-))).
>  >
>  > Treinamentos de Zope/Plone, se você tiver grana pra pagar, pode ser uma
>  > boa. Aqui mesmo na lista tem uma galera que trabalha ou até mesmo são
>  > proprietários de empresas que fazem isso. Senhores se manifestem :-D.
>  >
>  > Quando comecei a brincar com Zope/Plone apanhava bastante, ainda apanho
>  > as vezes, e olha que já brincava com Python a um bom tempo. Tenha em
>  > mente que é mais fácil você aprender Python que aprender Zope/Plone,
>  > assim como, é mais fácil você aprender Java que aprender a mexer com
>  > JSP, J2EE, J2SE, J2ME etc...Claro que a curva de aprendizado do Java é
>  > BE maior que a curva com o Python. Em Python com 2 horas de boa
>  > leitura em materiais de primeira você já consegue fazer algo, já em Java
>  > é outros 500 ou talvez outros 50...
>  >
>  > Concluindo, minha sugestão é que você insista em Zope/Plone e para ter
>  > um sucesso nessa caminhada, principalmente sozinho, tem algumas
>  > receitas infalíveis como: Ler, Pesquisar, Perguntar, Trocar Idéias e o
>  > mais importante disso tudo é Não Desistir :-))).
>  >
>  > Alguns bons lugares para pesquisas em pt-br são: www.tchezope.org(la vc
>  > encontra algumas traduções de livros) e no www.fabiorizzo.com
>  >
>  > Espero ter ajudado.
>  > Se quiser trocar idéias sobre Zope/Plone comigo(que não sou nenhum guru,
>  > mas gosto muito de pzp), estou sempre online no messenger:
>  > fernandopaiva_br[AT]yahoo.com.br
>  >
>  > []'s
>  > Fernando Paiva
>  >
>  > Joel escreveu:
>  > >
>  > > No ano de 2000, eu programava em Clipper, e precisava decidir por uma
>  > > linguagem para Windows.
>  > > Ai então optei pelo Delphi, porque era, e é, uma das linguagens com
>  > > maior suporte, tutoriais, cursos e mão de obra disponível.
>  > > Agora estou precisando optar por uma ferramenta para a Web, e estava
>  > > pensando em utilizar o Zope/Python, mas tenho encontrado
>  > > dificuldades em relação a cursos que na minha região não existe.
>  > > Eu trabalho com o banco de dados FireBird, e agora não estou 
> conseguindo
>  > > instalar o KInterBasDB no ZOPE para conseguir
>  > > trabalhar com o FB.
>  > > Será, que terei que utilizar o Java só porque ele tem mais cursos,
>  > > tutoriais e até mesmo mão de obra ?
>  > > O Zope/Python me parece mais simples, no entanto eu preciso de uma 
> ajuda
>  > > para começar, e não estou conseguindo encontrar.
>  > > O que vocês me sugerem ?
>  > > Trabalhar dobrado com o Java mesmo, ou ficar me batendo e me batendo
>  > > atrás de ajuda para começar com o Zope/Python ?
>  > >
>  > > Obrigado.
>  > >
>  > >

Re: [zope-pt] Ser ou não ser ?

[Rodrigo Senra]

[ Joel ]:

|No ano de 2000, eu programava em Clipper, e precisava decidir por uma 
|linguagem para Windows.
|Ai então optei pelo Delphi,

Boa escolha (para a época).

|Agora estou precisando optar por uma ferramenta para a Web, e estava 
|pensando em utilizar o Zope/Python,

Está em um bom caminho. ;o)

| mas tenho encontrado dificuldades 

 """It is not how much you can punch, but how much
  beaten you can take and still walk forward that matters"""
  - Rocky Balboa

| em relação a cursos que na minha região não existe.

Não sei que região é essa ;o)
Mas não duvido. Tirando alguns pólos metropolitanos,
e o público coorporativo, não existe uma abordagem
de treinamento PZP para o público em geral.
Também, desenvolvimento de portais Web não é algo
tão comum como trabalhar em uma planilha ou usar
um editor de textos.

Mesmo assim, existe *abundante* informação na Web
e em diversas línguas. Portanto motivação e 
alfabetização são os dois pré-requisitos essenciais
para uma divertida trilha autodidática em rumo 
ao PZP. E há o suporte gratuito (melhor do que o
da sua operadora de telefonia -- seja ela qual for,
mas igualmente sem nenhuma garantia de que vc será
efetivamente atendido) seja por esta lista ou
pelo canal de IRC.

|Eu trabalho com o banco de dados FireBird, e agora não estou
|conseguindo instalar o KInterBasDB no ZOPE para conseguir
|trabalhar com o FB.

Então a pergunta é: Interoperabilidade entre Zope e 
KInterBasDB - qual o status ?
Eu não sei responder pois nunca usei KInterBasDB.
Tenho certeza de que se alguém souber (e tiver tempo)
vai dar algum bizzu.

|Será, que terei que utilizar o Java só porque ele tem mais cursos, 
|tutoriais e até mesmo mão de obra ?
|O Zope/Python me parece mais simples, no entanto eu preciso de uma
|ajuda para começar, e não estou conseguindo encontrar.
|O que vocês me sugerem ?
|Trabalhar dobrado com o Java mesmo, ou ficar me batendo e me batendo 
|atrás de ajuda para começar com o Zope/Python ?

Gol de cabeça (traduzindo do Inglês: Go Ahead).
Vai fundo, se vc sabe Java e tem os recursos, 
não vejo porque trocar algo que resolve seu problema
(segundo vc Java) por algo que está lhe criando um
problema (segundo vc Zope).
Usar Zope por Zope não faz sentido, apenas quando isso
lhe traz um benefício (agrega valor).

Agora, com o perdão da palavra, querer fazer chantagem
emocional dizendo "ou alguém me ajuda ou vou usar Java"
-- que está subjacente na sua mensagem -- além de ser
uma abordagem muito ingênua eu considero um desrespeito
aos participantes desta comunidade.

Por isso, eu peço que vc reflita sobre o título do
seu e-mail "Ser ou não ser".

Abração,
Senra

-
Rodrigo Senra
GPr Sistemas 
http://www.gpr.com.br

Re: [zope-pt] Ser ou não ser ?

[Fernando Correa Neto]

Fala Joel.

Notei o seu interesse em instalar o adaptador do firebird no zope,
devido ao volume de messagens que você postou relativas ao assunto.
Ontem eu dei uma dica mas não tive nenhuma resposta se você conseguiu
ao menos fazer aquilo ou não.

Para que você consiga obter um suporte melhor da comunidade, o ideal é
que você mande pedaços do erro que o zope está gerando para que
algumas pessoas possam tentar ajudar a solucionar o problema.
Assim como quando alguém pedir para você tentar setar uma variável de
ambiente por exemplo, você tente fazê-la e mostrar o erro gerado se
esse persistirassim a ajuda é constante.

Não aditanta muito ficar dizendo que não consegue instalar, sem dar a
dica do porque você não consegue instalar.
Mostre o erro.

Não tome isso com uma tabacada, e sim como uma dica de como postar
mensagem que possam surtir um efeito melhor.

Acredito que para alguns, que não é o seu caso, é melhor reclamar do
escuro do que ascender uma vela.

Cordialmente,
Fernando

On 3/8/07, Fernando Paiva <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Opa Joel.
>
>  Eu aconselho você a começar a ler algumas literaturas, como o "Livro do
>  Zope" por exemplo. Eu já instalei o Database Adapter para Firebird no
>  Zope, e não encontrei mutas dificuldades, mas como já faz um
>  tempinho mais ou menos 1 ano e 1/2 atrás, não vou poder ajudá-lo, pois
>  nem me lembro como fiz :-))).
>
>  Treinamentos de Zope/Plone, se você tiver grana pra pagar, pode ser uma
>  boa. Aqui mesmo na lista tem uma galera que trabalha ou até mesmo são
>  proprietários de empresas que fazem isso. Senhores se manifestem :-D.
>
>  Quando comecei a brincar com Zope/Plone apanhava bastante, ainda apanho
>  as vezes, e olha que já brincava com Python a um bom tempo. Tenha em
>  mente que é mais fácil você aprender Python que aprender Zope/Plone,
>  assim como, é mais fácil você aprender Java que aprender a mexer com
>  JSP, J2EE, J2SE, J2ME etc...Claro que a curva de aprendizado do Java é
>  BE maior que a curva com o Python. Em Python com 2 horas de boa
>  leitura em materiais de primeira você já consegue fazer algo, já em Java
>  é outros 500 ou talvez outros 50...
>
>  Concluindo, minha sugestão é que você insista em Zope/Plone e para ter
>  um sucesso nessa caminhada, principalmente sozinho,  tem algumas
>  receitas infalíveis como: Ler, Pesquisar, Perguntar, Trocar Idéias e o
>  mais importante disso tudo é Não Desistir :-))).
>
>  Alguns bons lugares para pesquisas em pt-br são: www.tchezope.org(la vc
>  encontra algumas traduções de livros) e no  www.fabiorizzo.com
>
>  Espero ter ajudado.
>  Se quiser trocar idéias sobre Zope/Plone comigo(que não sou nenhum guru,
>  mas gosto muito de pzp), estou sempre online no messenger:
>  fernandopaiva_br[AT]yahoo.com.br
>
>  []'s
>  Fernando Paiva
>
>  Joel escreveu:
>  >
>  > No ano de 2000, eu programava em Clipper, e precisava decidir por uma
>  > linguagem para Windows.
>  > Ai então optei pelo Delphi, porque era, e é, uma das linguagens com
>  > maior suporte, tutoriais, cursos e mão de obra disponível.
>  > Agora estou precisando optar por uma ferramenta para a Web, e estava
>  > pensando em utilizar o Zope/Python, mas tenho encontrado
>  > dificuldades em relação a cursos que na minha região não existe.
>  > Eu trabalho com o banco de dados FireBird, e agora não estou conseguindo
>  > instalar o KInterBasDB no ZOPE para conseguir
>  > trabalhar com o FB.
>  > Será, que terei que utilizar o Java só porque ele tem mais cursos,
>  > tutoriais e até mesmo mão de obra ?
>  > O Zope/Python me parece mais simples, no entanto eu preciso de uma ajuda
>  > para começar, e não estou conseguindo encontrar.
>  > O que vocês me sugerem ?
>  > Trabalhar dobrado com o Java mesmo, ou ficar me batendo e me batendo
>  > atrás de ajuda para começar com o Zope/Python ?
>  >
>  > Obrigado.
>  >
>  >
>
>   
>
>   
>   
>  ___
>  Yahoo! Mail - Sempre a melhor opção para você!
>  Experimente já e veja as novidades.
>  http://br.yahoo.com/mailbeta/tudonovo/
>

Re: [zope-pt] Ser ou não ser ?

[Fernando Paiva]

Opa Joel.

Eu aconselho você a começar a ler algumas literaturas, como o "Livro do 
Zope" por exemplo. Eu já instalei o Database Adapter para Firebird no 
Zope, e não encontrei mutas dificuldades, mas como já faz um 
tempinho mais ou menos 1 ano e 1/2 atrás, não vou poder ajudá-lo, pois 
nem me lembro como fiz :-))).

Treinamentos de Zope/Plone, se você tiver grana pra pagar, pode ser uma 
boa. Aqui mesmo na lista tem uma galera que trabalha ou até mesmo são 
proprietários de empresas que fazem isso. Senhores se manifestem :-D.

Quando comecei a brincar com Zope/Plone apanhava bastante, ainda apanho 
as vezes, e olha que já brincava com Python a um bom tempo. Tenha em 
mente que é mais fácil você aprender Python que aprender Zope/Plone, 
assim como, é mais fácil você aprender Java que aprender a mexer com 
JSP, J2EE, J2SE, J2ME etc...Claro que a curva de aprendizado do Java é 
BE maior que a curva com o Python. Em Python com 2 horas de boa 
leitura em materiais de primeira você já consegue fazer algo, já em Java 
é outros 500 ou talvez outros 50...

Concluindo, minha sugestão é que você insista em Zope/Plone e para ter 
um sucesso nessa caminhada, principalmente sozinho,  tem algumas 
receitas infalíveis como: Ler, Pesquisar, Perguntar, Trocar Idéias e o 
mais importante disso tudo é Não Desistir :-))).

Alguns bons lugares para pesquisas em pt-br são: www.tchezope.org(la vc 
encontra algumas traduções de livros) e no  www.fabiorizzo.com

Espero ter ajudado.
Se quiser trocar idéias sobre Zope/Plone comigo(que não sou nenhum guru, 
mas gosto muito de pzp), estou sempre online no messenger: 
fernandopaiva_br[AT]yahoo.com.br

[]'s
Fernando Paiva


Joel escreveu:
>
> No ano de 2000, eu programava em Clipper, e precisava decidir por uma
> linguagem para Windows.
> Ai então optei pelo Delphi, porque era, e é, uma das linguagens com
> maior suporte, tutoriais, cursos e mão de obra disponível.
> Agora estou precisando optar por uma ferramenta para a Web, e estava
> pensando em utilizar o Zope/Python, mas tenho encontrado
> dificuldades em relação a cursos que na minha região não existe.
> Eu trabalho com o banco de dados FireBird, e agora não estou conseguindo
> instalar o KInterBasDB no ZOPE para conseguir
> trabalhar com o FB.
> Será, que terei que utilizar o Java só porque ele tem mais cursos,
> tutoriais e até mesmo mão de obra ?
> O Zope/Python me parece mais simples, no entanto eu preciso de uma ajuda
> para começar, e não estou conseguindo encontrar.
> O que vocês me sugerem ?
> Trabalhar dobrado com o Java mesmo, ou ficar me batendo e me batendo
> atrás de ajuda para começar com o Zope/Python ?
>
> Obrigado.
>
>  






___ 
Yahoo! Mail - Sempre a melhor opção para você! 
Experimente já e veja as novidades. 
http://br.yahoo.com/mailbeta/tudonovo/

[zope-pt] Ser ou não ser ?

[Joel]

No ano de 2000, eu programava em Clipper, e precisava decidir por uma 
linguagem para Windows.
Ai então optei pelo Delphi, porque era, e é, uma das linguagens com 
maior suporte, tutoriais, cursos e mão de obra disponível.
Agora estou precisando optar por uma ferramenta para a Web, e estava 
pensando em utilizar o Zope/Python, mas tenho encontrado
dificuldades em relação a cursos que na minha região não existe.
Eu trabalho com o banco de dados FireBird, e agora não estou conseguindo 
instalar o KInterBasDB no ZOPE para conseguir
trabalhar com o FB.
Será, que terei que utilizar o Java só porque ele tem mais cursos, 
tutoriais e até mesmo mão de obra ?
O Zope/Python me parece mais simples, no entanto eu preciso de uma ajuda 
para começar, e não estou conseguindo encontrar.
O que vocês me sugerem ?
Trabalhar dobrado com o Java mesmo, ou ficar me batendo e me batendo 
atrás de ajuda para começar com o Zope/Python ?

Obrigado.