Hola! quería saber si se puede aplicar en los desarrollos propios el mismo menú dinámico (el cual viene con un buscador)   que utilizan las aplicaciones SIU Diaguita, Mapuche y Pilagá.   

Saludos y gracias!

Gabriel

Hola,  tuvimos un problema con el logueo en ldap al migrar un probyecto a la última versión de toba.

Lo que vimos es que en la última versión del archivo: 

/vendor/siu-toba/framework/php/nucleo/lib/autenticacion/toba_autenticacion_ldap.php

No se estaba levantando los parametros cargados en ldap.ini

Por eso reemplazamos la siguiente linea:

      (18)    $datos = toba::config()->get_subseccion('idp','ldap');

Por

      $datos = parse_ini_file( $archivo_ini_instalacion,true);  //como estaba en  versiones previas

Y de esta forma sí levanta los parametros para ldap.

No se si hay algo que haya cambiado en la forma de configrar la autenticación, o es un error de la versión.

Saludos

Gabriel

Tuvimos un error con el anonimizador a partir de la versión 3.2.3.  El problema era que truncaba el dump anonimizado de la base de datos 

Subimos este hilo a pedido del equipo técnico de Pilaga ya que puede ser útil a otra universidad.

La consola nos arrojaba el siguiente error:

  pg_dump: [archiver] no se pudo escribir al archivo de salida: Tubería rota
  Killed

El log del anonimizador no arrojaba nada significativo  y el log de postgres tampoco.

Finalmente revisamos el syslog del sistema operativo:

Out of memory: Kill process 14564 (mask) score 854 or sacrifice child

Por lo tanto comprobamos que el error se debía a la falta de memoría en el servidor de la aplicación.  Lo solucionamos agregando memoria RAM.

Saludos

Gabriel

Hola,  en el comité había planteado el problema respecto a la publicación de convocatorias en el portal que trae Diaguita  cuando tenemos el sistema  en Intranet.

Un técnico de una universidad nos había planteado  tener una instancia de Diaguita con usuario postgres de sólo consulta que apunte a la base de producción y en un servidor con acceso externo.  Me parece una solución bastante coherente a pesar que hay que mantener dos instancias. 

Me habían comentado que otras universidades establecieron algunas reglas de apache para la publicación,  no creo que esa sea una solución que nos sirva ya que el servidor de  nuestra aplicación no tiene acceso a la red externa, igualmente me gustaría saber como lo configuraron.

Cualquier información que nos puedan mencionar al respecto  nos va a venir bien. 

Saludos y gracias!

Gabriel

Hola,  quería hacerles una consulta respecto a la performance de la nueva versión.  Recibí algunas consultas de los usuarios donde informan que en general la nueva versión tarda  mas en cargar  los módulos y en arrojar los resultados de las consultas.   

Hice la prueba instalando en un Ubuntu la versión de producción 2.3.8 y la 3.0.0 como localhost (bd y aplicación)  y en una misma consulta (listado de usuarios por perfil funcional) la versión 2.3.8 tarda 1 segundo contra 4 de la versión 3.0.0.  (adjunto captura)  .   En consultas mas grandes la diferencia obviamente es mayor.   

El log de apache no arroja nada significativo excepto un error de svn:   "[:error] (...) svn: E155007: '/usr/local/siu/pilaga_muleto' is not a working copy\n"

Se les ocurre algo que pueda hacer para mejorar el rendimiento?   No se al resto de las universidades se les presenta la misma situación. 

Saludos!

Gabriel

Hola ,  quería saber si alguien ha desarrollado un navegador de carpetas y archivos ( tal cual como está el navegador de archivos del repositorio del GDS). 

Si alguien hizo algo parecido,  les agradecería mucho cualquier información o algún ejemplo que nos pueda orientar.

Saludos!

Gracias. 

Gabriel

Les hago una consulta por un requerimiento que nos piden desde compras,  y por ahí alguien lo pudo solucionar. 

Nos piden que en el Dictamen de Evaluación se muestren diferenciados en la salida de Jasper:

- Renglones Aceptados
- Renglones Desiertos
- Renglones que por haber rechazado todas las ofertas (por ejemplo por precio excesivo), queden como fracasadas, es decir que muestre el renglón pero ningún oferente.   Por ejemplo si se el renglón 3 tiene 4 oferentes y todos fueron rechazados, muestre el renglón 3 una sola vez, con una leyenda correspondiente. (similar al caso de los Desierto)

En el xsl el renglón puede tener campos con los siguientes estados:

- renglon_estado_oferta = "D" (Cuando está desierto), "F" (asumimos que será fracasado??). En estos casos el campo estado_oferta es null

- estado_oferta = "1" (aceptado), "2" (no aceptado).  En estos casos el campo renglon_estado_oferta es null

Hasta ahora no detectamos bajo que circunstancia renglon_estado_oferta será igual a "F". 

Al tener, por ejemplo un renglón con todas ofertas no aceptadas (estado_oferta = 2),  quisiéramos mostrar el renglón una sola vez, sin los oferentes.    El problema es que no podemos con el Jasper,  diferenciar los renglones que tienen todos los oferentes rechazados de los renglones que tienen oferentes aceptados y rechazados.

Para nuestro caso, sería ideal que un renglon al tener todos los oferentes no aceptados,  el campo  renglon_estado_oferta tenga un estado que lo contemple, por ejemplo "F" si correspondiese

No se si desde la aplicación esto se contempla, y lo desconocemos,  o si es un requerimiento que hay que pedir.   

Cualquier ayuda será bienvenida!

Muchas gracias,  espero haber sido claro con la explicación.

Saludos!

Gabriel