A lista de requisitos obrigatórios:
- ser capaz de servir páginas e arquivos HTML estáticos (imagens, arquivos compactados, arquivos de texto ASCII etc.) por HTTP.
- seja Conservador de Recursos . Ele usa o que é necessário para enviar dados pela rede em forma de memória e CPU, e não muito mais.
- tenha uma pequena área de instalação.
- use apenas a largura de banda da rede necessária.
- seja maduro .
- seja fácil de configurar.
- ser compilado em código nativo. Nenhum Python ou Java etc.
Do que eu não preciso:
- Opções de configuração complexas. Se necessário mais tarde, mudarei para o Apache httpd.
- Suporte para execução de CGI, Perl, PHP, Java, inclusões no servidor ou outros "extras".
Alguma sugestão, por favor?
linux
web-server
p.campbell
fonte
fonte
Respostas:
nginx Saiba mais no site wiki do nginx .
Está quente, rápido, pequeno. Alguns% na pesquisa da Netcraft .
fonte
Lighttpd vem à mente.
De acordo com os documentos do tutorial do Lighttpd , a configuração de um servidor estático leva cerca de 5 minutos:
fonte
Existem muitos, mas eu pessoalmente gosto de Cherokee. É relativamente novo, mas também muito simples de configurar com um gui da web interno.
fonte
Talvez eu receba voto negativo porque essas soluções não são compiladas em código nativo de acordo com a lista "deve ter" da pergunta, mas para conteúdo estático não fica muito mais fácil do que compartilhar o diretório atual com um liner Python:
Observe que a porta 9914 é arbitrária e simplesmente o exemplo usado onde encontrei esta solução: http://linux.byexamples.com/archives/506/python-simple-http-server-for-file-sharing
Naturalmente, você também pode fazer isso com o Perl:
. . . conforme descrito em http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server
fonte
$ python -m http.server 8000
O servidor que é exatamente o que você descreveu:
Servidores rápidos, que também podem servir páginas dinâmicas, se necessário:
fonte
Vários comentadores mencionaram o lighttpd. Outra opção é thttpd.
fonte
Recursos rápidos, seguros, eficientes e baixos: arquivo público de Dan Bernstein.
fonte
ou kHTTPd - o servidor embutido no kernel do linux?
fonte
Eu iria com Cherokee aqui. Além disso, eu esqueceria o Apache. Todos nós crescemos com carinho, usando apache, nos divertindo com ele e mysql. Todos temos ótimas lembranças e todos sabemos como usá-lo. :)
Isso, no entanto, é o passado, colorido através de óculos cor de rosa. Uso de memória gordo, processos gordos, arquivos de configuração complexos, intérpretes incorporados .. feh. Na era de hoje da VPS, ninguém precisa mais de apache gordo. Adore as memórias, mas salve sua RAM para seus aplicativos.
fonte
Eu tenho usado o mathopd nos últimos 2 anos para veicular conteúdo estático [mistura de imagens em algum site de comércio eletrônico + alguns downloads grandes]. sem dores de cabeça - fácil de configurar, apenas funciona e deixa a CPU ao lado de inativa.
fonte
Eu tive excelentes resultados durante anos com o thttpd , atendendo frequentemente mais de 250 solicitações por segundo (que foram calculadas em média ao longo de uma hora) e até 400 solicitações simultâneas. O uso da memória é baixo, a estabilidade é extremamente alta e a carga do sistema é quase nada, mesmo com uma alta carga de req / s.
Bill the Cat, do condado de Bloom, explica como pronunciar thttpd .
fonte
Você pode dar uma olhada em http://www.lighttpd.net/. Não tenho certeza se é um exagero para suas necessidades.
fonte
Existe um servidor Web comercial chamado Zeus que é amplamente utilizado em indústrias de conteúdo caracterizadas por conteúdo estático de alto volume. IIRC é baseado em assíncrono. E / S, que é muito eficiente na CPU. Pode fazer o que você quiser, mas não é gratuito.
fonte
Você poderia tentar okws .
copiado de okws.org
fonte
Para ser mais ou menos completo, não esqueça Hiawatha . O desenvolvimento deste é bastante ativo e possui uma comunidade amigável e útil.
fonte
A maioria dos servidores Web seguros e leves já foram mencionados (por exemplo, arquivo público, Nginx, Cherokee, etc.). Se nenhum deles passará para suas necessidades, eu acho que a minha sugestão é para hospedar seus arquivos estáticos (ativos) a AWS S3 e CloudFront e Sites do Google para suas páginas web.
fonte