it-swarm-es.com

Sugiera un servidor web Linux rápido, ligero, seguro y con características para servir contenido estático

La lista de requisitos imprescindibles:

  • podrá servir páginas y archivos HTML estáticos (imágenes, archivos comprimidos, ASCII archivos de texto, etc.) a través de HTTP.
  • be Conservador de recursos. Utiliza lo que se necesita para enviar datos a través de la red en forma de memoria y CPU, y no mucho más.
  • tener una pequeña huella de instalación.
  • use solo el ancho de banda de red que sea necesario.
  • ser maduro.
  • ser fácil para configurar.
  • ser compilado en código nativo. No Python o Java etc.

Lo que no necesito:

  • Opciones de configuración complejas. Si es necesario más adelante, cambiaré a Apache httpd.
  • Soporte para ejecutar CGI, Perl, PHP, Java, Server Side incluye u otros "extras".

¿Alguna sugerencia por favor?

14
Deleted

nginx Obtenga más información en sitio wiki de nginx .

Hace calor, rápido, pequeño. Unos pocos% en encuesta de Netcraft .

29
alamar

Lighttpd viene a la mente.

De acuerdo con Lighttpd tutorial docs , la configuración de un servidor estático demora aproximadamente 5 minutos:

17
fbonnet

Hay muchos pero personalmente me gusta Cherokee. Es relativamente nuevo pero también muy simple de configurar con una interfaz gráfica de usuario incorporada.

8
Oli

Tal vez recibiré un voto negativo porque estas soluciones no están compiladas en código nativo según la lista "imprescindible" de la pregunta, pero para el contenido estático no es mucho más fácil que compartir el directorio actual con un Python un revestimiento:

python -m SimpleHTTPServer 9914

Tenga en cuenta que el puerto 9914 es arbitrario y simplemente el ejemplo utilizado donde encontré esta solución: http://linux.byexamples.com/archives/506/python-simple-http-server-for-file-sharing =

Naturalmente, también puedes hacer esto con Perl:

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

. . . como se describe en http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server

8
Philip Durbin

El servidor que es exactamente lo que describiste:

  • kHTTPd - en el kernel, servidor muy simple. Solo archivos estáticos.

Servidores increíblemente rápidos, que también pueden servir páginas dinámicas si es necesario:

5
vartec

Varios comentaristas han mencionado lighttpd. Otra opción es thttpd.

4
Plutor

Funciones rápidas, seguras, eficientes y bajas: archivo público de Dan Bernstein.

4
John Weldon

o kHTTPd: ¿el servidor integrado en el kernel de Linux?

3
Bryan Childs

Me gustaría ir con Cherokee aquí. Además, me olvidaría de Apache. Todos crecimos, con cariño, usando Apache, divirtiéndonos con él y mysql. Todos tenemos buenos recuerdos y todos sabemos cómo usarlo. :)

Eso, sin embargo, es el pasado, teñido a través de lentes de color rosa. Uso gordo de la memoria del asno, procesos gordos, archivos de configuración complejos, intérpretes incrustados ... feh. En la era actual de los VPS, ya nadie necesita un gordo Apache. Me encantan los recuerdos, pero guarda tu RAM para tus aplicaciones.

3
chiggsy

he estado usando mathopd durante los últimos 2 años para servir contenido estático [mezcla de imágenes en algún sitio de comercio electrónico + un par de descargas grandes]. sin dolores de cabeza: fácil de configurar, simplemente funciona y deja la CPU al lado de inactivo.

2
pQd

He tenido excelentes resultados durante años con thttpd , atendiendo frecuentemente más de 250 solicitudes por segundo (y eso fue promediado en el transcurso de una hora), y hasta 400 solicitudes simultáneas. El uso de la memoria es bajo, la estabilidad es extremadamente alta y la carga del sistema es casi nula, incluso con una carga de alta demanda/segundo.

Bill the Cat, del condado de Bloom, explica cómo pronunciar thttpd .

2
Alister Bulman

Para estar más o menos completo, no olvides Hiawatha . El desarrollo de este es bastante activo y tiene una comunidad amigable y servicial.

1
joschi

Es posible que desee echar un vistazo a http://www.lighttpd.net/. No estoy seguro si es una exageración para sus requisitos.

1
Alec Smart

Hay un servidor web comercial llamado Zeus que se usa ampliamente en industrias de contenido caracterizadas por contenido estático de alto volumen. IIRC se basa en asíncrono. I/O, que es muy eficiente en la CPU. Puede hacer lo que quieras, pero no es gratis.

Podrías intentar okws .

OKWS es un servidor web, especializado para crear servicios web rápidos y seguros. Proporciona a los desarrolladores web un pequeño conjunto de herramientas que ha demostrado ser lo suficientemente potente como para construir sistemas complejos con un esfuerzo limitado. A pesar de su énfasis en la seguridad, OKWS muestra ventajas de rendimiento en relación con los competidores populares: cuando se prestan servicios a cargas de trabajo de bases de datos totalmente dinámicas y no vinculadas al disco, el rendimiento y la capacidad de respuesta de OKWS superan las de Apache , Flash (el rey reinante del rendimiento del servidor web) y Haboob (un sistema académico reconocido como el más rápido Java servidor web en el bloque). Experiencia comercial con OKWS sugiere que el sistema puede reducir los costos de hardware y administración del sistema, al tiempo que proporciona garantías de seguridad ausentes en los sistemas actuales.

copiado de okws.org

1
Brad Gilbert

La mayoría de los servidores web seguros y livianos ya se mencionaron (por ejemplo, archivos públicos, Nginx, Cherokee, etc.). Si ninguno de esos pasará a sus requisitos, creo que mi sugerencia es alojar sus archivos estáticos (activos) a AWS S y CloudFront y Google Sites para sus páginas web.

0
bintut