Sauf que
Dès ma première utilisation de cette nouvelle mouture je suis tombé sur un problème assez gênant : dans la fenêtre modale servant à insérer des médias depuis l’éditeur, l’ajout d’un fichier me retourne une erreur en indiquant
« Une erreur est survenue lors du téléchargement.
Veuillez réessayer plus tard. »
Malgré ça, ledit fichier a été ajouté à la bibliothèque des médias. De plus, impossible de parcourir la bibliothèque et d’insérer un fichier depuis cette même fenêtre modale ! Après une recherche rapide, il s’avère que je ne suis pas le premier à rencontrer ce problème.
Or ce bug – connu depuis la bêta – peut avoir diverses origines :
- Le serveur utilise mod_pagespeed
- Un plugin interfère avec les scripts de l’administration
- Le thème retire la version de jQuery inclue, et en utilise une autre
- Une erreur a pu se glisser dans certains fichiers, à vérifier via la console js du navigateur
- Un mode DEBUG de WordPress « abusif »
- La concaténation des fichiers de l’administration trop agressive ou mal effectuée
Miam ! Vous l’aurez compris, beaucoup de ces causes potentielles tournent autour des fichiers javascript ( et la technologie Ajax utilisée dans ce cas ). Une multitude de parades ont été proposées sur le web, fonctionnant dans certains cas :
- Repasser au thème TwentyTwelve
- Désactiver les plugins un par un
- Désactiver mod_pagespeed ou un système de concaténation quelconque du js de l’administration
Ces solutions ont – dans beaucoup de cas – suffit à résoudre le bug, ou au moins à en identifier l’origine afin de le corriger. Pas dans mon cas.
.htaccess
Après diverses pérégrinations dans les tréfonds de WordPress, j’ai finalement trouvé la solution à mon cas : le .htaccess.
Pour une raison ou pour une autre, appliquer le .htaccess que j’ai l’habitude d’appliquer en production a suffit. C’est donc un patch insignifiant, sauf que WordPress ne dispose pas – et ne crée pas – de .htaccess par lui-même. C’est une habitude que j’ai acquise pour des questions d’environnement serveur, de performances, de qualité web et de types de fichiers à servir, mais qui n’est pas connue de tout le monde.
À titre personnel, le .htaccess de base dont je me sers est un amalgame :
- du .htaccess disponible dans le html5 Boilerplate
- du .htaccess dédié à WordPress proposé par seo-mix
Je suppose qu’il s’agit d’un entête http ou d’un type MIME incorrect qui nuit à la bonne compréhension du fichier par le serveur, sans toutefois en être sûr. Étant donné que j’avais jusqu’à présent l’habitude d’ajouter le .htaccess à la fin du développement, je me contenterais désormais de l’ajouter dès le début du projet.
De plus, il s’agit d’une bonne pratique nécessaire à la qualité d’un site web : il est donc indispensable de disposer d’un fichier .htaccess efficace.
Salut, j’étais comme toi j’ai eu les mêmes problèmes et aucune solutions n’a marché j’ai cherché pendant 2 jours avant de revenir en 3.4.2, tu peux nous mettre en ligne ton . htaccess si c’est possible ca nous aiderait, merci à toi a plus Vince.
Bonjour,
Comme je l’ai indiqué, le .htaccess proposé par [seo-mix](https://www.seomix.fr/guide-htaccess-performances-et-temps-de-chargement/ target=) est à mon avis le meilleur – et tu peux récupérer le fichier directement sur leur article.
Attention toutefois, votre cas n’est pas forcément le même : cela peut venir de votre thème, de certains plugins, de votre serveur, ou d’une optimisation excessive.
Bon courage avec ça !
Ok merci , en fait j’ai déjà tout essayé : le thème twenty, désactiver les plugins, et d’autres méthodes encore notamment celles que tu cites plus haut mais rien. Donc peut-être un nouvel htaccess fera l’affaire , il y a juste à copier-coller les lignes de code dans son propre htaccess c’est ça? Rien d’autre à faire? Merci.
Non il n’y a que ça ! Le fichier .htaccess doit être à la racine du WordPress ( à côté de wp-content, wp-includes, wp-admin etc…). Il existe beaucoup de tutoriels sur le web pour mieux comprendre ce fichier.