# Mutu OVH & php-fpm

**URL:** <https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996>\
**Category:** 🇫🇷 Français (french)\
**Tags:** nc32, ovh, hosting, php82\
**Created:** [December 30, 2025, 11:09pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996 "2025-12-30T23:09:08Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![MaitreCake](https://help.nextcloud.com/user_avatar/help.nextcloud.com/maitrecake/32/53012_2.png) [@MaitreCake](https://help.nextcloud.com/u/MaitreCake)\
**Post date:** [December 30, 2025, 11:09pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/1 "2025-12-30T23:09:08Z")

</div>

Bonjour ,bonjour,

Ça fait maintenant bientôt 10 ans que je fais tourner NC sur un mutu ovh (perso 2014).

J’ai un peu galéré pour affiner mes réglages, fais un petit serveur sur le côté local pour Collabora CODE et deux trois autres trucs. Mais le plus frustrant au final reste les problèmes de cache.

Quand on active le phpfpm dans .ovhconfig on voit clairement un gain (on arrive même à synchroniser les agendas avec thunderbird), mais au bout d’un court moment, la css se retrouve complètement explosée donc retour à phpcgi.

Ma question est donc la suivante : quelqu’un a t-il réussi à faire fonctionné NC sur un mutu ovh en php-fpm ?

\_\_  
NC 32.0.2 / MySQL 8 / php 8.2 (phpcgi…)

---

<div class="post-metadata">

**Author:** ![vincen](https://help.nextcloud.com/user_avatar/help.nextcloud.com/vincen/32/3952_2.png) [@vincen](https://help.nextcloud.com/u/vincen)\
**Post date:** [December 31, 2025, 8:00am UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/2 "2025-12-31T08:00:07Z")

</div>

Salut

Je ne sais pas pour OVH mais je peux te dire que sur mes serveurs mutualisés j’ai des clients avec du NC et du PHP-FPM et cela marche nickel mais pourquoi tu ne veux pas rester en PHP-CGI ? le gain de différence est si important ?

Vincèn

---

<div class="post-metadata">

**Author:** ![MaitreCake](https://help.nextcloud.com/user_avatar/help.nextcloud.com/maitrecake/32/53012_2.png) [@MaitreCake](https://help.nextcloud.com/u/MaitreCake)\
**Post date:** [December 31, 2025, 3:23pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/3 "2025-12-31T15:23:41Z")

</div>

Merci @Vincèn, 🙏

Alors clairement aujourd’hui sur ovh mutu (perso 2014), il faut activer phpcgi. Le fpm explose la mise en page après quelques secondes : Avec des menus les uns sur les autres, du texte en noir et des fonds d’écrans blancs même avec les apps de theming désactivées 🤯 . Le reste semble fonctionnel 🤔 .

Par contre, je fais le test de temps en temps, et au ressenti, sur les quelques secondes fonctionnelles, les temps de chargement sont incomparables 🚀 (je ne vois pas trop quels outils utiliser pour comparer de manière objective).

Par contre, comme expliqué, par moment, quitte à exploser la mise en page, je dois utiliser le fpm. À ma connaissance, c’est la seule solution pour ajouter un agenda NC dans thunderbird par exemple …🎰  
Une fois la manip faite, on peut revenir en cgi.

Avec mon peu de connaissances, si je comprends bien, fpm est le seul vrai système de cache sur OVH mutu et c’est mon principal manque sur NC. 😢

La situation actuelle me convient même si elle ne me satisfait pas complétement.  
J’essaie de lancer le sujet, dans la mesure où OVH avec ses énormes défauts reste un hébergeur fr et accessible.🇫🇷 💸  
Avec le peu de temps disponible que j’ai, et mon peu de compétences en informatique, je veux bien être dirigé pour faire les tests nécessaires. J’avoue que si j’arrivais à faire tourner NC sur un mutu OVH en php-fpm, une de mes résolutions 2026 serait réalisée 🏅 .

Je n’ai aucune envie de faire perdre du temps à la communauté, mais je pense que ce serait bénéfique pour pas mal d’utilisateurs. Les limitations de cache m’imposent souvent de passer par CLI et php occ… par exemple et le ssh reste un frein pour certains.

Voilà voilà. C’est plus un thread qu’une demande de support au final.

D’avance merci.

---

<div class="post-metadata">

**Author:** ![vincen](https://help.nextcloud.com/user_avatar/help.nextcloud.com/vincen/32/3952_2.png) [@vincen](https://help.nextcloud.com/u/vincen)\
**Post date:** [December 31, 2025, 3:37pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/4 "2025-12-31T15:37:13Z")

</div>

> [@MaitreCake](#):
>
> Avec mon peu de connaissances, si je comprends bien, fpm est le seul vrai système de cache sur OVH mutu et c’est mon principal manque sur NC.

Salut

Oui enfin sur des petites instances NC tourne très bien sans cache, j’ai plein de clients comme ça et aucun soucis avec NC et aucune app dedans !  
Le problème c’est qu’en mutu comme ça tu es contraint par le gestionnaire d’hébergements et tu peux à peu près rien faire s’il manque des choses ou que les paramètres te vont pas !  
ton PHP-FPM et PHP-CGI sont en même version et avec les mêmes dépendances PHP d’installées ?

bonnes fêtes en attendant 😉

---

<div class="post-metadata">

**Author:** ![MaitreCake](https://help.nextcloud.com/user_avatar/help.nextcloud.com/maitrecake/32/53012_2.png) [@MaitreCake](https://help.nextcloud.com/u/MaitreCake)\
**Post date:** [January 1, 2026, 9:17pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/5 "2026-01-01T21:17:54Z")

</div>

Merci,

Comme dit, je bidouille pas mal, j’ai installé sur un serveur local des serveurs Turn/Coturn , whiteboard et collabora Code. Je comprends que c’est au-dessus des capacités du mutu.

J’avoue que les systèmes de sauvegardes automatiques de OVH me sécurisent un peu\* pour l’instance principale NC qui me supplie pour du cache…

Je promeus également beaucoup NC face à des confrères qui ne jurent que par Teams et autres Slack, d’où mon envie d’améliorer mes perfs pour être plus convaincant…

Pour passer du CGI au FPM, je me contente de supprimer “CGI" dans le .ovgconfig suivant :

```auto

app.engine=phpcgi
app.engine.version=8.2

http.firewall=none
environment=production

container.image=stable64

```

Donc je présume que les dépendances sont les mêmes.

Une très belle année 2026.

* * *

\*: au final, je n’y ai jamais eu recours mais leur système de “Snap" FTP et BD semble correspondre à mon besoin ( un sujet pour moi en 2026 également)

---

<div class="post-metadata">

**Author:** ![vincen](https://help.nextcloud.com/user_avatar/help.nextcloud.com/vincen/32/3952_2.png) [@vincen](https://help.nextcloud.com/u/vincen)\
**Post date:** [January 7, 2026, 1:46pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/6 "2026-01-07T13:46:07Z")

</div>

> [@MaitreCake](#):
>
> Donc je présume que les dépendances sont les mêmes.

non cela ne veut absolument rien dire mais un phpinfo te confirmera ou pas si c’est le cas en testant sur chacune des versions de PHP dispo 😉

> [@MaitreCake](#):
>
> \*: au final, je n’y ai jamais eu recours mais leur système de “Snap" FTP et BD semble correspondre à mon besoin ( un sujet pour moi en 2026 également)

Oui enfin le snap c’est local c’est pas un backup, ne pas oublier la règle des 1-2-3 et d’autant plus avec OVH qui a des infras douteuses 😃

---

<div class="post-metadata">

**Author:** ![MaitreCake](https://help.nextcloud.com/user_avatar/help.nextcloud.com/maitrecake/32/53012_2.png) [@MaitreCake](https://help.nextcloud.com/u/MaitreCake)\
**Post date:** [January 8, 2026, 4:42pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/7 "2026-01-08T16:42:53Z")

</div>

Merci, tu me mets sur de bonnes voies. Je sais que je prends les choses un peu à l’envers, mais une fois que j’aurais trouvé une solution pour le cache, j’étudierai ces problèmes de sauvegardes.

En ce qui concerne le `phpinfo()`, j’ai gentiment demandé à une IA française 😉 de comparer les 2 fichiers, voilà ce qu’elle m’a mis en différences :

| Clé | FPM/FastCGI | CGI/FastCGI |
| --- | --- | --- |
| Server API | FPM/FastCGI | CGI/FastCGI |
| Loaded Configuration File | `/images/stable64/usr/local/php-config/8.2/php-fpm.ini` | `/usr/local/php-config/8.2/php-cgi.ini` |
| cgi.fix\_pathinfo | On | Off |
| cgi.check\_shebang\_line | Not present | On |
| OPCache (Optimisation) | Activé (plusieurs paramètres OPCache présents) | Non présent |
| php-fpm | Active | Non présent |
| output\_buffering | 0 | no value |

Ça confirme que le FPM fournit bien du cache.  
Je vois sur google des débats qui remontent à 2010 sur le _`cgi.fix_pathinfo`_ qui semble pouvoir expliquer le problème ici.

Je comprends moins l’enjeu du `cgi.check_shebang_line`

Ça va un peu m’occuper ce soir… Merci encore.

---

<div class="post-metadata">

**Author:** ![MaitreCake](https://help.nextcloud.com/user_avatar/help.nextcloud.com/maitrecake/32/53012_2.png) [@MaitreCake](https://help.nextcloud.com/u/MaitreCake)\
**Post date:** [February 27, 2026, 8:32am UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/8 "2026-02-27T08:32:46Z")

</div>

Un petit message pour maintenir le sujet actif. J’avoue que je me suis éparpillé sur d’autres objectifs. Si certains ont réussi à faire tourner Nextcloud en mutu ovh sous php-fpm, qu’ils n’hésitent pas à faire signe ici.

---

<div class="post-metadata">

**Author:** ![CTownNext72](https://help.nextcloud.com/letter_avatar/ctownnext72/32/6_22734026db12803ebb3e059622ac3534.png) [@CTownNext72](https://help.nextcloud.com/u/CTownNext72)\
**Post date:** [April 23, 2026, 3:15pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/9 "2026-04-23T15:15:19Z")

</div>

Comme toi je suis en mutu ovh et ne sais comment résoudre ce problème de cache. Ce qui est navrant c’est qu’ailleurs c’est open-bar pour les conf MySQL, PHP et pour un prix moindre depuis la dernière augmentation en cours.

---

<div class="post-metadata">

**Author:** ![Domdom](https://help.nextcloud.com/letter_avatar/domdom/32/6_22734026db12803ebb3e059622ac3534.png) [@Domdom](https://help.nextcloud.com/u/Domdom)\
**Post date:** [April 26, 2026, 11:43am UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/10 "2026-04-26T11:43:09Z")

</div>

Cela ne résoudra pas votre problème, mais après avoir utilisé Nextcloud en mutu ovh pendant plusieurs années avec de plus en plus de difficultés à le maintenir actif lors des mises à jour des versions majeures de Nextcloud, au prix de nombreux réglages donc certains me semblaient assez nébuleux ce qui n’est pas souhaitable pour la sécurité, je suis finalement passé sur un VPS OVH et cela a considérablement simplifié les choses pour les mises à jour et la maintenance avec les éléments de sécurité nécessaires.

---

<div class="post-metadata">

**Author:** ![MarcAntipodes](https://help.nextcloud.com/letter_avatar/marcantipodes/32/6_22734026db12803ebb3e059622ac3534.png) [@MarcAntipodes](https://help.nextcloud.com/u/MarcAntipodes)\
**Post date:** [May 20, 2026, 8:31am UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/11 "2026-05-20T08:31:31Z")

</div>

Bonjour,

Pour moi la modification php / phpcgi n’a plus d’effet… la seule solution pour intervenir sur mon nextcloud en ligne est de désactiver http2 dans les paramètres de firefox puis de réactiver après intervention… pas vraiment pratique. D’autre part, le processus de mise à jour ne fonctionne plus pour le passage à la version 32.09… Pareil pour vous ?

---

<div class="post-metadata">

**Author:** ![MaitreCake](https://help.nextcloud.com/user_avatar/help.nextcloud.com/maitrecake/32/53012_2.png) [@MaitreCake](https://help.nextcloud.com/u/MaitreCake)\
**Post date:** [May 20, 2026, 11:57am UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/12 "2026-05-20T11:57:53Z")

</div>

Je n’ai pas encore fait la maj vers 32.0.9.  
Par contre, je ne comprends pas, vous devez désactiver des paramètres dans FF pour pouvoir utiliser Nextcloud ?

---

<div class="post-metadata">

**Author:** ![MarcAntipodes](https://help.nextcloud.com/letter_avatar/marcantipodes/32/6_22734026db12803ebb3e059622ac3534.png) [@MarcAntipodes](https://help.nextcloud.com/u/MarcAntipodes)\
**Post date:** [June 3, 2026, 6:10pm UTC](https://help.nextcloud.com/t/mutu-ovh-php-fpm/237996/13 "2026-06-03T18:10:38Z")

</div>

Pour avoir un affichage correct des pages il me faut effectivement désactiver http2 dans la configuration de ff… sinon la mise en page est en vrac, le scrolling impossible… et donc la version en ligne est impossible à utiliser.