headers
Antonio Pérez | 2 Feb 2010 16:34
Gravatar

Cherokee Hispano

Hello!

This mail is for all the Hispanic Cherokee users in the list, so the
rest of the mail is in Spanish, sorry.

Hola!

Como supongo que sabréis, el proyecto Cherokee está creciendo mucho
últimamente, y ese crecimiento implica que cada vez hay más usuarios y
que estos usuarios empiezan a organizarse en grupos locales. El
primero de estos grupos fue el polaco[1], luego el chino[2] y ahora se
están empezando a organizar el alemán[3] y el holandés.

Lo curioso del asunto es que aunque el autor es español, la mayoría de
colaboradores en el código somos españoles y los usuarios hispanos
somos muchísimos, todavía nadie se ha animado a organizar un sitio
para poner en español toda la información y la documentación del
proyecto, listas de correo en español y lo que es más importante,
poner en contacto a todos los hispanoblantes que usamos Cherokee.

¿No os gustaría que existiese un Cherokee Hispano (o como se decida
llamarlo)? ¿algún/os voluntario/s para empezar a organizar el asunto?
:-)

De momento he creado un grupo *temporalmente* en Google Groups llamado
Cherokee Hispano[4], al cuál podéis acceder por web o por correo
electrónico. Lo he hecho más que nada para tener algo mientras se
organiza todo y no "contaminar" mucho esta lista con mensajes en
español.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Leonel Nunez | 2 Feb 2010 19:23

Re: Cherokee Hispano

> Hello!
>

que tal ..

algo medio offtopic pero va :

Hay alguna forma en gugul groups para suscribirse sin tener que usar una
cuenta de gmail ??

Saludos

Leonel
Permalink | Reply | 0 comments |
headers
Voltron | 3 Feb 2010 14:50

rrd_tools error when invoking cherokee-admin

On a fresh install of karmic and cherokee, I get this:

volt <at> Ubuntu-910-karmic-64-minimal ~ # cherokee-admin

Login:
  User:              admin
  One-time Password: 2KECVuKCYcIO4ih7

Web Interface:
  URL:               http://127.0.0.1:9090/

[03/02/2010 14:42:45.902] (error) rrd_tools.c:120 - Could not find the
rrdtool binary.
Cherokee Web Server 0.99.42 (Jan 28 2010): Listening on port
127.0.0.1:9090, TLS
disabled, IPv6 disabled, using epoll, 4096 fds system limit, max. 2041
connections, caching I/O, single thread

Is this something I should be worried about?

Thanks
Permalink | Reply | 7 comments |
headers
Stefan de Konink | 3 Feb 2010 14:58
Picon
Gravatar

Re: rrd_tools error when invoking cherokee-admin

Op 03-02-10 14:50, Voltron schreef:
> On a fresh install of karmic and cherokee, I get this:

...

> Is this something I should be worried about?

Is it possible that the maintainer of Ubuntu either disables rrd when it 
is not installed or writes some post install notice?

Stefan
Permalink | Reply | 0 comments |
headers
Leonel Nunez | 3 Feb 2010 18:05

Re: rrd_tools error when invoking cherokee-admin

> On a fresh install of karmic and cherokee, I get this:
>
> volt <at> Ubuntu-910-karmic-64-minimal ~ # cherokee-admin
>
> Login:
>   User:              admin
>   One-time Password: 2KECVuKCYcIO4ih7
>
> Web Interface:
>   URL:               http://127.0.0.1:9090/
>
> [03/02/2010 14:42:45.902] (error) rrd_tools.c:120 - Could not find the
> rrdtool binary.
> Cherokee Web Server 0.99.42 (Jan 28 2010): Listening on port
> 127.0.0.1:9090, TLS
> disabled, IPv6 disabled, using epoll, 4096 fds system limit, max. 2041
> connections, caching I/O, single thread
>
>
> Is this something I should be worried about?
>
> Thanks
> _______________________________________________
> Cherokee mailing list
> Cherokee <at> lists.octality.com
> http://lists.octality.com/listinfo/cherokee
>

Thats for the traffic graphs
If you want the graphs install the package libcherokee-mod-rrd
(Continue reading)

Permalink | Reply | 5 comments |
headers
"Juan J." Martínez | 3 Feb 2010 18:07
Gravatar

Re: rrd_tools error when invoking cherokee-admin

El mié, 03-02-2010 a las 10:05 -0700, Leonel Nunez escribió:
> [...]
> 
> Thats for the traffic graphs
> If you want the graphs install the package libcherokee-mod-rrd

It would be a good idea to put libcherokee-mod-rrd as dependency if you
keep traffic graphs enabled by default.

Cherokee isn't very verbose when something bad happens (today I had a
mistake in a regex for a header check and the server refused to start,
and cherokee-admin didn't help at all).

Regards,

Juanjo

--

-- 
jjm's home: http://www.usebox.net/jjm/
blackshell: http://blackshell.usebox.net/
 ramble on: http://rambleon.usebox.net/

