I agree, I personally prefer forums. and if this were something that the typo3 people would want to do, i'd recommend smf, it's not GPL its under a proprietary license it is free to download and you can modify it and I like the software. If you are looking to stick with something GPL than thats understandable just my 2 cents.
---------------------------------------- > From: [EMAIL PROTECTED] > Date: Sun, 14 Sep 2008 17:02:26 +0200 > To: [email protected] > Subject: [TYPO3] Mailing list or forum? > > Whether or not off-topic: > When I started to use these lists (Dutch, German and English) some twon > months ago or so, I, too, made the error of using the reply button to > write a new message. After all, this is a good method in normal > e-mailing is you already got another e-mail from the destinee. > Apart from this, several recent discussions in this English list (and > not only there) indicate that I am not the only one who made this error, > and that there are other confusing things about this mailing system. > > I am absolutely convinced that real forum systems (like e.g. > Mozillaforum, and others) are much more self-explaning. > You don't get an avalanche of messages in your e-mail reader that are > not interesting for the moment. And when they become interesting at a > later stage, they are pretty simple to find. > > After all, news groups are popular within inly a limited group of > internet users. Many serious web developers do not use news groups and > consequently have no experience with them. Forums are much more > convenient to use. Even the Typo3 bug tracker (Mantis) is more > self-explaining than these prehiostoric news mailing lists. > > So I, and many other people as well, would greatly applaud a change from > these mailing lists to a real forum system. > H. Hahn > _______________________________________________ > TYPO3-english mailing list > [email protected] > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-english _________________________________________________________________ Get more out of the Web. Learn 10 hidden secrets of Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008 _______________________________________________ TYPO3-english mailing list [email protected] http://www.sesam.no/search/?c=m&q=Kragerø&ss_lt=editorial&ss_pid=finn&ss_ss=finn.no&ss_sec=eiendom&section=Forbruker&section2=Reise</url><browser ipaddress="88.90.73.185">Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)</browser><user id="88.90.73.185.1209111573282549">0</user></request></log> Again, IDs are changing, here's what I find from the same IP: WARN 11:09:58,587 [sesam.no/ TP-Processor1] (7iQEqAoLQWUAADxnDH8AAAAw) SearchServlet: ipaddress 88.90.73.185trying to performFactoryReload(..) WARN 11:20:18,209 [sesam.no/ TP-Processor27] (ExKseQoLQWUAAEZnr3oAAACt) SearchServlet: ipaddress 88.90.73.185trying to performFactoryReload(..) WARN 11:31:26,888 [sesam.no/ TP-Processor23] (Ou3oUgoLQWUAAE6WOMEAAACo) SearchServlet: ipaddress 88.90.73.185trying to performFactoryReload(..) log entries from the query doesn't contain IP, but are in madness.txt :P Mick Semb Wever - [2008-04-28 03:54 ] It may be wise in the interum to increase the -Xss parameter Mick Semb Wever - [2008-04-28 03:56 ] It currently is -Xss128k jon, could you ask basefarm to increase it, even double it, on one of the servers, and then put some of the long queries through that machine. Jon Øyvind Kvebæk - [2008-04-30 02:07 ] I've asked them to double it on http01. Jon Øyvind Kvebæk - [2008-08-06 12:37 ] I haven't really observed much of anything regarding this issue lately. I'll keep it open for now, but won't be working actively on it. Endre Midtgård Meckelborg - [2008-08-25 01:27 ] Er ikke dette noe du har jobbet med, Håvard? Kan du evt. lenke inn tilhørende sak og lukke denne? Endre Midtgård Meckelborg - [2008-08-25 01:28 ] Og gjør et eller annet med versjonen :) Går gjennom litt gamle saker nå. Håvard Frøiland - [2008-08-25 01:47 ] Det er ikke overraskendes at dette krasjer. Jeg foreslår en enkel fiks, og det er og skru av RotateAlternation dersom man har et vist antall søkeord (kanskje 5). Jon Øyvind Kvebæk - [2008-08-25 02:21 ] Lager du en egen greie på det eller? Mick Semb Wever - [2008-08-25 07:46 - edited ] > Jeg foreslår en enkel fiks, og det er og skru av RotateAlternation dersom man > har et vist antall søkeord (kanskje 5). This is implemented already. At 9 terms. It used to be fast at 9 terms so my suspicion is other visitors are at fault. (It could be a number of new visitor, or old visitors now slower, that all need a little time shaving). So for the two reported crashes which have more than 9 terms we know that RotationAlternation is not involved in any way. A approach lucene takes is to have a setting, eg maximumOperatorsInQuery, where the number of terms in a query can be limited. Lucene's default value is 1024. The other approach is to simply truncate the query string at a configurable limit. {code}" - By Mick Semb Wever - 09/08/2008 14:28 --- "Comments from original issue failed to add :-( here they: {code} Jon Øyvind Kvebæk - [2008-04-25 12:08 ] It took another dive at 11:30, hs_err_pid30454.log attached. Queries: <log timestamp="11:31:26,826" skin="sesam.no/" request="Ou0ssAoLQWUAAE9uT5oAAAFt"><request><url method="GET">/boomerang/category=nyheter%3Bsubcategory=reload/http://www.sesam.no/search/?c=m&q=Kragerø&ss_lt=editorial&ss_pid=finn&ss_ss=finn.no&ss_sec=eiendom&section=Forbruker&section2=Reise</url><browser ipaddress="88.90.73.185">Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)</browser><user id="88.90.73.185.1209111573282549">0</user></request></log> Again, IDs are changing, here's what I find from the same IP: WARN 11:09:58,587 [sesam.no/ TP-Processor1] (7iQEqAoLQWUAADxnDH8AAAAw) SearchServlet: ipaddress 88.90.73.185trying to performFactoryReload(..) WARN 11:20:18,209 [sesam.no/ TP-Processor27] (ExKseQoLQWUAAEZnr3oAAACt) SearchServlet: ipaddress 88.90.73.185trying to performFactoryReload(..) WARN 11:31:26,888 [sesam.no/ TP-Processor23] (Ou3oUgoLQWUAAE6WOMEAAACo) SearchServlet: ipaddress 88.90.73.185trying to performFactoryReload(..) log entries from the query doesn't contain IP, but are in madness.txt :P Mick Semb Wever - [2008-04-28 03:54 ] It may be wise in the interum to increase the -Xss parameter Mick Semb Wever - [2008-04-28 03:56 ] It currently is -Xss128k jon, could you ask basefarm to increase it, even double it, on one of the servers, and then put some of the long queries through that machine. Jon Øyvind Kvebæk - [2008-04-30 02:07 ] I've asked them to double it on http01. Jon Øyvind Kvebæk - [2008-08-06 12:37 ] I haven't really observed much of anything regarding this issue lately. I'll keep it open for now, but won't be working actively on it. Endre Midtgård Meckelborg - [2008-08-25 01:27 ] Er ikke dette noe du har jobbet med, Håvard? Kan du evt. lenke inn tilhørende sak og lukke denne? Endre Midtgård Meckelborg - [2008-08-25 01:28 ] Og gjør et eller annet med versjonen :) Går gjennom litt gamle saker nå. Håvard Frøiland - [2008-08-25 01:47 ] Det er ikke overraskendes at dette krasjer. Jeg foreslår en enkel fiks, og det er og skru av RotateAlternation dersom man har et vist antall søkeord (kanskje 5). Jon Øyvind Kvebæk - [2008-08-25 02:21 ] Lager du en egen greie på det eller? Mick Semb Wever - [2008-08-25 07:46 - edited ] > Jeg foreslår en enkel fiks, og det er og skru av RotateAlternation dersom man > har et vist antall søkeord (kanskje 5). This is implemented already. At 9 terms. It used to be fast at 9 terms so my suspicion is other visitors are at fault. (It could be a number of new visitor, or old visitors now slower, that all need a little time shaving). So for the two reported crashes which have more than 9 terms we know that RotationAlternation is not involved in any way. A approach lucene takes is to have a setting, eg maximumOperatorsInQuery, where the number of terms in a query can be limited. Lucene's default value is 1024. The other approach is to simply truncate the query string at a configurable limit. {code}"
_______________________________________________ Kernel-issues mailing list [email protected] http://sesat.no/mailman/listinfo/kernel-issues
