Re: [zope-pt] Ser ou não ser: Archetype + FileSytemStorage
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
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
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
