L'architecture MVC bug sur les nouveaux mutu d'OVH !

Iced-coffee
PHP

Bonjour à tous,
Je vous expose mon problème, j'ai suivie il y a un moment le tuto pour créer un site web avec l'architecture MVC et jusque aujourd’hui
tout fonctionnait nickel sur des mutu comme sur des dédié (OVH) mais il y a deux jours j'ai pris un nouveau mutu toujours chez OVH et là gros pépin !
Les redirections ne fonctionnent plus et peut importe le lien sur lequel je clique le serveur m'envoie sur une page vide avec une belle erreur 404 (File not found.). J'ai plusieurs mutu OVH que j’avais pris avant 2014 et je n'est eu aucun problème... j'ai essayer de bidouiller les htaccess mais ça n'a rien donné. Je sèche complétement sur ce coup là et c'est plutôt urgent!! Merci pour votre lecture.

5 réponses

Iced-coffee
Auteur
Réponse acceptée

Merci yceoshda, j'ai creuser le problème php-FPM et après quelques bidouillages j'ai finalement trouvé d'où venait le problème.
Apparemment OVH semble avoir abandonné le bon vieux htaccess pour un fichier config maison le .ovhconfig placé à la racine du site qui comportait les paramètres suivant :

app.engine=php
app.engine.version= 5.4
http.firewall=none
environment=production

Que j'ai modifié de la manière suivante pour désactiver le fameux php-FPM qui faisait du zèle: 

app.engine=phpcgi
app.engine.version= 5.4
http.firewall=none
environment=development

et tout est rentré dans l'ordre!

Encore merci

Vallyan

t'as vérifié que l'urlrewrite est enabled dans apache2?
Dans ta console:

> su
 *ton mdp root*
> a2enmod rewrite
> service apache2 restart

Ré-essaye e

Iced-coffee
Auteur

Merci pour ta réponse,
urlrewrite est opérationnel, je suis bien envoyé vers index.php qui ce trouve dans le webroot mais à partir de là, tous les liens m'envoie en 404! (je rappel que c'est un mutualisé.)

yceoshda

Bonsoir,

Les nouveaux mutu OVH utilisent php-FPM, qui a une facheuse tendance a pas "aimer" les .htaccess (et du coup les rewrites se font pas).

Cela vient du fait que grosso modo les instructions des .htaccess sont executes apres l'appel FastCGI (qui envoie la requete de Apache vers PHP) et donc le rewrite n'a pas encore ete fait au moment ou la requete est recue par PHP d'ou la 404.

De memoire j'ai croise le sujet sur les forums OVH donc la repose a ce probleme y est probablement. Il me semble que ca tourne autour d'un nouveau fichier (autre que le .htaccess) a utiliser pour donner les instructions.

Si ca peut aider: dans l'infra d'hebergement que j'ai mis en place au boulot j'ai contourne ca en deplacant les rewrites et autres instructions du .htaccess directement dans la configuration du virtualhost apache.

scriptshadow

Après 3ans je retombe sur le sujet

Merci a toi #Iced-coffee

Chez moi ce code n'as pas suiffit

app.engine=phpcgi
app.engine.version= 5.4
http.firewall=none
environment=development

Donc je l'ai modifié comme suite:

app.engine=phpcgi
app.engine.version=5.6
http.firewall=none
;environment=development
environment=production

Et mon .htaccess

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L]

#RewriteCond %{SERVER_PORT} 80
#RewriteRule ^(.*)$ https://www.monsitet.net/$1 [R,L]

# protection de la lecture des répertoires
Options -Indexes
ErrorDocument 403 https://www.monsite.net

Et tout marche super cool
j'espère que ca va aider d'autre aussi meme si je suis en retard, on est jamais en retard