BLOG

Velneo vModApache V7: funcionalidades

Por [N4] fespadas el | 9 Comments

vmodapache_xl1
Siguiendo el artículo Velneo vModApache V7: visión general y guías rápidas vamos a comentar las funcionalidades del módulo vModApache V7:

– Procesos
El módulo vModApache envia la salida de un proceso al navegador. El proceso ha de estar marcado como ‘Accesible web’ en la propiedad Estilos.
La salida será enviada como ‘text/html’ por defecto. Si queremos otro tipo de salida la especificaremos en la variable local CONTENT_TYPE.
De esta manera podemos enviar salida css, javascript, rss, etc.
En la url del navegador especificaremos el identificador del proceso sin extensión ó la extensión .pro

– Dibujos de proyectos
Podemos enviar cualquier dibujo del proyecto en formato jpeg ó png.
En la url del navegador especificaremos el identificador del dibujo con la extensión .jpg ó .png

– Imagenes de la base de datos
Para enviar una imagen de la base de datos el formato de la url es:
obj/nombre proyecto de datos_dat/identificador de la tabla/etiqueta imagen.jpg
Por ejemplo, en la salida de un proceso:

“<img src=’obj/Peliculas_dat/PELICULAS/”+#IMAGEN+”.jpg’>”

– Soporte de metodos get y post
El módulo recibe las variables enviadas mediante los métodos get ó post y copia su contenido en las variables locales del proceso.
Por ejemplo un input de un form html con id=’ID1′ name=’ID1′ enviará su contenido a la variable local ID1 del proceso que lo recibe (form action=’PROCESOV7′)

– Reconexión
El módulo solo usa un engache por cada instancia V7 de que queramos servir objetos vía Web. Si por algún motivo se pierde el enganche (por ejemplo se apaga la máquina), el módulo se reconecta automáticamente.

– Multihilo
vModApache es multihilo, por lo que puede atender a multitud de peticiones web simultanemente con un solo enganche.

– Multiservidor/multiinstancia
vModApache permite servir objetos de varios servidores de V7 y de varias instancias V7. Es decir con solo un servidor web podemos servir los objetos de varias instancias V7 aunque estén en diferentes servidores V7.

– Herencia
Se puede acceder a todos los objetos de la herencia, tanto los de los proyectos como los de las bases de datos. Para ello se especificará en el url el proyecto de la herencia seguido de _dat si es proyecto de datos o _app si es de aplicación:
nombre proyecto_dat ó nombre proyecto_app/id proceso ó dibujo

En artículos posteriores exploraremos más a fondo las posibilidades de la arquitectura y las posibles configuraciones de Velneo vModApache V7.

Velneo es el entorno ágil para el desarrollo
de aplicaciones empresariales

PRUEBA VELNEO

