Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - richard

Páginas: 1 [2] 3 4 ... 181
16
Toba - Desarrollo / Re:Editar remitente a mostrar de correo
« : mayo 11, 2020, 10:29:29 am »
Hola Alejandra,
Estamos trabajando con la versión de Toba 3.2  y necesitamos editar el "Remitente a mostrar" en tiempo de ejecución al momento de enviar correos electrónicos, buscamos pero  no encontramos en el foro nada relacionado a este problema.

Estamos utilizando la clase toba_mail y antes de enviar el correo  ejecutamos $email->set_remitente($remitente).  El correo electrónico se envía sin problemas pero siempre utiliza el "Remitente a mostrar" del smtp.ini (nombre_from)

Siguiendo el código toba_mail, método enviar(), en la linea 108 se puede ver que toma los datos del smtp.ini para configurar el remitente a mostrar, sin tener en cuenta que la variable  se puede haber seteado antes (como en nuestro caso). 

La idea es que las configuraciones (si existen) toman preponderancia sobre lo que pudieran haber seteado, ya que esa clase fue pensada para el envio de mails institucionales con lo cual todos los datos deberian estar presentes en config.

Citar
Si no hubiese forma de solucionarlo esto vamos a optar por editar el smtp para agregar mas configuraciones  y luego utilizar el método set_configuracion_smtp
para elegir en tiempo de ejecución una de ellas, pero queríamos saber si existe una forma de usarlo de la otra manera.

La alternativa es eliminar el parametro nombre_from de la configuracion, sino lo que planteas vos tambien es una forma valida de solucionarlo, por eso existe el metodo set_configuracion_smtp.

Saludos

17
Toba - Desarrollo / Re:Consumir Api Rest - app externa
« : abril 29, 2020, 04:22:56 pm »
Hola Leo,
Buenas noches, como estan? Tengo el siguiente inconveniente.
Tengo unas apis rest en un proyecto de toba 3.3. ya configure el servidor.ini y servidor_usuarios.ini.
Desde swagger y postman funciona bien, recupera correctamente los datos que necesito.

te consulto, si tiras la URL destino por el browser directamente.. te retorna valores o el status 500?.

Citar
Ahora quiero consumir estas api desde un sistema externo que esta desarrollado en php, mediante curl. pero me arroja el siguiente error

Código: [Seleccionar]
[error] => 500 [mensaje] => 500 Internal Server Error [descripcion] => Error Interno en el servidor: No se encuentra el recurso para persona/36363636 en el directorio /usr/local/app/aplicacion/php/rest. ¿Ruta mal formada?

Me intriga esto, no esta encontrando el archivo que implementa el recurso.. o no esta pudiendo abrirlo correctamente.
Tenes a mano toba_referencia instalado por ahi?, si es asi.. fijate si desde el otro proyecto podes acceder a su API Rest (alias_toba_referencia/rest/personas) y pasale cualquier ID, en el peor de los casos te devuelve un 404.

Si ahi tambien te da un 500 habra que revisar la config de Apache (aunque no veo nada particularmente raro) o carpetas.
Si eso funciona, descartamos error del lado cliente y nos centramos en ver por que motivo no levanta los recursos de tu API.

Saludos

18
Hola Mariano,
Por una cuestion de requerimientos, tenemos que crear un perfil funcional nuevo que tenga permisos tanto del proyecto creado por nosotros como del toba_usuarios.

Esto es literalmente imposible ya que los perfiles funcionales se arman por proyecto... y al usuario se le asignan por proyecto tambien.
 
Citar
El tema es que al crear este perfil y modificar los permisos sobre toba_usuarios, estos no se pueden exportar de una manera fácil. Ya que toba_usuarios se encuentra en vendor y por lo tanto no está subido al repositorio de código.

Cuando Toba trabaja en modo produccion, los metadatos de perfiles funcionales y su asignacion a usuarios se guardan fisicamente dentro de la carpeta instalacion por lo que realizando la exportacion local de la instancia deberian quedar alli dichos metadatos.

