C'est bizarre car cela voudrait dire qu'il y aurait eu un souci... Tu es certain d'avoir remplacer le php-v5.6 par le php-v7.1 ?
À moins qu'il ait eu un bug lors de l'installation ? Elle n'a pas eu lieu ?
dpkg -l | grep php
## Comme tu peux le voir, tu as plusieurs façons de t'en assurer.
##--------------------------------##
php -version;
## Cela m'indique la php-v7.2.4 mais sur cette machine ils ne sont pas installé.
## La précédente, cela devait être le php-v7.1 ou le php-v7.0 !
## Cependant, je te le confirme (non il n'y avait eu aucun souci (ni NextCloud, ni OwnCloud)).
##--------------------------------##
## Autrement si tu souhaite obtenir beaucoup plus d'information, sers-toi de nginx :
echo "<?php phpinfo(); ?>" >> /usr/share/nginx/html/TryInfo.php
echo "<?php phpinfo(); ?>" >> /var/www/TryInfo.php
## Tu me diras s'il faut que je revienne sur cette dernière partie.
## HS : Il faudrait que cela s'améliore la recherche de Flarum sic...
server
{
## [...]
location ^~ /owncloud
{
location ~ \.php(?:$|/)
{
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_pass unix:/run/php/php7.1-fpm.sock;
include fastcgi_params;
}
}
}
Par contre, (si fait) un grand merci @Bane car j'ai eu un peu de mal à le retrouver (les exemples concernant NC).
Alors je vais les (re)mettre et en profiter pour résumer (et m'en servir de rappel) :
server
{
## [...]
## Certes il y a de légère différence mais au fond, cela ne change(ra) rien.
## Parce que normalement quelque soit la (ou votre) syntaxe, cela devrait fonctionner.
location ^~ /nextcloud
{
## Ce que j'entends par le mot syntaxe, cela fait référence surtout à la ligne (suivante) :
location ~ ^(.+?\.php)(/.*)?$
{
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_pass unix:/run/php/php7.2-fpm.sock;
include fastcgi_params;
}
}
}
Je viens de regardé et (a priori) nous avons bien le même. Désormais avec ces exemples, j'espère @lapinkifum que tu comprenderas ce que je voulais dire. Et non il n'y a rien d'autre (la dite installation (de l'un comme l'autre) devrait se se dérouler sans accrocs. Tandis que le reste c'est le dit superflu (à rajouter si besoin dans le futur)).
À moins que cela soit mal renseigné ? Cela me donne ce résultat : "listen = /run/php/php7.2-fpm.sock".
cat /etc/php5/fpm/pool.d/www.conf | grep "listen ="
cat /etc/php/7.0/fpm/pool.d/www.conf | grep "listen ="
cat /etc/php/7.1/fpm/pool.d/www.conf | grep "listen ="
cat /etc/php/7.2/fpm/pool.d/www.conf | grep "listen ="
##--------------------------------##
## Attention car cela doit correspondre (entre les 2 nginx et le php).
## Parce que c'est vrai la moindre petite erreur pourrait très bien expliquer ton problème.
##--------------------------------##
Donc, il faudra adapter la conf(ig) de Nginx (par exemple) :
location @php
{
fastcgi_pass unix:/run/php/php7.2-fpm.sock;
## Tandis que par le passé nous avions le :
## php_v5 via : "fastcgi_pass unix:/var/run/php5-fpm.sock;"
## php_v7.0 via : "fastcgi_pass unix:/run/php/php7.0-fpm.sock;"
## php_v7.1 via : "fastcgi_pass unix:/run/php/php7.1-fpm.sock;"
}
