Gracias Fernando. Nosotros, tanto en 7.2 como en 7.3 nos ha pasado lo mismo. Lo curioso es que ha estado funcionando bien hasta que ha dejado de hacerlo.
En nuestro caso lo solucionamos con ccsid 1208 y el Cast. El desarrollo PHP es externo y no tengo claro si conocen PDO. Como funciona de momento, hemos optado por no tocar nada. Javier Mora El vie., 7 ene. 2022 18:32, Fernando Pérez <[email protected]> escribió: > A mi me pasaba usando php desde el mismo Ibm I. Opté por la misma opción > que vosotros (un cast para cambiar el ccsid). En uno de los cambios de > versión desapareció el problema (seguramente se habría podido solucionar > antes cambiando algo en la configuración). Lo que te quería comentar es > que, cuando funcionaba mal, si en lugar de las funciones db2_* se usaba > PDO, ahí sí que funcionaba correctamente. Lo digo por si tenéis PDO > instalado y queréis probar si os funciona bien. > > El vie, 15 oct 2021 a las 17:01, datil400 (<[email protected]>) escribió: > >> Gracias Alex, vamos a empezar por aquí. >> >> El vie., 15 oct. 2021 13:56, Alex Martínez <[email protected]> escribió: >> >>> Hola >>> >>> recuerdo un problema similar en una instalación con Zend Server y creo >>> que era establecer el default_charset en php.ini y revisar lo que se >>> indica en la cabecera de cada archivo .php en el default Content-Type >>> >>> >>> https://zend18.zendesk.com/hc/en-us/articles/204915668-After-upgrading-to-Zend-Server-8-for-IBM-i-international-characters-may-not-display-correctly >>> >>> >>> El vie, 15 oct 2021 a las 9:30, datil400 (<[email protected]>) >>> escribió: >>> >>>> Hola a tod@s, >>>> >>>> os planteo un problema que tenemos con PHP y el ODBC del IBM i por si >>>> alguien pudiera darons alguna pista. >>>> >>>> Desde varios aplicativos desarrollados en PHP y ejecutándose sobre >>>> Linux se accede al IBM i mediante ODBC extrayendo información con SELECTs. >>>> Todo parece funcionar bien, hasta que en los datos CHAR o VARCHAR aparecen >>>> símbolos como las Ñ, acentos o apóstrofos, etc. >>>> >>>> El CCSID de las tablas consultadas es 1145 y, si no nos hemos >>>> equivocado, en Linux está el LOCALE para utf-8. >>>> >>>> Si hacemos las pruebas con isql desde Linux, no hay ningún problema, la >>>> consulta se ejecuta. Si lo hacemos desde PHP no lo hace, pero tampoco >>>> sabemos cómo averiguar qué error está dando. >>>> >>>> Hemos contactado con IBM para asegurarnos que el controlador ODBC está >>>> realizando la conversión de CCSID 1145 a CCSID 1208 (utf-8), y revisando >>>> las distintas trazas nos confirman que sí. >>>> >>>> Lo curioso es, que unas veces funciona sin ningún problema y otras no. >>>> Si ejecutamos el PHP desde Windows y el ODBC de Windows, ¡nunca falla! >>>> >>>> Lo estamos solucionando incluyendo en el SELECT un CAST explícito >>>> indicando el CCSID 1208 y parece que funciona, pero no estamos muy seguros. >>>> >>>> ¿Tenéis alguna experiencia con este problema? ¿Qué solución le habéis >>>> dado? ¿Puede ser que nos falte algo por configurar en PHP de Linux? >>>> >>>> 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.