9 Responses to "Velneo vModApache V7: funcionalidades"
  1. Pablo dice:

    Buenas.
     
    Unas preguntas:
     
    – Eso que comentas sobre que la salida será enviada como text/html por defecto, si se quiere que la salida sea CSS, javascript…, ¿que hay que hacer crearse una variable local con el identificador CONTENT_TYPE y lo detecta solo?, por ejemplo si yo compongo un html, con 3 variables locales “CABECERA+CUERPO+PIE” donde pondría esa variable local CONTENT_TYPE (si es que hay que ponerla).
     
    – ¿Ahora los formularios cuando envían datos lo hacen a variables locales?, como en V6 tenian que ser siempre globales, si esto es así daria un juego espectacular.
     
    – Respecto al punto de Reconexión comentas que se usa un enganche por cada instancia, yo tenía entendido que era un solo enganche para toda la web, es decir, ¿si tengo 10 instancias tengo que tener 10 enganches?
     
    Un saludo.

  2. [N4] fespadas.velneo dice:

    Hola.

    – Para establecer el content-type basta con crearse una variable local en el proceso, llamarla CONTENT_TYPE y, en dicho proceso, establecer el valor que quieras con la instrucción Set. Por ejemplo: Set CONTENT_TYPE “text/css

     

    – Efectivamente, envian los datos a las variables locales del proceso ya sea por post ó por get.

     

    – Es un enganche por cada instancia al vServer. No es un enganche por cada conexión.

    Por ejemplo: si tienes una instancia de la aplicación V7 ‘Facturacion’ solo consume un enganche aunque se conecten 99 clientes vía web.

    Si tienes 2 instancias: ‘Facturacion’ y ‘Contablidad’ solo se usan 2 enganches, uno por cada instancia, aunque se conecten 3000 usuarios via web.

     

    Un saludo.

     

  3. Pablo dice:

    Buenas.
     
    Pero entonces el tema de los enganches a nivel de web, no va a ser como en V6 como informasteís, yo ahora en un vServer de V6 monto 30 mapas y con un solo enganche tienen web todos, esto mismo aplicado a V7 que serían 30 instancias distintas serian 30 puestos.
     
    Se dijo que solamente serian necesarios puestos adicionales para mejorar el rendimiento de respuesta del vModApache+vServer, pero no a nivel de montar distintas aplicaciones.
     
    Que por mi no hay ningún problema en acometer ese gasto extra, pero la información debería de ser más exacta y concreta en este sentido, si es que el método va a ser así, por cada instancia un puesto.
     
     
    Un saludo.

  4. [N4] davidgu.velneo dice:

    Muchas gracias por el comentario Pablo.

    Efectivamente no hemos conseguido explicar todas las posibilidades de la conectividad del módulo con las distintas instancias/vservers y su consumo de puestos.

    Como bien comenta mi compañero Fernando, el módulo se conecta al número de instancias que configures en Apache, cada instancias consume un puesto. ( Esto se puede ver muy bien en vAdmin, donde verás como el ModApache se conecta como si un cliente más se tratase )

    Respecto a esto también comentar que se ha redoblado el esfuerzo para mejorar el trabajo multitarea del módulo junto a la integración de Apache y ha sido posible hacer que los procesos puedan ser ejecutados simultáneamente por la misma instancia en el módulo sin consumo de instancias adicionales.

    Para Linux y Mac el funcionamiento de apache puede ser ligeramente distinto ( Forks ), lo que provoca que según configuración pueda hacer que consuma algún enganche más. Pero eso lo intentaremos informar/aclarar cuando aparezca la versión del módulo para estos sistemas operativos.

    El proyecto sigue vivo y siempre que le podamos incluir mayores funcionalidades al módulo en beneficio de la comunidad y la plataforma se realizarán optimizaciones para lograrlo.

    Espero que en cuanto a funcionalidad, rendimiento el módulo cumpla vuestras principales necesidades en el área web, cualquier cosa no dudes en comentárnosla.

    Un saludo

  5. Pablo dice:

    Buenas.
     
    @David, ahora ha quedado claro, es un puesto por instancia (a nivel Web), me parece lógico totalmente y me parece bien.
     
    De momento comentaros que ya le montado varias webs sencillas de pruebas, y el funcionamiento es practicamente perfecto.
     
    El rendimiento y funcionalidad de momento es bastante bueno, aunque hay un par de cosillas practicamente imprescindibles para el futuro:
     
    1) Protocolos TCP, importantísimos si se quiere desarrollar proyectos web con ciertas funciones, como una pasarela de pago funcionalidad que hoy en día es imprescindible, es un tema que me preocupa y bastante ya que no podría montar tiendas virtuales, portales a medida… con V7.
     
    2) Que se pueda probar más facilmente, ahora cada vez que haces un cambio en el vDevelop, para probarlo tienes que: guardar la solución, parar el apache, reiniciar la instancia, iniciar apache y probar en el navegador web, es algo que también sería aplicable a la ejecución vClient, que se simplifique de alguna manera.
     
    Pero lo más importante para mí el tema protocolos para las pasarelas de pago y otras conexiones.
     
    Este fin de semana le voy a montar algo más complejo con muchos datos, y veremos como responde el vModApache, pero supongo que muy bien por lo que he podido ver de momento.
     
    Felicidades por el trabajo 😉

  6. Jesús Jiménez dice:

    Hola, recientemente conectando la pasarela de pago de paypal me ví en la necesidad de saber que variables me eran entregadas a través de un método post y en que orden las recibía. Concretamente para lo que ellos llaman IPN´s.
    ¿Es posible conocer esta información ahora? En lenguajes como PHP es una simple instrucción.
     
    Muchas gracias

  7. [N4] fespadas.velneo dice:

    Hola.

    Las variables pasadas, tanto por post como por get, han de estar creadas en el proceso que las recibe, por lo tanto en la versión actual de Velneo vModApache no es posible conocer las variables recibidas y su orden.

    En versiones posteriores de Velneo vModApache si será posible conocer esta y otra información.

    Un saludo.

     

Deja un comentario

Esta web utiliza cookies. Si continúa navegando acepta dichas cookies y nuestra política de cookies. Gracias. ACEPTAR

Aviso de cookies