Éditeur de cultures d'image ne fonctionne pas
Je rencontre un problème dans l'administrateur WordPress, où les images ne sont pas cadrées dans WP "modifier l'image" pour un site que je suis en train de créer et dont je ne connais pas la cause.
J'ai lu quelques sujets similaires, mais rien ne semble faire une brèche. J'ai désactivé tous les plugins et vérifié le serveur, mais les choses semblent bien se dérouler.
Est-ce que quelqu'un peut éventuellement me guider dans la bonne direction sur comment je peux le faire fonctionner ou ce qui pourrait être la cause du problème?
J'ai fait face au même problème et je l'ai résolu. Cela peut être une réponse très tardive, mais peut être utile pour d'autres personnes confrontées à ce problème. Voici comment j'ai résolu le problème:
Vérifiez votre fichier functions.php. Voir, si vous avez la balise de fermeture à chaque fin du fichier.
?>
supprimer cette balise a résolu mon problème. Aussi peut vérifier ce lien . J'espère que cela t'aides!
J'ai eu le même problème, mais il manquait la bibliothèque Gd, https://www.digitalocean.com/community/questions/installing-the-Gd-image-library
Pour installer (Linux/Apache2):
Sudo apt-get update
Sudo apt-get install php5-Gd
Sudo service Apache2 restart
Si quelqu'un tente d'accomplir cela dans un environnement AWS Linux, ces commandes ont fonctionné pour moi:
yum install php71-pecl-imagick.x86_64
Bien sûr, vous pouvez rechercher le package imagemagick correspondant à votre environnement:
yum search imagemagick
plus tard, n'oubliez pas de faire un:
service httpd restart
pour que les modifications prennent effet sur votre WP
J'ai trouvé que sur mon serveur OVH WordPress, version 4.7.5, imagemagick n'était pas installé et est requis pour que cette fonction fonctionne correctement:
Sudo apt-get install imagemagick
Sudo service Apache2 restart
Aucun de ce qui précède n'a fonctionné pour moi. Donc, dans un effort pour redonner après avoir pris tant de choses de stackoverflow, voici ce que j'ai fait:
Pendant le processus d'installation, une règle de réécriture d'URL a été créée dans IIS. J'ai désactivé cette règle et ensuite le recadrage de l'image a fonctionné!
Après avoir éliminé plusieurs causes (PHP modules, limites de mémoire), après avoir tenté d'obtenir des informations de débogage utiles et avoir migré le site vers un hébergement différent, j'ai constaté que le problème découlait de règles de réécriture dans le fichier .htaccess.
Dans ce cas, les règles ont été ajoutées par le plug-in de sécurité All In One WP Security. Peut-être qu'une version plus récente du plugin l'aurait corrigée, mais je l'ai remplacée par un autre plugin de sécurité il y a quelque temps.
En supprimant toutes les règles du .htaccess et en les réintroduisant progressivement, j'ai découvert Que le bloc de lignes spécifique dans .htaccess à l'origine du problème était le suivant:
# 5G:[QUERY STRINGS]
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{QUERY_STRING} (\"|%22).*(<|>|%3) [NC,OR]
RewriteCond %{QUERY_STRING} (javascript:).*(\;) [NC,OR]
RewriteCond %{QUERY_STRING} (<|%3C).*script.*(>|%3) [NC,OR]
RewriteCond %{QUERY_STRING} (\\|\.\./|`|='$|=%27$) [NC,OR]
RewriteCond %{QUERY_STRING} (\;|'|\"|%22).* (union|select|insert|drop|update|md5|benchmark|or|and|if) [NC,OR]
RewriteCond %{QUERY_STRING} (base64_encode|localhost|mosconfig) [NC,OR]
RewriteCond %{QUERY_STRING} (boot\.ini|echo.*kae|etc/passwd) [NC,OR]
RewriteCond %{QUERY_STRING} (GLOBALS|REQUEST)(=|\[|%) [NC]
RewriteRule .* - [F]
</IfModule>
Il se peut que vous manquiez de la bibliothèque Gd.
Pour vérifier que le serveur l’a installé, essayez php -me sur la ligne de commande. Rechercher le module Gd.
S'il manque, récupérez-le: Sudo apt-get install php7.0-Gd
Cela devrait résoudre votre problème:
- Suppression de toutes les lignes vides et des espaces dans
/wp-content/themes/name/functions.php+ les fichiers inclus. - Suppression de toutes les lignes vides et des espaces dans le fichier
/wp-config.php - Vérifiez que
php5-Gdest installé. - Autorisations modifiées à 777 pour tester
/wp-content/upload/+ sous-dossiers - Suppression des balises php de fermeture (
?>) dans/wp-content/themes/name/functions.php+ les fichiers inclus. - Désactiver tous les plugins.
- Renommez votre thème et remplacez-le par défaut.
Je ne pouvais pas non plus recadrer les images. La zone où le recadrage devait apparaître était juste vide, mais j'ai reçu le message d'erreur suivant:
Aperçu de la zone de recadrage de l'image. Nécessite une interaction avec la souris.
Maintenant, il y avait aussi d'autres choses suspectes: la bibliothèque d'images multimédias ne montrait aucune vignette. Lors de l'activation du mode développeur dans le navigateur, j'ai remarqué que certaines ressources de Wordpress ne pouvaient pas se charger.
Solution: les droits d'accès à /wp-content étaient rompus, Apache n'étant plus en mesure de lire les fichiers. Dans mon cas, changer récursivement les droits d'accès du dossier wp-content en rwxr-x--- l'a résolu.
Si vous avez essayé à peu près tout mais qu'aucune des suggestions ne fonctionne, lisez la suite.
Je rencontrais ce problème sur un seul site de mon environnement de développement, où tous les autres sites fonctionnaient correctement. En fin de compte, il s’agissait d’un seul fichier inclus avec un en-tête de nomenclature UTF-8. Supprimé et le tour est joué!
J'avais ce problème parce que Media Previewer/Cropper essayait d'extraire les images de http au lieu de https et mon serveur signalait toujours une erreur 400 lorsque j'essayais d'extraire les images sources car je n'expose actuellement pas le HTTP traditionnel non ssl.
IE: J'utilise un autre port et utilise https: // serveur: 9090 . Lorsque je tente de rogner une image, il essaie de charger l'image via un fichier non-ssl http: // server: 9090/path/to/image.png . Il n'utilise pas le protocole correct et le serveur répond par une erreur 400. Le rogneur ne peut donc pas charger l'image et continuer.
Dans mon cas, cela se passait dans la section "Personnaliser" sous "Thèmes". Lors de l'utilisation de la médiathèque, l'image était correctement chargée via SSL. Cependant, je ne peux pas changer l'image dans le personnaliseur sans activer http.
J'ai ré-enregistré le fichier functions.php avec le codage de fichier UTF-8. Cela a fonctionné pour moi. (Windows 10)
Si votre installation WordPress est hébergée sur Amazon Red Hat, procédez comme suit:
Sudo yum install php-Gd
Pour plus vérifier ici .
J'ai tout essayé ici, mais rien n'a aidé. Finalement, j'ai trouvé un article qui mentionnait l'octroi d'autorisations IIS_IUSRS au dossier WP. Et cela a finalement permis à l'outil de rognage de fonctionner.