Changes between Version 1 and Version 2 of Reunion160618


Ignore:
Timestamp:
Jul 12, 2018, 12:15:03 PM (4 months ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion160618

    v1 v2  
    1010En las Jornadas de Málaga se realizó entre los asistentes una [wiki:ListaDeseos2018 lista de nuevas funcionalidades de OpenGnsys] que se consideran necesarias en un plazo menor o mayor.
    1111
    12 Pasamos a revisarlas para ver como se les da cabida en el proyecto:
     12Pasamos a revisarlas para ver cómo se les da cabida en el proyecto:
    1313
    1414=== Documentación de comandos ===
     
    8484
    8585
    86 === Posibles arquitecturas ===
     86=== Instalación del servicio de repositorio de manera independiente sin incluir el resto de los módulos ===
    8787
    88 En Málaga cada centro tiene un servidor penGnsys completo, con su repositorio y su server. Además tiene un servidor OpenGnsys central com oresplado que puede usarse desde cualquier aula.
     88Cada universidad trabaja con los servidores estructurados de forma diferente. Como ejemplo citamos dos diferentes
    8989
    90 También existen centros que confían entre ellos.
     90En Málaga:
     91 * Cada centro tiene un servidor OpenGnsys completo, con su repositorio y su server.
     92 * Además hay un servidor OpenGnsys central como respaldo que puede usarse desde cualquier aula.
     93 * También existen centros que confían entre ellos.
    9194
    92 Hacer información de la separación de servicios en el repo, el server y la parte comun para tomar la como punto de partida y reviar si es lo que queremos.
     95En Zaragoza y Teruel:
     96 * Hay repositorios tontos sin web ni dhcp.
     97 * Hay servidor central en alta disponibilidad que controla los distintos repositorios.
     98
     99Hacer la información de la separación de servicios en el repo, el server y la parte comun que tenemos actualmente para tomarla como punto de partida y revisar si es lo que queremos.
    93100
    94101Distintos paquetes: común, servidor de administración y repositorio.
     
    116123Algunos cañones de vídeo aceptan el protocolo pjlink que permite comunicarse con el cañon a través de una API.
    117124
    118 Ya hay un ticket creado para integrar en la consola está funionalidad.
     125Ya hay un ticket creado para integrar en la consola está funcionalidad.
    119126
    120  Permitiría desde la consola de OpenGnsys saber el estado del proyector y las horas de la lampara, encenderlo y apagarlo
     127 Permitiría desde la consola de OpenGnsys saber el estado del proyector y las horas de la lámpara, encenderlo y apagarlo
    121128
    122129 Se ha incluido en las propiedades del aula la opción de dar da alta un proyector. Permite varios tipos, si es pjlink permitirá poner la IP del mismo.
     
    125132
    126133=== Geolocalizar las descargas de OpenGnsys (awstats) ===
    127 Sería interesante poder saber desde dónde se realizan las descargas de OpenGsnsys para saber quién lo utiliza.
     134Sería interesante poder saber desde dónde se realizan las descargas de OpenGnsys para saber quién lo utiliza.
    128135
    129 Como ahora el código está en GitHub se mirará si tienen está información.
     136Como ahora el código está en !GitHub se mirará si tienen está información.
    130137 
    131138=== RemotePC gratuito ===
     
    139146Granada ha presentado en las Jornadas de Málaga unas imágenes sincronizadas realizadas con git.
    140147
    141 Se integrará la propuesta de Granada de sincronizadas con git.
     148Nos hemos puesto en contacto para colaborar en la integracion de está propuesta de sincronizadas en OpenGnsys
    142149
    143150
     
    155162
    156163
    157 Cuando la consola nueva envía una tarea al cliente:
     164Cuando la consola nueva envía una tarea al cliente: realiza varios pasos:
    158165 - La incluye en la base de datos, obteniendo un id de la tarea.
    159  - Envía al cliente el comando ejecutar_script con los parametros por post: idtarea, script, url_resultado
    160  - Al terminar la tarea el cliente devuelve: idtarea, salida, salida de error, codigo de salida.
     166 - Envía al cliente el comando ejecutar_script con los parámetros por post: idtarea, script, url_resultado.
     167 - Al terminar la tarea el cliente devuelve: idtarea, salida, salida de error, código de salida.
    161168
    162 Para la url donde debe devolver el resultado del script no se utiliza una fija para que sea más flexible.
     169Para la url_resultado, url donde debe devolver el resultado del script, no se utiliza una fija para que sea más flexible.
    163170
    164 El agente nuevo ejecutará el script con permiso de root
     171El agente nuevo ejecutará el script con permiso de root.
    165172
    166173actualmente el ogAdmClient lanza el browser que llama a la página de  inicio del cliente. Hay que decidir si va a ser el ogAgent quién lance el browser.