On 4/2/08, Andreas Hartmann <[EMAIL PROTECTED]> wrote:
> Richard Frovarp schrieb:
> > Michael Wechner wrote:
> >> Andreas Hartmann wrote:
> >>> at the moment, we configure the search index per publication. It is
> >>> probably possible to use the same search index across multiple
> >>> publications, but I wonder if this flexibility is really necessary or
> >>> could maybe be even harmful.
> >>>
> >>> I see the following advantages of using a common index for all
> >>> publications:
> >> I think a common index is bad, because
> >> - What if the index is becoming corrupt for whatever reason?
> >> - What if you want to use one single Lenya instance for hosting
> >> multiple publications and one needs to protect the content from each
> >> other
>
> > I agree. We have about 60 different domains hosted through one Lenya
> > instance. They all are school related, so searching for basketball in
> > one should only give you that school's basketball information, not that
> > plus 40 other districts.
>
> BTW, narrowing down the search to languages etc. (and potentially
> publications) can be done by extending the query string:
> +({http://purl.org/dc/elements/1.1/}title:Hello) +(language:en)
> -- Andreas
Possibilities:
1. Standard configuration copied to each publication.
The current situation.
2. Common configuration using publication-relative directories:
The standard configuration is contained in one location. Each
publication has separate index. A publication needing custom search
configuration can create its own configuration. (In 1.3, this will be
overriding the necessary files in a publication Module. Does 2.x have
similar abilities?) An advantage is easier maintenance -- changes to
the standard configuration are immediately used by all Publications.
2. Common index for multiple publications.
Configure publications to opt-in. This should not exclude
publication-specific indexes. Also allow several multiple publication
indexes to create sets of Publications. Users or developers may
choose to use the publication-specific or a common index depending on
needs.
Just thoughts to consider,
solprovider
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]