¿y el archivo que acceder por isql está creado con CCSID 1145 ? El mar., 27 oct. 2020 a las 15:49, datil400 (<[email protected]>) escribió:
> 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.
____________________________________________________ �nete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd ) Forum.Help400 � Publicaciones Help400, S.L.
