From: | Dave Page <dpage(at)vale-housing(dot)co(dot)uk> |
---|---|
To: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
Cc: | Guido Barosio <gbarosio(at)gmail(dot)com>, "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, Josh Berkus <josh(at)agliodbs(dot)com>, John Hansen <john(at)geeknet(dot)com(dot)au>, <pgsql-www(at)postgresql(dot)org>, "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
Subject: | Re: Infrastructure monitoring |
Date: | 2006-01-14 21:39:50 |
Message-ID: | BFEF2026.3B85%dpage@vale-housing.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-www |
On 14/1/06 21:24, "Joshua D. Drake" <jd(at)commandprompt(dot)com> wrote:
> Sure we could help and we are happy to. John what types of machines
> are we talking about here?
>
> Also if ASPSeek actually is an issue we can look into OpenFTS which I have
> used successfully in the past, I also believe it is what pgsql.ru uses.
ASPSeek is only an issue with the STL problem I mentioned, if used with GCC
3.something or above (2.95 should definitely work). Other than that, John's
PG port works like a charm.
The problem with OpenFTS et al, is that there's a lot more to do than simply
install, configure and run. There's a whole heap of packages used on
pgsql.ru, including one for which the website and documentation is entirely
in Russian iirc. From what I remember that major parts that don't exist are
the indexer (to spider the sites and get them into the website), and a
frontend to actually render the output in HTML.
The ASPSeek code requires only PostgreSQL and a couple of templates.
Regards, Dave.
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2006-01-14 21:40:56 | Re: Infrastructure monitoring |
Previous Message | John Hansen | 2006-01-14 21:37:46 | Re: Infrastructure monitoring |