Changes between Version 1 and Version 2 of Reunion160618

Timestamp:

Jul 12, 2018, 10:15:03 AM (7 years ago)

Author:

irina

Comment:

--

Reunion160618

@@ -10 +10 @@
 En 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.
 
-Pasamos a revisarlas para ver como se les da cabida en el proyecto:
+Pasamos a revisarlas para ver cómo se les da cabida en el proyecto:
 
 === Documentación de comandos ===
@@ -84 +84 @@
 
 
-=== Posibles arquitecturas ===
+=== Instalación del servicio de repositorio de manera independiente sin incluir el resto de los módulos ===
 
-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. 
+Cada universidad trabaja con los servidores estructurados de forma diferente. Como ejemplo citamos dos diferentes
 
-También existen centros que confían entre ellos.
+En Málaga: 
+ * Cada centro tiene un servidor OpenGnsys completo, con su repositorio y su server. 
+ * Además hay un servidor OpenGnsys central como respaldo que puede usarse desde cualquier aula. 
+ * También existen centros que confían entre ellos.
 
-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.
+En Zaragoza y Teruel:
+ * Hay repositorios tontos sin web ni dhcp.
+ * Hay servidor central en alta disponibilidad que controla los distintos repositorios.
+
+Hacer 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.
 
 Distintos paquetes: común, servidor de administración y repositorio.
@@ -116 +123 @@
 Algunos cañones de vídeo aceptan el protocolo pjlink que permite comunicarse con el cañon a través de una API.
 
-Ya hay un ticket creado para integrar en la consola está funionalidad. 
+Ya hay un ticket creado para integrar en la consola está funcionalidad. 
 
- Permitiría desde la consola de OpenGnsys saber el estado del proyector y las horas de la lampara, encenderlo y apagarlo
+ Permitiría desde la consola de OpenGnsys saber el estado del proyector y las horas de la lámpara, encenderlo y apagarlo
 
  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.
@@ -125 +132 @@
 
 === Geolocalizar las descargas de OpenGnsys (awstats) ===
-Sería interesante poder saber desde dónde se realizan las descargas de OpenGsnsys para saber quién lo utiliza.
+Sería interesante poder saber desde dónde se realizan las descargas de OpenGnsys para saber quién lo utiliza.
 
-Como ahora el código está en GitHub se mirará si tienen está información.
+Como ahora el código está en !GitHub se mirará si tienen está información.
  
 === RemotePC gratuito ===
@@ -139 +146 @@
 Granada ha presentado en las Jornadas de Málaga unas imágenes sincronizadas realizadas con git.
 
-Se integrará la propuesta de Granada de sincronizadas con git.
+Nos hemos puesto en contacto para colaborar en la integracion de está propuesta de sincronizadas en OpenGnsys
 
 
@@ -155 +162 @@
 
 
-Cuando la consola nueva envía una tarea al cliente:
+Cuando la consola nueva envía una tarea al cliente: realiza varios pasos:
  - La incluye en la base de datos, obteniendo un id de la tarea.
- - Envía al cliente el comando ejecutar_script con los parametros por post: idtarea, script, url_resultado
- - Al terminar la tarea el cliente devuelve: idtarea, salida, salida de error, codigo de salida.
+ - Envía al cliente el comando ejecutar_script con los parámetros por post: idtarea, script, url_resultado.
+ - Al terminar la tarea el cliente devuelve: idtarea, salida, salida de error, código de salida.
 
-Para la url donde debe devolver el resultado del script no se utiliza una fija para que sea más flexible.
+Para la url_resultado, url donde debe devolver el resultado del script, no se utiliza una fija para que sea más flexible.
 
-El agente nuevo ejecutará el script con permiso de root
+El agente nuevo ejecutará el script con permiso de root.
 
 actualmente 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.