Obviamente eso queda fuera de lo que es incorporable al control de versiones pero permite que subsista entre actualizaciones.

Citar
Hasta ahora para resolverlo lo que hicimos fue exportar el proyecto toba_usuarios, y copiar lo exportado (que se encuentra en vendor) y pegarlo en el vendor del sistema de producción. Pero dado que es algo no versionado entendemos que no es lo correcto.

Creo que la forma correcta seria como digo arriba, definir ese perfil directamente en produccion.

Citar
Otro problema que tenemos es que al pasar de un branch con un perfil de usuario creado y usuarios creados usando dicho perfil, a otro branch que no tiene ese perfil, como el usuario existe pero usa un perfil inexistente (en este branch) al hacer toba regenerar falla por no tener el perfil y haber usuarios asignados. Esto también es consecuencia de que el Toba usuarios no esté dentro del versionado.
No necesariamente, lo mismo te pasaria en tu proyecto.. eso tiene que ver con el lugar donde se almacena la definicion del perfil funcional y el trabajo con los branches.

Si definis el perfil en un branch y luego te cambias a otro que no tiene dicho archivo dentro de la carpeta metadatos, la regeneracion va a fallar igualmente no es particularidad de toba_usuarios, aunque si de Toba y su forma de trabajo.

De hecho, salvo que luego de cambiar el branch vuelvas a ejecutar un comando de composer lo de toba_usuarios sobreviviria sin problemas ya que su carpeta metadatos contendria el perfil (si lo exportaste obviamente).

Mi duda es.. que necesitan de toba_usuarios que no sea tarea de un administrador del sistema sino de un usuario del mismo?

Saludos

19
Toba - Instalación / Re:Error en instalacion TOBA
« : abril 20, 2020, 12:01:20 pm »
Hola Horacio,

si el punto 4 de esa guia se ejecuto correctamente, te deberia haber quedado en <path proyecto Guaraní>/bin un symlink al lanzador de comandos de Toba que se encuentra dentro de la carpeta vendor.

Si no esta dicho symlink, probablemente el punto 4 no termino como debia o hay algo que falta en el composer.json para garantizar que dicho symlink se cree.

Si no esta el symlink, lo que podes hacer es lo siguiente:

Código: [Seleccionar]
ln -s <path proyecto Guaraní>/vendor/siu-toba/framework/bin/toba  <path proyecto Guaraní>/bin/toba

Y crearlo manualmente,  como workaround sale andando.. pero habria que descubrir por que motivo no lo creo al ejecutar composer install y si quedo algo mas pendiente.

Saludos

20
Hola Jhon,

y cual es el error que te indica?, sin eso estoy como un ciego manejando un avion.

Saludos

21
Hola Jhon,

este tema se ha discutido en varias ocasiones desde la salida de Toba 3.0 aqui, con mayor o menor detalle siempre llegamos a lo mismo.

Que "puedas" no quiere decir que debas, sobre todo porque el "puedas" implica que vas a tener que realizar trabajo extra para hacer funcionar las cosas, que cuando una operacion te falle vas a tener que anaizar si no es a causa de esa forma de trabajo, etc... y que por trabajar con el framework de una forma distinta a la que esta actualmente pensado el codigo tambien se me va a dificultar a mi proveerte soporte.

Si piensas hacerte cargo de las modificaciones que necesites y el soporte ante un eventual problema en el funcionamiento de las operaciones.. entonces puedes hacer lo que gustes, de lo contrario.. seria mejor instalarlo como esta pensado actualmente y ver la manera de administrar usuarios via un IDP.

La administracion de los proyectos la puedes seguir realizando via toba_usuarios, solo que tendras uno por proyecto ahora.

No te guies por los proyectos internos de Toba, porque en la proxima version van a ir separados del framework tambien.