_______________________________________________
Cherokee mailing list
Cherokee <at> lists.octality.com
http://lists.octality.com/listinfo/cherokee
Permalink | Reply | 4 comments |
headers
Ryan McIntosh | 3 Feb 2010 19:04
Picon

504 Gateway timeouts under minimal load

Hi,

I'm using Cherokee in production for the second time - as a front end to a mid-volume web application.

The front end server sees about 40-50 TCP connections/s at most with 100-120 HTTP connections/s
I'm noticing occasional 504 Gateway timeout errors (mostly reported by customers during periods of high usage)

The server is a quad core 3.2GHz 32-bit x86 machine with 3GB of RAM.
Load average during high usage is around 0.4
ulimit -n is set to 1024
lsof -n | grep cherokee | wc -l reports 750ish during high usage.
Throughput is about 2mbyte/s
Cherokee is barely touching the CPU (20% tops) and disk i/o wait is hovering around 4% on a fast SCSI RAID array.
I'm running v0.99.42 compiled under debian lenny with default options.

The website serves images, css and js directly and reverse proxy's php requests to 2 round-robin app servers on a local 100mbit network.  It's the reverse proxy requests that are producing the 504 timeout errors.  The app servers are reporting no errors and have timeouts configured 5s lower than the reverse proxy (which is set to 60 seconds).
Reuse connections is set to 48.
Compression is disabled for the reverse proxies.

Please help me figure out what these timeouts are occuring.  I'm willing and able to do whatever debugging is necessary to figure this out, but I'm at the limits of my own know-how.

Some further debugging steps would be really helpful.

_______________________________________________
Cherokee mailing list
Cherokee <at> lists.octality.com
http://lists.octality.com/listinfo/cherokee
Permalink | Reply | 2 comments |
headers
Josh Trier | 5 Feb 2010 00:09
Picon

Hiding Extensions

Hello

Is there anyway to serve a file without using the extension? Example: search?q=data&var2=data2, where search.php would reside in document root. Currently it gives a 404. Apache2 handles this with mod_alias and lighttpd has mod_magnet for this.

I'm assuming you have to use rewrites, but I can not get this to work. I got as far as getting the page to load, but variables do not follow..

Thanks
_______________________________________________
Cherokee mailing list
Cherokee <at> lists.octality.com
http://lists.octality.com/listinfo/cherokee
Permalink | Reply | 2 comments |
headers
Ryan McIntosh | 5 Feb 2010 18:32
Picon

handler not matching extension in virtual web directory

Hi.

I'm trying to get a handler to match only PHP files in a web-directory.  The directory doesn't exist on the filesystem, and an alternate doc root is specified in the config.

I'm having issues using AND extension matching in combination with a web directory rule.

As a test, I tested the following configuration.  I configured this in the admin interface, but here's the relevent snippet.

vserver!70!rule!500!match = and
vserver!70!rule!500!match!left = directory
vserver!70!rule!500!match!left!directory = /admin
vserver!70!rule!500!match!left!final = 1
vserver!70!rule!500!match!right = not
vserver!70!rule!500!match!right!right = extensions
vserver!70!rule!500!match!right!right!extensions = png
 
I would expect this to match all requests like ^/admin.* that don't have filetype of png.

I would expect that '/admin/index.php' would be matched by this rule.  It is not. 

If I take out the extensions != png clause this works, but all my images are served through the PHP interpreter.

I tried using a regex to match as well and that also fails to match.

Thanks,

Ryan

_______________________________________________
Cherokee mailing list
Cherokee <at> lists.octality.com
http://lists.octality.com/listinfo/cherokee
Permalink | Reply | 1 comment |
headers
"Juan J." Martínez | 5 Feb 2010 19:06
Gravatar

Re: Hiding Extensions

Hello,

El jue, 04-02-2010 a las 18:09 -0500, Josh Trier escribió:
> Hello
> 
> 
> Is there anyway to serve a file without using the extension? Example:
> search?q=data&var2=data2, where search.php would reside in document
> root. Currently it gives a 404. Apache2 handles this with mod_alias
> and lighttpd has mod_magnet for this.
> 
> 
> I'm assuming you have to use rewrites, but I can not get this to work.
> I got as far as getting the page to load, but variables do not
> follow..

You're right, you can use a regex rule, ie. /search.* with the handler
type internal with regex /search(.*)$ and
substitution /whatever_search.php$1

I suppose you have to be careful with this regex rule not interfering
the php extension rule (/search.php matches /search.*).

I guess /whatever_search.php would still be accessible, I don't know if
you can avoid it by means of the internal redirection.

Regards,

Juanjo

--

-- 
jjm's home: http://www.usebox.net/jjm/
blackshell: http://blackshell.usebox.net/
 ramble on: http://rambleon.usebox.net/

_______________________________________________
Cherokee mailing list
Cherokee <at> lists.octality.com
http://lists.octality.com/listinfo/cherokee
Permalink | Reply | 0 comments |

Gmane