V7R4/R3

PHP en Open Source

IBM, installe désormais les produits par YUM
- L'utilisation de cet utilitaire et la recherche de dépots est complétement intégrée à ACS version 1.1.8
  
  L'installation de YUM aussi

Pour installer PHP sur ce mode vous devez ajouter un dépot (repository) sous QSH

Puis vous connecter avec ACS

N'hésitez pas à profiter de la nouvelle option où votre PC va servir de passerelle (tunnel SSH)

Vous devez voir tous ces modules comme étant disponibles

choisissez Installation, confirmez !

Et voilà

Modifiez votre config Apache, pour ajouter

# Chargement du module FastCGI à l'origine créé pour Zend (utilisable aussi pour Node.JS)
LoadModule zend_enabler_module /QSYS.LIB/QHTTPSVR.LIB/QZFAST.SRVPGM

# indique à Apache que tous les fichiers se terminant par .PHP
# s'exécutent via FastCGI, handler "application/x-httpd-php"
AddType application/x-httpd-php .php
AddHandler fastcgi-script .php

# si on tape uniquement le nom du site, il cherche index.php puis index.html
DirectoryIndex index.php index.html

Créez un fichier fastcgi.conf dans /www/<votre instance>/conf

contenant

Server type="application/x-httpd-php" CommandLine="/QOpenSys/pkgs/bin/php-cgi" StartProcesses="1"

puis, pour tester, un fichier dans htdocs, contenant

<?php phpinfo(); ?>

Ce qui doit vous afficher

Se connecter à la base de données

il faut unixODBC (ODBC en mode Pase)
le driver d'IBMi Access lui même :

Téléchargez le sur https://www-01.ibm.com/support/docview.wss?uid=isg3T1026805

(la dernière ligne nommée ACS PASE App pkg)

Dézippez puis transférez le fichier dans un répertoire sur l'IBM i

Installez le par :
```
yum install ibm-iaccess-1.1.0.11-0.ibmi7.2.ppc64.rpm
```
Il doit apparaitre, ici :

La config se trouve dans /QOpenSys/etc/odbc.ini
l'installation du driver à créé une entrée *LOCAL

une documentation très complète est disponible sur github des différents drivers (Windows, Linux,Pase)

Page php de test

Connectez vous par :

$dsn = "DRIVER=IBM i Access ODBC Driver;SYSTEM=VOTRE -IBMi";
$user = "un-profil";
$pwd = "sonMotDepasse";
$db = odbc_connect($dsn , $user , $pwd);

En remplacant VOTRE-IBMi par le nom indiqué dans la commande WRKRDBDIRE (*LOCAL)

par exemple

<html>
<head>
  <title>test ODBC</title>
</head>
<body>
<h2>connexion ODBC avec PHP RPM</h2>
<?php
  $dsn = "DRIVER=IBM i Access ODBC Driver;SYSTEM=MONIBMi";
  $user = "PHPUSER";
  $pwd = "phppwd";
  $db = odbc_connect($dsn , $user , $pwd);
  $resultat = odbc_exec($db, "select * from qiws.qcustcdt");
  if ($resultat == 0) {
    echo ("<BR><B>Erreur " . odbc_error() . " : " . odbc_errormsg() . "</B>");
  } else {
    $rc = odbc_fetch_row($resultat);
    while($rc != FALSE) {
    echo("<BR>");
    for ($j = 1; $j <= odbc_num_fields($resultat); $j++) {
      if ($j <> 1) {
        echo(' , ');
      }
      echo(odbc_result($resultat, $j));
      }
      $rc = odbc_fetch_row($resultat);
    }
   }
?>
</body>
</html>

voir pour mémoire notre cours PHP et ODBC

Affiche

vous pouvez aussi renseigner des options dans php.ini

Par contre avec des données accentuées, nous avons des problèmes de CCSID

sous un shell avec l'utilitaire isql

La règle serait de configurer la connexion

soit avec

setlocale(LC_ALL, 'FR_FR.UTF-8') ;                           
$dsn = "DRIVER=IBM i Access ODBC  Driver;SYSTEM=MONIBMi";

Par exemple sous le même shell, avec

LC_ALL=FR_FR.UTF-8
export LC_ALL

soit avec

$dsn = "DRIVER=IBM i Access ODBC  Driver;SYSTEM=MONIBMi;CCSID=1208;"

nous obtenons alors

avec une erreur MCH0601 dans la JOBLOG, qui génére un arrêt brutal de PASE (CPFB9C6)

voici ce que dit le lab (Août 2020)

This is a bug in PHP. We plan to submit changes to them and work with Zend to get their version of PHP patched in the meantime.The bug is due to PHP's misuse of the return indicator from SQLGetData .

The following values are valid as length/indicator values ...:

SQL_NO_TOTAL. The driver cannot determine the number of bytes of long data still available to return in an output buffer. This value is legal only for SQL data retrieved from the driver.

When converting from EBCDIC to UTF-8 there is no way for the driver to determine how much data will be available to return other than temporarily converting all the data and throwing away the results. Instead of doing that work, we return SQL_NO_TOTAL, which indicates that the result is not known. SQL_NO_TOTAL has the value -4, which read as an unsigned value is huge and will cause segmentation faults ...

Try adding "DEBUG=524288" to the connection string.

De fait, avec

$dsn = "DRIVER=IBM i Access ODBC Driver;SYSTEM=MONIBMi;DEBUG=524288;"

L'option DEBUG est bien documentée, mais, à aujourd'hui, pas l'utilisation de la valeur 524288 ?

V7R4/R3

PHP en Open Source

©AF400