Saludos

22
SIU-Guaraní 3 - Tecnicos / Re:Hacer post a api externa
« : abril 15, 2020, 12:48:52 pm »
Hola Enzo,
Para transformar un array a json tengo que encodearlos en UTF-8, eso lo hago con array_a_utf8, pero a los caracteres especiales quedan en formato unicode (por ejemplo \u0062, esto pasa aunque ponga el flag JSON_UNESCAPED_UNICODE en el json_encode)  y no me  sirve que se mandarlo así.

esos caracteres salen codificados de dicha manera luego de aplicar array_a_utf8, no es algo que agregue el json_encode y por lo tanto no creo que el modificador tenga algun tipo de incidencia.

Respecto del POST... en mi experiencia tuve que cambiar
Código: [Seleccionar]
curl_setopt($conexion, CURLOPT_POST, true);
por
Código: [Seleccionar]
curl_setopt($conexion, CURLOPT_CUSTOMREQUEST, 'POST');

de otra forma siempre tenia problemas con los envios, yo probaria con este cambio primero y luego revisaria lo del json_encode.

Saludos

23
Toba - Instalación / Re:Toba 3.0.x y Toba 3.1.x
« : abril 07, 2020, 11:50:13 am »
Hola Oscar,

la unica opcion que te queda es pasarte como minimo a la ultima version de la rama 3.1 que seria 3.1.16 la cual tiene un cambio de paquetes que evita esta situacion.

Como dieron de baja el paquete, ya no se puede instalar esa version de Toba... solo seguiran funcionando aquellas que estuvieran instaladas de antes.

Saludos

24
Toba - Desarrollo / Re:Error al cargar un proyecto
« : abril 01, 2020, 07:25:46 pm »
Hola Jhon,

si estas trabajando contra otro motor de bd, deberias verificar la configuracion de escapado de caracteres.

Saludos

25
Hola Pablo,
Hola Richard.
Estamos en lo mismo por aqui. Sabes cuando se soluciona?

en lo mismo seria trabado por una restriccion del sistema o con el problema del editor en Toba?.. si es lo ultimo, actualizando a 3.2.13 al menos se te soluciona.

Saludos

26
Hola Marcelo,
                          Muchas gracias por la respuesta. Te cuento que quise hacer composer update y me dió un problema de dependencias.
                                    - siu/instalador dev-develop requires php >=7.3.0 -> your PHP version (7.1.33) does not satisfy that requirement.
                          Miré en hitlab y en un composer de la versión de mapuche 3.9.0 y yo tenía en el proyecto la versión dev-develop para "siu/instalador" lo cambié a la versión 1.9.0, hice luego un composer update y corrió bien. Además de arreglar el problema que tenía con la clase.

respecto de la version del instalador, nosotros vamos continuamente subiendo cosas a la rama develop.. asi que no es lo mas seguro quedarse ahi, si necesitas algo puntual que esta en esa rama... quizas lo mejor es que subas un issue o un gds solicitando que saquen una version nueva. En alguna ocasion he usado versiones asi pero solo cuando no me queda otra.

Lo mismo con Toba.. por ahi esta tranquilo durante semanas y en dos dias luego mergeo 5 ramas feature.. que pueden incluir cambios de requerimientos, mas que dev-develop... lo mejor es saber cual es el ultimo release si necesitas algo mas nuevo.

Citar
                          Ahora bien...como saber que versión de cada paquete debemos usar? supongo que esto daría para otro tema dentro del foro...

En rigor, deberias tener las versiones con las que salio el sistema (en este caso Mapuche), si algo falla y no fue detectado a tiempo... tenes dos opciones:

- Cargarles un GdS haciendoles notar el problema y esperando a que liberen una version de tercer digito

- Actualizar vos por tu cuenta, sabiendo que estas corriendo off-specs y lidiar con eso... si todo funciona bien, informando al equipo correspondiente para que pueda sacar una version con las libs actualizadas cuanto antes (ya que hiciste de alfa tester), si algo falla.. entonces vas a tener que ir al paso 1.

