Unfortunately the informix extension has been moved to PECL but has no maintainer.
http://devzone.zend.com/node/view/id/1621#Heading11
In practic terms, it has been moved but is not available in PECL yet.
It's sad. I have a big client who uses this extension for more than 6 years and now has to change a code base of 500,000 lines of code or install an old version of PHP in the new server. They recently bought a redundant, double cpu, 8 gb ram, scsi disk server and will not be happy to run old versions of software with unmaintained extensions.
LXIV. Informix
Introduction
Les pilotes d'accès à Informix pour Online (ODS) 7.x, SE 7.x, Universal Server (IUS) 9.x et IDS 2000 sont implémentés dans "functions/ifx.ec" et "functions/php3_ifx.h". Le support ODS 7.x est plutôt complet, et accepte les colonnes de type BYTE et TEXT. Le support IUS 9.x est partiellement fini, de nouveaux types sont disponibles, mais SLOB et CLOB sont toujours en cours de développement.
Pré-requis
Configuration notes : Vous avez besoin d'une version de ESQL/C pour compiler le pilote PHP d'Informix. Les versions ESQL/C 7.2x sont utilisables. ESQL/C fait partie du SDK Informix Client.
Avant que vous ne lanciez le script "configure", assurez-vous que la variable d'environnement "INFORMIXDIR" a été correctement paramétrée, et que $INFORMIXDIR/bin est dans votre PATH.
Installation
Pour activer ces fonctions, vous devez compiler PHP avec l'option --with-informix[=DIR], où DIR est le dossier d'installation de Informix et, par défaut, il ne vaut rien.
Configuration à l'exécution
Le comportement de ces fonctions est affecté par la configuration dans le fichier php.ini.
Note : Avant que vous ne lanciez le script "configure", assurez-vous que la variable d'environnement "INFORMIXDIR" a été correctement paramétrée, et que $INFORMIXDIR/bin est dans votre PATH. Vérifiez cela en étudiant le résultat de la fonction phpinfo() avant de commencer à utiliser cette extension. phpinfo() devrait lister ces variables d'environnement. C'est le cas aussi bien pour les modes CGI que module Apache. Vous pouvez aussi mettre en place ces variables dans votre script de démarrage Apache.
Les bibliothèques partagées Informix doivent être accessibles pour le chargement (vérifiez LD_LIBRARY_PATH et ld.so.conf/ldconfig).
Notes sur l'utilisation des BLOBs (TEXT et BYTE) : Les objets de type BLOB sont normalement gérés par des identifiants de BLOB. Les requêtes de sélection retournent un identifiant de BLOB pour chaque colonne de type BYTE et TEXT. Vous pouvez en lire le contenu, avec des commandes de type "string_var = ifx_get_blob($BLOB_id);" ; si vous souhaitez ramener le BLOB en mémoire (avec: "ifx_blobinfile_mode(0);"). Si vous préférez recevoir le contenu d'une colonne BLOB dans un fichier, utilisez ifx_blobinfile_mode(), et ifx_get_blob($BLOB_id) vous retournera le nom du fichier. Utilisez les fonctions habituelles d'accès aux fichiers pour lire son contenu.
Pour les requêtes INSERT/UPDATE, vous devez créer les identifiants de BLOB vous-même, avec la fonction ifx_create_blob(). Puis, vous placez l'identifiant de BLOB dans un tableau, et remplacez la colonne par un point d'interrogation (?). Pour les UPDATE/INSERT, vous êtes responsable du contenu du BLOB, avec la fonction ifx_update_blob().
Le comportement par défaut des colonnes de type BLOB peut être modifié en affectant de nouvelles valeurs aux variables de configuration (même à la volée) :
Variable de configuration : ifx.textasvarchar
Variable de configuration : ifx.byteasvarchar
Fonctions à utiliser lors de l'exécution :
ifx_textasvarchar(0) : utilise l'identifiant de BLOB avec des colonnes de type TEXT, dans les requêtes SELECT
ifx_byteasvarchar(0) : utilise l'identifiant de BLOB avec des colonnes de type BYTE, dans les requêtes SELECT
ifx_textasvarchar(1) : retourne les colonnes de type TEXT sous la forme de VARCHAR, sans utiliser les identifiants de BLOB dans les requêtes SELECT.
ifx_byteasvarchar(1) : retourne les colonnes de type BYTE sous la forme de VARCHAR, sans utiliser les identifiants de BLOB dans les requêtes SELECT.
Variable de configuration : ifx.BLOBinfile
Fonctions à utiliser lors de l'exécution :
ifx_blobinfile_mode(0) : retourne les colonnes de type BYTE en mémoire ; l'identifiant de BLOB vous donnera accès au contenu.
ifx_blobinfile_mode(1) : retourne les colonnes de type BYTE dans un fichier ; l'identifiant de BLOB vous donnera accès au nom de ce fichier.
En affectant la valeur 1 à ifx_text/byteasvarchar, vous pouvez utiliser les colonnes de type TEXT et BYTE dans les requêtes SELECT comme des champs VARCHAR (mais plus long). Étant donné la gestion des chaînes par PHP, cette technique conserve les données binaires. Les données retournées peuvent contenir n'importe quoi, et vous êtes responsable de la bonne manipulation de ces valeurs.
En affectant la valeur 1 à ifx_blobinfile_mode(), utilisez le nom de fichier retourné par ifx_get_blob() pour accéder au contenu du BLOB. Notez bien que vous êtes tenu responsable de l'effacement des fichiers temporaires, créés par Informix. Chaque nouvelle ligne lue sur le serveur va créer un nouveau fichier temporaire, pour chaque colonne de type BYTE.
L'emplacement des fichiers temporaires peut être modifié, grâce à la variable "blobdir", (par défaut, ".", c'est-à-dire, le dossier courant). Une valeur telle que BLOBdir="tmpBLOB" simplifiera le nettoyage des fichiers temporaires, accidentellement oubliés (les noms commencent tous par "blb").
Suppression automatique des espaces (SQLCHAR et SQLNCHAR) : Elle peut être mise en place avec la variable de configuration.
ifx.charasvarchar : avec la valeur 1, les espaces de fin de champs seront automatiquement supprimés.
NULL values : Lorsque la variable de configuration ifx.nullformat (ou que la fonction ifx_nullformat()) est à un, les colonnes contenant la valeur NULL retourneront la chaîne "NULL" et, sinon, retourneront une chaîne vide. Cela vous permet de faire la différence entre les colonnes vides et celles qui contiennent la valeur NULL.
Tableau 1. Options de configuration
| Nom | Par défaut | Modifiable | Historique |
|---|---|---|---|
| ifx.allow_persistent | "1" | PHP_INI_SYSTEM | |
| ifx.max_persistent | "-1" | PHP_INI_SYSTEM | |
| ifx.max_links | "-1" | PHP_INI_SYSTEM | |
| ifx.default_host | NULL | PHP_INI_SYSTEM | |
| ifx.default_user | NULL | PHP_INI_SYSTEM | |
| ifx.default_password | NULL | PHP_INI_SYSTEM | |
| ifx.blobinfile | "1" | PHP_INI_ALL | |
| ifx.textasvarchar | "0" | PHP_INI_ALL | |
| ifx.byteasvarchar | "0" | PHP_INI_ALL | |
| ifx.charasvarchar | "0" | PHP_INI_ALL | |
| ifx.nullformat | "0" | PHP_INI_ALL |
Voici un éclaircissement sur l'utilisation des directives de configuration.
- ifx.allow_persistent bool
Active les connexions persistantes à une base de données Informix.
- ifx.max_persistent entier
Nombre maximum de connexions persistantes à une base de données Informix, par processus.
- ifx.max_links entier
Nombre maximum de connexions à une base de données Informix par processus, en incluant les connexions persistantes.
- ifx.default_host string
Hôte par défaut où se connecter si aucun hôte n'est spécifié par les fonctions ifx_connect() ou ifx_pconnect(). Cette option ne s'applique pas si le safe mode est activé.
- ifx.default_user string
Utilisateur par défaut si aucun utilisateur n'est spécifié par les fonctions ifx_connect() ou ifx_pconnect(). Cette option ne s'applique pas si le safe mode est activé.
- ifx.default_password string
Mot de passe par défaut si aucun mot de passe n'est spécifié par les fonctions ifx_connect() ou ifx_pconnect(). Cette option ne s'applique pas si le safe mode est activé.
- ifx.blobinfile bool
Lorsque cette option est activée, les colonnes de type "blob" seront retournées dans un fichier. Par défaut, elles seront retournées en mémoire. Il est possible de modifier dynamiquement cette valeur grâce à la fonction ifx_blobinfile_mode().
- ifx.textasvarchar bool
Lorsque cette option est activée, les colonnes de type "TEXT" seront retournées dans une chaîne de caractères. Par défaut, elles seront retournées en mémoire. Il est possible de modifier dynamiquement cette valeur grâce à la fonction ifx_textasvarchar().
- ifx.byteasvarchar bool
Lorsque cette option est activée, les colonnes de type "BYTE" seront retournées dans une chaîne de caractères. Par défaut, elles seront retournées en mémoire. Il est possible de modifier dynamiquement cette valeur grâce à la fonction ifx_textasvarchar().
- ifx.charasvarchar bool
Lorsque cette option est activée, les espaces en fin de chaîne de caractères seront conservés lors d'une commande FETCH.
- ifx.nullformat bool
Lorsque cette option est activée, les colonnes de valeur NULL seront retournées comme des chaînes de caractères vides. Il est possible de modifier dynamiquement cette valeur grâce à la fonction ifx_nullformat().
Constantes pré-définies
Cette extension ne définit aucune constante.
- Table des matières
- ifx_affected_rows -- Retourne le nombre de lignes affectées par une requête
- ifx_blobinfile_mode -- Choisit le mode par défaut des objets BLOB pour toutes les requêtes SELECT
- ifx_byteasvarchar -- Choisit le mode par défaut des objets BYTE
- ifx_close -- Ferme une connexion à un serveur Informix
- ifx_connect -- Ouvre une connexion à un serveur Informix
- ifx_copy_blob -- Duplique un objet BLOB
- ifx_create_blob -- Crée un objet BLOB
- ifx_create_char -- Crée un objet char
- ifx_do -- Exécute une requête SQL préparée
- ifx_error -- Retourne le code d'erreur de la dernière requête Informix
- ifx_errormsg -- Retourne le message d'erreur de la dernière requête Informix
- ifx_fetch_row -- Retourne une ligne sous la forme d'un tableau énuméré
- ifx_fieldproperties -- Liste les propriétés des champs SQL
- ifx_fieldtypes -- Liste les champs Informix SQL
- ifx_free_blob -- Supprime un objet BLOB
- ifx_free_char -- Supprime un objet char
- ifx_free_result -- Libère les ressources prises par un résultat
- ifx_get_blob -- Retourne le contenu d'un objet BLOB
- ifx_get_char -- Retourne le contenu d'un objet char
- ifx_getsqlca -- Retourne le contenu de la variable sqlca.sqlerrd[0..5] après une requête
- ifx_htmltbl_result -- Lit toutes les lignes d'un tableau, et le met sous la forme d'un tableau HTML
- ifx_nullformat -- Modifie le mode par défaut de lecture des valeurs
- ifx_num_fields -- Retourne le nombre de colonnes dans une requête
- ifx_num_rows -- Compte le nombre de lignes déjà lues dans un résultat
- ifx_pconnect -- Ouvre une connexion persistante à un serveur Informix
- ifx_prepare -- Prépare une requête SQL pour l'exécution
- ifx_query -- Envoie une requête Informix
- ifx_textasvarchar -- Choisit le mode par défaut des objets text
- ifx_update_blob -- Modifie le contenu d'un objet BLOB
- ifx_update_char -- Modifie le contenu d'un objet char
- ifxus_close_slob -- Ferme un objet SLOB
- ifxus_create_slob -- Crée un objet SLOB et l'ouvre
- ifxus_free_slob -- Supprime un objet SLOB
- ifxus_open_slob -- Ouvre un objet SLOB
- ifxus_read_slob -- Lit n bytes d'un objet SLOB
- ifxus_seek_slob -- Fixe le fichier courant ou la position courante
- ifxus_tell_slob -- Retourne le fichier courant ou la position courante
- ifxus_write_slob -- Ecrit une chaîne dans un objet SLOB
One very frustrating experience with interfacing
Informix and unixODBC (on RHEL4 - PHP 5.20)
was the constant Informix error:
[SQLSTATE=IX 001 SQLCODE=-1829]
Unable to load locale categories
& the non existant handles from unixODBC calls.
This is an issue of the environment being set correctly
which I thought was - phpinfo() reported that the apache
environment was correct <_server=> I even went as far as
to Put/Setenv in httpd.conf.
The hint is in the php 'environment' block
- it did not contain the env strings.
The fix was to insert the environment strings in the httpd
start-up script (/etc/init.d/httpd) which pushed the
environment correctly when the server starts up.
Hope to save someone else the hours....
Installation on RedHat Fedore Core (or in that matter any Linux OS which has a version of glibc of 2.3.* ~or above~) will need to have the latest Informix CSDK (downloadable from IBM). 2.90.UC1.LINUX at the time of this post.
http://www-306.ibm.com/software/data/informix/tools/connect/
I was unable to make PHP with v2.80 of the csdk (as it complained about mktemp being dangerous and how ctype was undefined. After downloading csdk 2.90, I was able to make PHP with no problems at all. (--with-informix).
There goes 2 days of my life!
Feel free to drop me an email at ian_at_devtonic_dot_com if you have any questions.
I just wrote a mini-HOWTO about adding Informix support to mod_php running on a Gentoo Linux server (x86). I wanted to post it here but it was too long. You can find it on http://forums.gentoo.org/viewtopic.php?t=245249 (just in case for some reason they change the thread number, the title is "HOWTO: PHP Informix client support").
add the following to /etc/profile (right before unset i (adjust to your needs)
export INFORMIXDIR=/opt/informix
export ODBCINI=/usr/local/etc/odbc.ini
export INFORMIXSERVER=m_srv
then add the following to your httpd.conf
PassEnv INFORMIXDIR
PassEnv ODBCINI
PassEnv INFORMIXSERVER
(or you can use SetEnv SetEnv INFORMIXDIR /opt/informix etc.)
I upgraded to csdk-2.70.UC3-1 and got the following error when trying to start apache:
Syntax error on line 205 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: /opt/informix/lib/esql/libifgen.so: undefined symbol: stat
/usr/local/apache/bin/apachectl start: httpd could not be started
This machine has glibc 2.3.5
The following fixed the problem for me (surely there's a better fix) but i'm not sure how it might affect other programs linked to libifgen
mkdir /tmp/ifx
cd /tmp/ifx
ar x $INFORMIXDIR/lib/esql/libifgen.a
gcc -shared -o libifgen.so *.o
cp libifgen.so $INFORMIXDIR/lib/esql
I have compile php-4.0.6 with informix support (dynamic) and when I try to
start apache, it gives me this error message:
Syntax error on line 246 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: /home/informix7/lib/esql/lib
ifgen.so: undefined symbol: stat
/usr/sbin/apachectl start: httpd could not be started
If you are tring to access an Informix Online 5.x server over the
network (ie from a webserver) using PHP, be aware that Online
doesn't support network communications as standard unlike later versions.
You need the Informix product 'I-Star' on your Online server.
This will allow your webserver with the informix client SDK
installed to communicate natively (ESQL).
Thanks go to Mario @ PRS for this info.
An intermittent SQL error -25580 is caused by using the wrong glibc version in Linux.
I have this working correctly in Linux (x86) with Informix Client SDK for 2.70UC-1 for Linux, with glibc 2.1.3.
Originally I had glibc 2.1.1 (Red Hat 6), which gave the intermittent error, but upgrading glibc fixed it.
The Informix Client SDKs can be downloaded from www.informix.com (you need to own an Informix database to log on), and glibc is at ftp://ftp.gnu.org/gnu/glibc .
There's also a FreeBSD version of the client libraries that'll work with PHP. It's not available for download from their website, but you can request a copy (cd or electronic delivery) by calling Informix Customer Support at 1-800-274-8184 option 3.
Some customer service reps know more about alternative operating systems than others, so you may have to do a bit of educating before they can locate the product in their database, but it's definitely there.
My e-mail confirmation referred to it as "Orderable Part Number 100-15871-204057-1", although that number may be specific to the electronically-delivered edition.
Verify with phpinfo() that you have informix module compiled in php.
Also verify that env vars INFORMIXDIR, INFORMIXSERVER, LD_LIBRARY_PATH are set, and that PATH have a route to your informix subdir.
