Hi folks!
What do you think of this?
http://www.zdziarski.com/projects/mod_evasive/
It looks kind of interesting to me. Do you think it worth writing
something like that for Cherokee?
--
--
Greetings, alo.
On Fri, 1 Dec 2006, Alvaro Lopez Ortega wrote: > What do you think of this? > > http://www.zdziarski.com/projects/mod_evasive/ > > It looks kind of interesting to me. Do you think it worth writing > something like that for Cherokee? I used this module very often, and yes it kicks ass. But it would be nice to have some dynamic features in the Cherokee version. Stefan
_______________________________________________ Cherokee mailing list Cherokee <at> cherokee-project.com http://cherokee-project.com/cgi-bin/mailman/listinfo/cherokee
A.D.F. wrote, On 01/12/06 19:50: >> What do you think of this? >> >> http://www.zdziarski.com/projects/mod_evasive/ >> >> It looks kind of interesting to me. Do you think it worth writing >> something like that for Cherokee? > > Maybe in the future because many load balancers have these capabilities > and because the interesting part should interact with external > subsystems (firewall, etc.) or devices (so some portability issues > could arise); anyway it could be part of the wish list of 0.7 branch. Yeah, I already added to the TODO list for 0.7: http://www.cherokee-project.com/bugs/login/browser/cherokee/trunk/TODO Actually, it's something I'd use in my server, so I suppose it's kind of the same of the rest of the people. > Right now it might be more useful to add to Cherokee some smart > algorithms to fight / prevent the most common effects of nasty > overload scenarios (i.e.: too many connections, too many requests, > etc.). handler_cgi_base seems to be the perfect place for it. In that way, the fcgi, scgi and cgi handlers would inherit it. Although I'm not quite sure we're on time for the 0.6 release. We ought to release 0.6.0 as soon as possible rather than continue adding new features, it's already full of new stuff. -- -- Greetings, alo. http://www.alobbs.com
Hi Brian, Sorry Brian, even if this mail is two weeks old, it has just shown up in my Cherokee mailing list folder. I must missed something. > I wanted to let everyone that I made a mistake and it appears I did > not set the default value to no for the MySQL libraries. Maybe it > is just in SVN for the time being, but to change it to no as default > change line 18 in m4/mysql.m4 to [want_mysql="no"]. Make sure you > run ./autogen.sh to update your configure script. This is valid as > of rev 466 assuming no changes are made the file between now and > when you are reading this. > > Alo, perhaps you can make this change to SVN? I'm not quite sure about that change. The MySQL validator is usually compiled as a plug-in, so why shouldn't we compile it if both the library and headers are found in the system? I mean, for the rest of the plug-ins, there is no need to explicitly enable each one of them; think for the PAM validator, for instance. -- -- Greetings, alo. http://www.alobbs.com
On 2006-12-01 14:59:44 -0700, Alvaro Lopez Ortega <alvaro <at> gnu.org> said: > Hi Brian, > > Sorry Brian, even if this mail is two weeks old, it has just shown > up in my Cherokee mailing list folder. I must missed something. > >> I wanted to let everyone that I made a mistake and it appears I did >> not set the default value to no for the MySQL libraries. Maybe it >> is just in SVN for the time being, but to change it to no as default >> change line 18 in m4/mysql.m4 to [want_mysql="no"]. Make sure you >> run ./autogen.sh to update your configure script. This is valid as >> of rev 466 assuming no changes are made the file between now and >> when you are reading this. >> >> Alo, perhaps you can make this change to SVN? > > I'm not quite sure about that change. The MySQL validator is usually > compiled as a plug-in, so why shouldn't we compile it if both the > library and headers are found in the system? > > I mean, for the rest of the plug-ins, there is no need to explicitly > enable each one of them; think for the PAM validator, for instance. Oh I see what you are saying. If the user configures Cherokee without explicitly turning MySQL on, but during the configuration it does find MySQL then compile it anyways. Is that that what you are saying? If so, then that would make sense. -- -- Brian Rosner http://www.brosner.com/blog
On 2006-12-01 04:16:21 -0700, Alvaro Lopez Ortega <alvaro <at> sun.com> said: > Hi folks! > > What do you think of this? > > http://www.zdziarski.com/projects/mod_evasive/ > > It looks kind of interesting to me. Do you think it worth writing > something like that for Cherokee? Would this be designed to be configured via the configuration file during runtime? That way if a sysadmin (or whoever compiles Cherokee) does not want it, it can be turned off? Or do you feel that if it works as well as it is described on the mod_evasive site it can be core functionality to improve the reliability of Cherokee? -- -- Brian Rosner http://www.brosner.com/blog
Roberto Correa wrote, On 01/12/06 18:41: > My name is Robert, and I'm a newbie in the list. Welcome Roberto! It's really nice to see you here> In the case of administration GUI for Cherokee will be developed in > Java. What widget toolkit would you use? Swing? SWT? Actually, we've been thinking of writing a couple of administration interfaces. I'd implement the first one as a web interface, and the second one with Swing. In my opinion the web based one is far more important than the GUI. In fact, I think that we should target it at first place in order to release the first 0.6 version as soon as possible (it has been long time since I branched 0.5 and trunk), and we will have time to write the second one later on. > What advantages or drawbacks would you find using one or another? Well, I can see a couple of advantages of Swing over the rest: - AWT is simply bad and old; period. - SWT is a native implementation that, despite the fact that there are many people who just love it, would make the distribution much harder for us. Its main point is meant to be a better performance, although if you test a modern Swing app, like Netbeans for instance, you will realize that the performance is pretty reasonable for being a completely cross-platform program. -- -- Greetings, alo.
hi list ... i download the svn version of cherokee on trunk and branche dirs i do: autoconf autoheader to gen the ./configure script when i do ./configure ... i have this error: configure: creating ./config.status config.status: creating Makefile config.status: WARNING: Makefile.in seems to ignore the --datarootdir setting config.status: creating cherokee/Makefile.MingW config.status: creating m4/Makefile config.status: WARNING: m4/Makefile.in seems to ignore the --datarootdir setting config.status: error: cannot find input file: cherokee/Makefile.in some suggest to get a clean ./configure ??????? -- --
zodman wrote, On 02/12/06 06:59: > i do: > > autoconf > autoheader > > to gen the ./configure script > when i do ./configure ... i have this error: .. > > some suggest to get a clean ./configure ??????? Yes, you should rather use the ./autogen.sh script. It's gonna take care to execute the auto-tools for you (with the right parameters). -- -- Greetings, alo. http://www.alobbs.com
RSS Feed5 | |
|---|---|
35 | |
3 | |
55 | |
16 | |
60 | |
22 | |
31 | |
13 | |
7 | |
8 | |
22 | |
7 | |
28 | |
23 | |
63 | |
116 | |
82 | |
71 | |
83 | |
79 | |
66 | |
50 | |
83 | |
99 | |
106 | |
112 | |
174 | |
217 | |
209 | |
137 | |
230 | |
164 | |
120 | |
89 | |
255 | |
241 | |
175 | |
120 | |
163 | |
152 | |
215 | |
173 | |
258 | |
276 | |
299 | |
176 | |
224 | |
203 | |
199 | |
140 | |
92 | |
198 | |
143 | |
222 | |
254 | |
78 | |
152 | |
57 | |
71 | |
49 | |
63 | |
83 | |
43 | |
21 | |
47 | |
12 | |
51 | |
24 | |
25 | |
47 | |
46 | |
29 | |
38 | |
9 | |
46 | |
73 | |
88 | |
33 | |
86 | |
84 | |
88 | |
64 | |
29 | |
53 | |
64 | |
92 | |
72 | |
77 |
