Sugira um servidor da Web Linux extremamente rápido, leve e com recursos para servir conteúdo estático [fechado]


14

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?


9
Eu o chamaria de relâmpago rápido em um servidor seguro para linux. Não tenho certeza se esse nome iria pegar embora.
Dominic Rodger

Eu acho que eles pensaram nisso também, mas se estabeleceram com 'nginx'.

Você pode sempre usar python: "python -m SimpleHTTPServer" este servidor o diretório atual na porta 8000.
Gert M

Respostas:




8

Existem muitos, mas eu pessoalmente gosto de Cherokee. É relativamente novo, mas também muito simples de configurar com um gui da web interno.


ainda é válido?
BigSack 22/08

8

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:

python -m SimpleHTTPServer 9914

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:

perl -MIO::All -e 'io(":8080")->fork->accept->(sub { $_[0] < io(-x $1 ? "./$1 |" : $1) if /^GET \/(.*) / })'

. . . conforme descrito em http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server



5

O servidor que é exatamente o que você descreveu:

  • kHTTPd - no kernel, servidor muito simples. Somente arquivos estáticos.

Servidores rápidos, que também podem servir páginas dinâmicas, se necessário:

  • LigHTTPd - o servidor feito como prova de conceito para resolver o problema do C10K.
  • nginx - muito popular, frequentemente usado para streaming ou como proxy reverso.

4

Vários comentadores mencionaram o lighttpd. Outra opção é thttpd.


1
parece bom, é isso que o Wile E Coyote usa? ;)

Isso ainda está vivo? O último lançamento foi em dezembro de 03 e o arquivo de lista de discussão pára em maio 08
JonDrnek

4

Recursos rápidos, seguros, eficientes e baixos: arquivo público de Dan Bernstein.


Usamos o arquivo público em vários locais, inclusive para tarefas simples, como a distribuição interna de arquivos de configuração do WPAD. Muito rápido, muito simples, sempre funciona.
Mkebabcock

3

ou kHTTPd - o servidor embutido no kernel do linux?


Primeira coisa que me veio à mente. Eu não o usei, mas vi a opção lá toda vez que estou configurando um kernel.

BTW, no site "No kernel 2.3.14, o kHTTPd está integrado ao kernel". Então já passou do quarteirão algumas vezes.

5
No entanto, a partir do kernel 2.6, ele não está mais incorporado no kernel.
21420 MarkR /

3

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.


2

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.


2

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 .


1

Você pode dar uma olhada em http://www.lighttpd.net/. Não tenho certeza se é um exagero para suas necessidades.


1

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.


1

Você poderia tentar okws .

O OKWS é um servidor da Web especializado para criar serviços da Web rápidos e seguros. Ele fornece aos desenvolvedores da Web um pequeno conjunto de ferramentas que se mostraram poderosas o suficiente para criar sistemas complexos com esforço limitado. Apesar de sua ênfase na segurança, o OKWS mostra vantagens de desempenho em relação aos concorrentes populares: ao atender cargas de trabalho de banco de dados totalmente dinâmicas e sem disco, o rendimento e a capacidade de resposta do OKWS excedem o do Apache , Flash (o rei do desempenho do servidor Web) e Haboob ( um sistema acadêmico com a reputação de ser o servidor Java Web mais rápido do mercado. A experiência comercial com a OKWS sugere que o sistema pode reduzir os custos de hardware e de gerenciamento do sistema, fornecendo garantias de segurança ausentes nos sistemas atuais.

copiado de okws.org


1

Para ser mais ou menos completo, não esqueça Hiawatha . O desenvolvimento deste é bastante ativo e possui uma comunidade amigável e útil.


0

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.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.