Bonjour,
Hier soir j’ai déplacé http://www.ocivelo.fr/enconstruction vers http://www.ocivelo.fr (téléchargement par FTP puis upload à la racine). Le site fonctionne mais l’administration s’affiche comme si les CSS n’étaient pas chargés (ou un problème de javascript ?). Ça ressemble à ça :
https://stackoverflow.com/questions/42036422/wordpress-admin-dashboard-is-not-displayed-properly
En ajoutant commme suggéré la ligne suivante au fichier wp-config.php, c’est un peu mieux mais l’édition de pages ou d’articles reste inutilisable…
define( 'CONCATENATE_SCRIPTS', false );
J’ai passé ocivelo.fr à PHP 7.2, sans savoir s’il y avait un lien quelconque. J’ai désactivé tous les plugins WordPress, sans succès non plus.
Merci d’avance si vous passez par ici et que vous avez une solution ou une piste à me fournir ! 
Bonsoir
Dans le fichier index.php ( à la racine c’est à dire maintenant sous httpdocs ) avez vous bien remis
require( dirname( FILE ) . ‘/wp-blog-header.php’ );
à la place de
require( dirname( FILE ) . ‘/enconstruction/wp-blog-header.php’ );
?
Je viens de vérifier, la première ligne que vous mentionnez est bien présente dans le fichier.
J’ai utilisé le script interconnectit de ce tutorial pour mettre à jour la base de données depuis “enconstruction” vers la racine.
J’ai ensuite fait une recherche du terme “enconstruction” sur le contenu de tous les fichiers du site pour vérifier qu’il n’y en avait plus aucune occurrence. Je crois que c’est bon à ce niveau-là.
Ajouter la ligne suivante à wp-config.php a permis de résoudre temporairement le problème.
define( 'SCRIPT_DEBUG', true );
Si je comprends bien, ça permet de charger les versions “dev” des css et javascript de l’admin Wordpress plutôt que leurs versions “minify”. Il me reste à comprendre comment me passer de ce “hack”.
Mmh, je réalise à l’instant que le hack que je mentionne n’a pas suffi. Je décris le problème avec captures d’écran sur ce fil des forums WordPress.org.
J’ai trouvé des différences de fichiers css et js minifiés dans wp-admin/ et wp-includes/ entre une sauvegarde précédant la migration et la version actuelle. Au final, remplacer ces deux dossiers par les versions 4.9.7 fraîchement téléchargées sur wordpress.org a résolu le problème.