Yo tengo thttpd en mi servidor (aquí [danielclemente.com] explico los parámetros y opciones que usé), y de momento, los problemas que me ha dado son:
- No se puede ajustar si cierto documento se servirá en UTF-8 o ISO-8859-1, esa opción afecta a todos. Y el Content-Type del HTTP tiene preferencia sobre el <meta>...
- Las estadísticas no eran muy fiables debido al proxy de Telefónica. No tiene opción para registrar la IP real, aunque eso lo pude cambiar en el código sin muchos problemas.
- Me habrían ido bien los Server Side Includes, y en thttpd están hechos a base de CGIs y cosas raras.
- También me habría ido bien poder hacer redirecciones HTTP reales, en vez de un index.html con un enlace.
- Permitió que un CGI consumiera toda la memoria RAM y que Linux matara a thttpd (se lo había buscado; otra vez, que ponga un límite de RAM).
- La compresión HTTP (por gzip y otros) está sólo a través de parches "no oficiales".
Creo que muchos de estos problemas se solucionarían con otro servidor que comentan, el ligthttpd [ligthttpd.net].
Por otra parte, de thttpd tengo muchas cosas buenas que decir:
- No se ha colgado nunca por sorpresa, ni ha funcionado de forma extraña.
- Ha aguantado cargas muy altas. Aunque el "cuello de botella" era la línea ADSL tan lenta, no el servidor.
- Gasta muy poca memoria.
- No ha tenido más problemas de seguridad en mucho tiempo.
En resumen: que thttpd va perfecto, pero con el tiempo querrás hacer cosas más avanzadas (entonces es el momento de cambiar a otro servidor mejor).
Mi experiencia con thttpd
(Puntos:4, Informativo)( http://www.danielclemente.com/ | Última bitácora: Sábado, 08 Octubre de 2005, 18:08h )
- No se puede ajustar si cierto documento se servirá en UTF-8 o ISO-8859-1, esa opción afecta a todos. Y el Content-Type del HTTP tiene preferencia sobre el <meta>...
- Las estadísticas no eran muy fiables debido al proxy de Telefónica. No tiene opción para registrar la IP real, aunque eso lo pude cambiar en el código sin muchos problemas.
- Me habrían ido bien los Server Side Includes, y en thttpd están hechos a base de CGIs y cosas raras.
- También me habría ido bien poder hacer redirecciones HTTP reales, en vez de un index.html con un enlace.
- Permitió que un CGI consumiera toda la memoria RAM y que Linux matara a thttpd (se lo había buscado; otra vez, que ponga un límite de RAM).
- La compresión HTTP (por gzip y otros) está sólo a través de parches "no oficiales".
Creo que muchos de estos problemas se solucionarían con otro servidor que comentan, el ligthttpd [ligthttpd.net].
Por otra parte, de thttpd tengo muchas cosas buenas que decir:
- No se ha colgado nunca por sorpresa, ni ha funcionado de forma extraña.
- Ha aguantado cargas muy altas. Aunque el "cuello de botella" era la línea ADSL tan lenta, no el servidor.
- Gasta muy poca memoria.
- No ha tenido más problemas de seguridad en mucho tiempo.
En resumen: que thttpd va perfecto, pero con el tiempo querrás hacer cosas más avanzadas (entonces es el momento de cambiar a otro servidor mejor).
Re:Mi experiencia con thttpd
(Puntos:2)( http://www.danielclemente.com/ | Última bitácora: Sábado, 08 Octubre de 2005, 18:08h )
>