Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 66507 invoked from network); 2 Aug 2007 06:41:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Aug 2007 06:41:01 -0000 Received: (qmail 32041 invoked by uid 500); 2 Aug 2007 06:40:59 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 31959 invoked by uid 500); 2 Aug 2007 06:40:59 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 31948 invoked by uid 99); 2 Aug 2007 06:40:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Aug 2007 23:40:59 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 02 Aug 2007 06:40:36 +0000 Received: (qmail 66362 invoked from network); 2 Aug 2007 06:40:36 -0000 Received: from localhost (HELO carsten-ziegelers-computer.local) (127.0.0.1) by localhost with SMTP; 2 Aug 2007 06:40:36 -0000 Message-ID: <46B17CE6.6030302@apache.org> Date: Thu, 02 Aug 2007 08:42:46 +0200 From: Carsten Ziegeler User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [Cocoon 2.1.x - Portal] Optimization References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org This is handled by the profile manager - the default gives each user an own profile. There is a static profile manager which *should* do exactly what you want - but I haven't looked at the code for years, so it might not work out of the box. This manager is in 2.1.x and in 2.2 as well. Carsten Erron Austin wrote: > Hi, > > We are using cocoon 2.1.9 portal to basically serve up regular sites. > So, there are no individual customizations per site nor any other > "portal" functionality being used so far. In order to optimize > performance, we would like to bypass the "login" functionality of the > website, and allow all anonymous users to use the same layout. > > Question #1 - Has this been done or planned for Cocoon Portal 2.2? > Question #2 - If not, any pointers on how to make this change? > > Question #3 - Does this posting belong on the dev list? > > > Thanks, > > Erron -- Carsten Ziegeler cziegeler@apache.org