Saludos


27
Hola Marcelo,

efectivamente se perdio en toba_autoload esa clase, lo solucione en su momento en develop y me quedo pendiente el merge a la rama de soporte de 3.2.
Merge y version listos.
Gracias por el aviso.

Saludos

28
Hola Juan,
Con el mismo problema. Hay alguna solucion al dia de hoy ? Estamos con la version 3.16.2. Gracias

necesito la version de Toba para poder orientarte y un poco mas de detalle del problema.

Saludos

29
Toba - Desarrollo / Re:Problemas ef_combo_editable
« : marzo 11, 2020, 10:09:25 am »
Hola Matias,
Buenas tardes, no se si a alguien le paso que me pueda ayudar. Estoy implementando en un formulario un combo editable y me sucede que me queda bloqueado para editarlo.

Normalmente cuando un elemento en cascada queda inhabilitado es porque su "maestro" no tiene valor o no hay opciones (en el caso del combo).
Cuando el combo_editable se encuentra en una cascada como "esclavo", lo que sucede es que a medida que escribis se filtra la consulta .. esto es, al metodo del que debe obtener sus opciones no solo le llega lo que escribis vos, sino tambien los valores de los maestros como parametros.

Si no se te habilita es porque debe haber algun error al procesar la seleccion de datos del/os maestro/s del ef.

Citar
En un principio pense que podía ser un error, pero cuando lo paso al componente como combo la función anda
El combo comun utiliza otro mecanismo para filtrar sus opciones, solo depende del valor del maestro no hay nada que vayas a ingresar.

Citar
De la misma forma me guíe por el toba referencia y veo que le pasa igual.

Bien,  esto es importante.. si te pasa lo mismo en el ejemplo de toba_referencia entonces hay que encontrarle la vuelta en el cliente, porque hay algo que esta rompiendo el lado JS de la pagina, ya sea que esta saliendo un texto donde no debe o que por algun motivo el parser de JS explota en runtime.
Fijate en la consola del browser si salta algun error cuando seleccionas el maestro en toba_referencia (asi los dos tenemos el mismo codigo) y pegame el error que diga asi vemos que puede ser.

Saludos

30
Toba - Desarrollo / Re:Problemas de tiempos de sesión (urgente)
« : marzo 05, 2020, 09:59:17 am »
Hola Martin,
Hola chicos! estamos teniendo problemas en una implementación en una aplicación en UNRN.
Tienen que cargar formularios con varios ef_html, y las sesiones se cierrar inadvertidamente para el usuario.
El servidor está configurado, según me indican para mantener sesiones abiertas durante 4hs.
disculpa la demora pero la lluvia de inversiones nos dejo la oficina sin luz, sin internet y justo el lunes no entre a mirar al foro.
Te cuento como viene el tema de los parametros.

Citar
Hay algún parámetro que pueda tocarse para evitar el cierre de sesión.
Los usuarios afectados son docentes que han estado en sesión capaz por más de 30 minutos.
Hay 3 parametros que manejan la session en Toba:

- sesion_tiempo_no_interac_min : Usualmente se deja en 0
- sesion_tiempo_maximo_min: Que  esta por si queres un tope menor al de PHP.. usualmente tambien en 0

- session.gc_max_lifetime: Es el parametro de PHP.. que supuestamente esta en 4hs.

Las alternativas son, que alguno de los parametros no tiene un cero (fijate en metadatos_compilados si los estan usando) ... o bien esta levantando un php.ini distinto y ahi no esta configurado para 4hs el tiempo de sesion.
El ultimo caso es mas complicado, porque la unica forma de chequearlo es via una llamada a  php_info().. de forma de poder comprobar todos los parametros.

Saludos

Páginas: 1 [2] 3 4 ... 181