alternc.install et mod_php

[nono-gdv]

Lors du passage d'alternc.install, «le dernier mod_php installé» est activé sans tenir compte de la configuration existante d'apache (a2enmod php8.2 sans a2dismod php7.4 par exemple). Ça casse complètement apache.

Il faudrait :

• s'assurer qu'il n'y a qu'un seul mod_php actif,
• s'assurer que ce mod_php est une version supportée par AlternC.

[drousseau]

Ce ne serait pas "mieux" de configurer un pool php-fpm avec une "version supportée par AlternC", pour le vhost du panel, et ne plus toucher à mod_php ?

[camlafit]

Lors du passage d'alternc.install, «le dernier mod_php installé» est activé sans tenir compte de la configuration existante d'apache (a2enmod php8.2 sans a2dismod php7.4 par exemple). Ça casse complètement apache.

Si je ne m'abuse le cas se présente quand le dépot sury est activé avant l'installation d'AlternC. On a également un conflit dans l'ordre de dépendance des version php.
Ensuite il faut rajouter ceinture et bretelles lors du alternc.install avec :

• activation d'un unique mod_php valide
• d'un php-cli valide

Ce ne serait pas "mieux" de configurer un pool php-fpm avec une "version supportée par AlternC", pour le vhost du panel, et ne plus toucher à mod_php ?

Sur le feuille de route de la 3.6. Idéalement on devrait "oublier" le mod_apache mais cela implique un certain nombre d'ajustements à éviter si on veut une 3.5.x