webserver - para - protocolo http cabeceras
¿Alguien tiene experiencia de primera mano con el servidor web G-WAN? (7)
Benchmark mostró cómo G-wan se desempeña mal en el manejo de estas pruebas.
http://joshitech.blogspot.sg/2012/04/performance-nginx-netty-cppcms.html
El único lugar donde encontré información sobre el servidor web G-WAN fue el sitio web del proyecto y se parecía mucho a la publicidad.
Lo que realmente sabría es, para alguien que es competente con C, si es tan fácil de usar y extender esas otras arquitecturas. Por ahora me concentraría principalmente en las habilidades de scripting.
¿Son fáciles de escribir los scripts C en GWAN? ¿Puede actualizar y cargar fácilmente nuevos scripts C en el servidor (por ejemplo, con la misma facilidad que algunas páginas PHP o Java en otras arquitecturas)? ¿Tienes que reiniciar el servidor al hacerlo? ¿Se puede ampliar fácilmente con bibliotecas de C existentes o de terceros?
Cualquier otro comentario bienvenido.
Bueno, ahora G-WAN está disponible bajo Linux, lo estoy usando por más de 6 meses.
Los scripts de C son totalmente compatibles con ANSI C, por lo que no hay diferencia para cualquier programador de C con experiencia.
Para actualizarlos en el servidor, puede editarlos directamente en la carpeta / csp (de forma remota a través de SSH) o localmente en una máquina de prueba (y copiarlos más tarde): G-WAN vuelve a cargar los scripts sobre la marcha cuando se han cambiado. en el disco (no se requiere parada del servidor).
Los scripts de G-WAN C pueden usar cualquier biblioteca existente (comenzando con todas aquellas bajo / usr / lib) sin ninguna configuración o interfaz: solo tiene que escribir un ''#pragma link'' seguido del nombre de la biblioteca en la parte superior de su guión.
Lo que encontré realmente útil es la capacidad de editar scripts en C y actualizar la vista en el navegador de Internet para ver cómo funciona mi código.
Si hay un error de compilación, entonces G-WAN genera la línea en el código fuente (como cualquier compilador de C).
Pero donde entra en el área extraordinaria, es cuando se produce un bloqueo del script en C: aquí también aparece el NÚMERO DE LÍNEA EN EL CÓDIGO DE FUENTE (con la llamada defectuosa y el retroceso).
Tipo de magia negra cuando estás acostumbrado a los módulos de Apache.
G-WAN también admite scripts escritos en otros lenguajes de programación (C ++, Objective-C, Java, etc.) para que se beneficie de las bibliotecas nativas que implementa cada idioma.
Para los scripts en C, bueno, el directorio /usr/lib
enumera más de 1,500 bibliotecas que G-WAN puede reutilizar con una simple #pragma link "library"
.
Me pareció genial poder escribir una aplicación web con una parte en C, otra en C ++ y una tercera en Java.
He estado usando G-Wan durante aproximadamente dos años. Lo considero altamente estable y listo para la producción de archivos estáticos. Tengo una serie de sitios estáticos en funcionamiento durante más de un año sin problemas.
He construido algunos sitios dinámicos a pequeña escala en C con él como demostraciones / proyectos de prueba. Un rastreador de bittorrent y una plataforma de análisis en tiempo real utilizan KV Store para el respaldo de datos.
En mi opinión, la construcción de sitios dinámicos a gran escala en G-Wan es posible, pero solo con una inversión significativa en desarrollo y soporte. G-Wan se adapta mejor a la creación de aplicaciones robustas altamente escalables de "grado empresarial" que a la combinación de algo durante un fin de semana.
He usado G-wan para algunas pruebas preliminares y funciona bien como punto de referencia. He encontrado algunos puntos de preocupación que lo hacen así que es probable que no lo use para ninguno de mis proyectos. Descubrí que parece almacenar en la memoria caché las respuestas durante unos 0,5 segundos para acelerar las respuestas / segundo y no puedo permitir que solo algunas de las respuestas lleguen al código de la aplicación. Además, el almacén de clave / valor es excelente para el almacenamiento de datos en caché y temporal, pero no estoy seguro de qué tan bien funcionará como un método de almacenamiento de back-end real.
Mi experiencia con G-WAN y sus scripts en C son:
- La comunidad G-WAN es muy pequeña. Las preguntas que tienes son en su mayoría respondidas por su único desarrollador.
- Considero que la API no está madura: no es tan "limpia" como las API de Java.
- La limitación, pero al mismo tiempo el poder, de C: es un lenguaje de programación de sistemas. Así que escribir la lógica de la aplicación en ella debe hacerse con cuidado.
- Por lo general, debe ser un buen desarrollador para obtener buenos resultados: si hace algo mal, el servidor falla rápido y con fuerza (al estilo de Unix).
He escrito algunos guiones ahora, para probar G-WAN. En general, ha sido muy "productivo": no hay muchos errores y funciona si sigues las pautas y no quieres hacer muchas cosas extravagantes que esperas que tengan, como servidores web maduros. Sin embargo, tengo la sensación de que estoy reinventando la rueda muchas veces.
Uso G-Wan para un CMS http://solicms.com pero por ahora, utilizo Ruby como idioma principal.