Pdo oci, падает процесс при указании charset=utf8?

Question

[darkrain]

В общем без указания кодировки получаю такие варнинги, плюс ответ приходит соответственно в неправильной кодировке, непонятно что по умолчанию стоит.

PDOStatement::fetchAll(): column 3 data was too large for buffer and was truncated to fit it in

Указал кодировку:

$conn = new PDO('oci:dbname=//[host]/orcldb;charset=UTF8',$db_username,$db_password);

php стал просто падать, никаких ошибок не сыпиться вообще, просто нет ответа и процесс падает.



Расширение oci ставил по этой статье



Куда копать то? И мне бы понять как такие вещи отлаживать

Answer 1

[darkrain]

В общем падения предотвратил, спасибо AloneCoder наводку, я настроил окружение добавив в php-fpm.conf следующее:

env[ORACLE_HOME]=/opt/oracle/instantclient
env[LD_LIBRARY_PATH]=/opt/oracle/instantclient/lib
env[NLS_LANG]="RUSSIAN_RUSSIA.AL32UTF8"
env[NLS_DATE_FORMAT]="YYYY-MM-DD HH24:MI:SS"
env[NLS_LENGTH_SEMANTICS]=CHAR
env[NLS_NUMERIC_CHARACTERS]=".,"

Плюс тут советы даются неплохие.

Answer 2

[Макс]

Там в статье хороший комментарий есть, так не пробовали?

Comments

[darkrain]

Попробовал. Не помогло, запускал от пользователя www-data от которого запускаются php процессы

[Макс]

Вообще баг старый, там в комментариях три шага для решения этой проблемы

[darkrain]

Спасибо. первые два шага я сделал, не помогло, а вот с 3-м загвоздка. у меня дериктории $ORACLE_HOME/nls не существует, есть системная папка с кодировками:
/lib/modules/3.2.0-4-486/kernel/fs/nls/nls_koi8-r.ko
/lib/modules/3.2.0-4-486/kernel/fs/nls/nls_koi8-ru.ko
/lib/modules/3.2.0-4-486/kernel/fs/nls/nls_koi8-u.ko
/lib/modules/3.2.0-4-486/kernel/fs/nls/nls_utf8.ko

Просто копировать не помогает. откуда брать их не понятно, ну и ниже комментом у шведа та же ситуация, и все забили болт походу на этот баг.

Вообще проблема с кодировкой решилось, только варнинги мозолят глаза.

[Макс]

А ворнинги я так понимаю исправить можно используя cast или проще всего увеличением длины поля таблицы
bugs.php.net/bug.php?id=35003
bugs.php.net/bug.php?id=54379
stackoverflow.com/questions/14734361/php-pdo-oracle-long-data-too-large-to-buffer-truncating-to-fit

[darkrain]

Да, либо писать самому патч на драйвер.

В общем опишу проблему. В oracle у типа timestamp можно указывать длину дробной части секунд, php драйвер воспринимает как максимальную длину поля, резервирует память, а ее не хватает, в итоге обрезает.

Остается 2 выхода:
1) Написать патч
2) использовать cast — cast( timefield AS varchar2(70) ) as mytame