Hola, recientemente habilitamos la redireccion a SSL en el sistema de 3w, pero cuando esto ocurre, en la barra de dev inferior no trae aparece dato o log de operaciones (simplemente sale la palabra “undefined”). A que se debe esto? Podria ser un problema de configuracion?
Saludos!
Hola,
si, esta ocurriendo tal cual decís, gracias por reportarlo, vamos a tenerlo en cuenta para corregirlo en próximas versiones.
Por ahora podrían deshabilitar SSH en desarrollo para ver dicha barra de debug.
saludos.
Hola, aprovecho para reportar otro problema que hubo respecto a SSL: notamos que todas las URL que siguen el patron “https://host/xxx” se reescriben como “http://host:443/xxx”, lo que provoca el error “Bad Request” y que no funcionen determinadas operaciones del sitio, como por ejemplo el Recaptcha.
Esto puede ser un problema de configuracion de Apache? O puede tener que ver con la forma interna de funcionamiento de 3W?
Saludos!
Hola, pregunta, ¿ustedes están en la 3.12.0, no?
Si es así es extraño, ya que en esa versión el Recaptcha ya esta preparado para el uso con SSL (pasame lo que contiene la función get_html_recaptcha del archivo src/siu/extension_kernel/controlador_g3w2.php para corroborarlo).
También verifiquen que hayan creado bien los certificados SSL, ver los siguientes links (https://www.digitalocean.com/community/tutorials/how-to-create-a-self-signed-ssl-certificate-for-apache-in-ubuntu-16-04 y https://www.digitalocean.com/community/tutorials/how-to-create-a-ssl-certificate-on-apache-for-ubuntu-14-04).
¿Que operaciones fallan con el SSL?
Si esto persiste envíenos los logs de 3W y Apache de cuando se manifiesta el error.
saludos.
Hola, ya resolvimos el tema del recaptcha, era un problema de configuracion en el servidor.
En cuanto el resto de los links sigue pasando lo de la redireccion incorrecta. Les pasamos un ejemplo de cuando se generan estas URLs en la barra dev, en el archivo pagina.php (sin personalizar):
$contexto['barra_dev'] = kernel::proyecto()->get('barra_dev');
$contexto['log_id'] = kernel::log()->get_id();
$contexto['url_log'] = kernel::vinculador()->crear_sin_chequeo('logger');
$contexto['url_log_info'] = kernel::vinculador()->crear_sin_chequeo('logger', 'ajax_info_log');
Al trabajar en localhost, en el caso de url_log y url_log_info se generan respectivamente los links [b]http://localhost:443/exactas/logger[/b] y [b]http://localhost:443/exactas/logger/ajax_info_log[/b], de manera que al parecer el problema es de la funcion crear_sin_chequeo(), la cual agrega el puerto en todos los casos.
Saludos!
Hola, vamos a gestionar un ticket para arreglarlo en próximas versiones.
Se debería ver la barra de desarrollo usando SSL.
Saludos.
Hola, ya esta resuelto el problema de los logs con HTTPS!!!
Si necesitan el arreglo creen un GDS para que le pasemos el parche.
saludos.
Hola, lo solucionamos temporalmente utilizando una funcion modificada de crear_sin_chequeo() que no agrega el puerto, pero nos parece mejor que nos pasen el parche asi nos aseguramos que funciona en todos los casos.
Ya creamos el GDS #27234 para seguir el tema por ahi.
Saludos!
Se soluciono en el GDS #27234.
saludos.