Je suis dans la configuration où je veux migrer un wordpress d’un hébergeur mutualisé, accessible en http, vers Yunohost en https. J’ai suivi toutes les étapes décrites dans ce post, et là je bloque à la dernière étape :
Mon site est bien accessible en page d’accueil et admin en https sur mon serveur Yunohost, tout bien, mais l’accès aux autres pages du site renvoie l’erreur 404.
La modification du fichier my_webapp.conf tel que décrite avec arrêt et relance de nginx ne fonctionne pas, dans ce cas tout le site devient inaccessible…
Bref, là je suis bloqué et je n’ai pas trouvé de solution pour aller plus loin…
Uh mais du coup tu parlais d’un problème qui survient si tu modifies le fichier my_webapp.conf ? (Ou bien tu as enlevé les changements que tu as fait ?)
J’ai trouvé ce qui clochait dans la double réponse, il y avait 2 fois le même fichier avec presque le même nom !
$ ls
000-acmechallenge.conf my_webapp.conf my_wepapp.conf
J’ai supprimé, remis le code dans le webapp.conf, stop et start nginx, maintenant j’ai une erreur “502 bad Gateway” quand j’essaie d’accéder au wordpress…
Je vois que le tuto date d’avant Stretch, du coup dans la conf nginx (my_webapp.conf) il te faut remplacer /var/run/php5-fpm-my_webapp.sock par /var/run/php7.0-fpm-my_webapp.sock je pense
Après avoir désinstaller / réinstallé Custom Webapp je retrouve la page d’accueil et l’admin de wordpress et l’erreur 404 sur les pages.
Par contre je me rends compte fortuitement que le fichier my_webapp.conf est remis par Yunohost plein du code que le tuto proposait d’y mettre sans que j’aie à le refaire…
Donc là je n’y comprends rien du tout, comment se fait-il que Yunohost restaure une modification lors d’une suppression / réinstallation ?
Même si ça ne résoud toujours pas le soucis technique, c’est curieux…