Re: Better Archives?
От | Oleg Bartunov |
---|---|
Тема | Re: Better Archives? |
Дата | |
Msg-id | Pine.GSO.4.33.0106182022190.912-100000@ra.sai.msu.su обсуждение исходный текст |
Ответ на | Re: Better Archives? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Better Archives?
|
Список | pgsql-sql |
On Mon, 18 Jun 2001, Tom Lane wrote: > "Josh Berkus" <josh@agliodbs.com> writes: > > One thing I've noticed lately is that our archives are extremely hard to > > search ... > > Which archives are you using? > > Oleg Bartunov &co provide a very nice search engine at > http://fts.postgresql.org/db/mw/ > Indeed, there is a very few links to fts.postgresql.org. I think it could be represented a little bit better. > I frequently also use Geocrawler's archive at > http://www.geocrawler.com/lists/3/Databases/ > though this does not cover all the PG lists. > > I tend to use the mhonarc archives only when I want to browse by > date or by thread, not for searches. Tom, we'd be glad to know what feature/design we need to add/modify to fts.postgresql.org. I think we already have support for browsing by date/thread. btw, I have a statistics of search queries on fts.postgresql.org. Anybody interested ? Here is a top queries:307 odbc203 windows202 replication177 balancing165 jdbc 93 blob 77 xml 76 perl 70 kylix 68 php 61 re:[general] databases compared at zend.com 56 zipcode 53 odbc driver 52 cygwin 46 stored procedure 41 jdbc driver 41 gist39 pgaccess 38 setof > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 3: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly > Regards, Oleg _____________________________________________________________ Oleg Bartunov, sci.researcher, hostmaster of AstroNet, Sternberg Astronomical Institute, Moscow University (Russia) Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/ phone: +007(095)939-16-83, +007(095)939-23-83
В списке pgsql-sql по дате отправления: