Re: [gentoo-user] what's a good very small http server?

Re: [gentoo-user] what's a good very small http server?

[Chris White]

[-- Attachment #1: Type: text/plain, Size: 463 bytes --]

On Monday 12 December 2005 16:44, michael@michaelshiloh.com wrote:
> Any suggestions welcome. If you want to tell me why you like it or don't
> like it even better.
>
> Should depend on as few other packages as possible.
>
> Should occupy as little memory as possible (both RAM and disk space).
>
> I'm running out of Compact Flash, if that makes any difference.

There's lighthttp or some such.. haven't tried it myself though.

> Thanks,
> Michael

Chris White

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] what's a good very small http server?

[michael]

Any suggestions welcome. If you want to tell me why you like it or don't
like it even better.

Should depend on as few other packages as possible.

Should occupy as little memory as possible (both RAM and disk space).

I'm running out of Compact Flash, if that makes any difference.

Thanks,
Michael
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: what's a good very small http server?

[Edwin Kapauni]

Guess the smallest should be Tux[1]

[1]http://packages.gentoo.org/search/?sstring=^tux$

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] what's a good very small http server?

[michael]

Hi Chris,

Thanks for the tip. It's actually pretty fancy for something called
"light".

I found another quite trivial one called mini-httpd which i got running
very quickly on my non-embedded system. Next step is to move it to the
embedded system.

Thanks
Michael


On Mon, 12 Dec 2005, Chris White wrote:

> On Monday 12 December 2005 16:44, michael@michaelshiloh.com wrote:
>> Any suggestions welcome. If you want to tell me why you like it or don't
>> like it even better.
>>
>> Should depend on as few other packages as possible.
>>
>> Should occupy as little memory as possible (both RAM and disk space).
>>
>> I'm running out of Compact Flash, if that makes any difference.
>
> There's lighthttp or some such.. haven't tried it myself though.
>
>> Thanks,
>> Michael
>
> Chris White
>
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] what's a good very small http server?

[Thomas Deutsch]

2005/12/12, michael@michaelshiloh.com <michael@michaelshiloh.com>:
> Any suggestions welcome. If you want to tell me why you like it or don't
> like it even better.

AFAIK ist Boa[1] a very small webserver which has a good speed.

cu
Thomas

[1] http://www.boa.org/

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] what's a good very small http server?

[Petr Kocmid]

On Monday 12 December 2005 08:44, michael@michaelshiloh.com wrote:

> Any suggestions welcome. If you want to tell me why you like it or don't
> like it even better.
> Should depend on as few other packages as possible.
> Should occupy as little memory as possible (both RAM and disk space).
> I'm running out of Compact Flash, if that makes any difference.
> Thanks,
> Michael

I am using thttpd running on a linux pda, with python cgi for dynamic pages. 
Should fit on a small CF too and is quite fast. Another low profile option is 
using http from python library itself.

-- 
Petr
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] what's a good very small http server?

[Matthias Bethke]

[-- Attachment #1: Type: text/plain, Size: 607 bytes --]

Hi michael,
on Sunday, 2005-12-11 at 23:44:22, you wrote:
> Any suggestions welcome. If you want to tell me why you like it or don't
> like it even better.

www-servers/fnord is probably the smallest that doesn't do ugly things
like tux's processing HTTP at kernel level. I haven't used it but from
the included benchmarks (and looking at the code...) it seems damn fast.
There's not ebuild for the latest version but that should be easy to
fix.

regards
	Matthias

-- 
I prefer encrypted and signed messages. KeyID: FAC37665
Fingerprint: 8C16 3F0A A6FC DF0D 19B0  8DEF 48D9 1700 FAC3 7665

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]