No es nuestro caso: QCCSID = 1145 Gracias
El mar., 27 oct. 2020 a las 12:50, Alex Martínez (<[email protected]>) escribió: > Si tienes el valor de sistemas QCCSID con 65535 tienes un problema ¿es > vuestro caso? > > > El mar., 27 oct. 2020 a las 11:00, datil400 (<[email protected]>) > escribió: > >> Hola Alex, >> >> tenemos configuradas dos conexiones: una con SSL y la otra SIN SSL (por >> descartar problemas de puertos, certificados, etc.). Estamos casi seguros >> que la conexión ODBC está bien configurada. Tomo nota para ver también logs >> de http y las opcione de debug. >> >> Buscando y haciendo pruebas, hemos encontrado que puede estar relacionado >> con el CCSID. Si en la consulta SELECT hacemos un CAST con CCSID(1208) ya >> no falla la conexión, pero aparecen todas las eñes y acentos con símbolos >> raros. Sin embargo, la misma consulta SELECT en isql (CON/SIN el CCSID) >> devuelve los resultados correctamente. >> >> Hemos comprobado también que el meta charset del html sea UTF-8, pero no >> conseguimos recuperar correctamente las vocales acentuadas o las eñes. >> >> ¿Qué se nos escapa? ¿Es un tema de servidor Apache? ¿Es un tema de PHP? >> ¿Será el HTML? >> >> Seguimos buscando. >> >> Gracias por tu ayuda Alex. >> >> Javier Mora >> >> El mar., 27 oct. 2020 a las 10:36, Alex Martínez (<[email protected]>) >> escribió: >> >>> >>> Hola >>> >>> Asegurate que en la pruebas con isql se utiliza SSL >>> >>> En el servidor revisad las anotaciones del los trabajo QZDASOINIT >>> >>> Y en el servidor HTTP ¿no tienes ninguna anotación en el logs? >>> >>> y habilita las opciones de debug de php.ini >>> >>> El mar., 27 oct. 2020 a las 9:07, datil400 (<[email protected]>) >>> escribió: >>> >>>> Hola a tod@s, >>>> >>>> estamos desarrollando un aplicativo en PHP que extrae información del >>>> IBM i. Se ha desarrollado desde un servidor Windows y funciona >>>> correctamente, pero cuando lo trasladamos a Linux empiezan los problemas. >>>> >>>> En Linux tenemos instalado tanto el driver como la conexión ODBC >>>> necesaria, así como los certificados para SSL. Sabemos que está todo bien >>>> configurado porque cuando abrimos una conexión con 'isql' y realizamos una >>>> petición SQL obtenemos el resultado esperado. >>>> >>>> La conexión en PHP la realizamos con la siguiente función: >>>> >>>> function conexionAS400() >>>> { >>>> global $dsn_as400; >>>> global $username_as400; >>>> global $password_as400; >>>> $as400 = odbc_connect($dsn_as400, $username_as400, $password_as400, >>>> SQL_CUR_USE_ODBC); >>>> return $as400; >>>> } >>>> >>>> donde $dsn_as400 contiene el nombre de la conexión ODBC. >>>> >>>> El resultado es un error 503 del servidor HTTP, pero no sabemos cómo >>>> averiguar el error que está generando el intento de conexión. >>>> >>>> En el IBM i comprobamos que se abre una conexión en el puerto 9471, >>>> pero hasta ahí llegamos. >>>> >>>> ¿Alguna sugerencia o idea que nos ayude a descubrir qué pasa? >>>> >>>> Gracias a todos por vuestros comentarios. >>>> >>>> Javier Mora >>>> ____________________________________________________ >>>> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >>>> Forum.Help400 © Publicaciones Help400, S.L. >>> >>> ____________________________________________________ >>> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >>> Forum.Help400 © Publicaciones Help400, S.L. >> >> ____________________________________________________ >> Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) >> Forum.Help400 © Publicaciones Help400, S.L. > > ____________________________________________________ > Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) > Forum.Help400 © Publicaciones Help400, S.L.
____________________________________________________ �nete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 � Publicaciones Help400, S.L.
