epilibre
(Gilles Vincent)
1
Je reviens (tardivement) sur le changement
http://core.spip.org/projects/spip/repository/revisions/21640
qui introduit l’abandon de ext/mysql au profilt de ext/mysqli
Je suis d’accord que l’utilisateur lambda se moque du type d’extension utilisé pour interroger sa base MySQL
Qu’est-ce qui motive cet abandon, alors que ext/mysql n’est déclarée comme DEPRECATED qu’à partir de PHP 5.5 ?
http://php.net/manual/en/mysqlinfo.api.choosing.php
Ne devrait-on pas plutôt utiliser “en silence” mysqli lorsqu’il est disponible et garder ext/mysql sinon ?
Ici le risque est que SPIP fonctionnait sur un serveur sans mysqli, et ne puisse passer en version 3.1 à cause de cette exigence.
marcimat
(Matthieu Marcillaud)
2
Concrètement : tu connais un serveur qui n'a pas mysqli d'activé ?
Vu que c'est normalement là par défaut depuis php 5 …
MM.
epilibre
(Gilles Vincent)
3
oui.
J’en avais moi-même installé en compilant PHP avec le minimum d’option
‘./configure’ ‘–prefix=/usr/local/lsws/lsphp5’ ‘–disable-opcache’ ‘–enable-mbstring’ ‘–enable-mbregex’ ‘–with-mysql’ ‘–with-openssl’ ‘–with-curl’ ‘–with-zlib’ ‘–enable-zip’ ‘–with-gd’ ‘–with-sqlite3’ ‘–enable-gd-native-ttf’ ‘–enable-libxml’ ‘–disable-ipv6’ ‘–disable-short-tags’ ‘–with-freetype-dir’ ‘–with-jpeg-dir’ ‘–with-png-dir’ ‘–with-config-file-scan-dir=/openlitespeed/php.d’ ‘–without-pear’ ‘–with-litespeed’