Algunas imágenes que se cargan en WordPress no se muestran en la Biblioteca multimedia. Las imágenes se cargan e incluso se recortan a los tamaños definidos, hay una entrada en la Biblioteca de medios, pero la imagen de vista previa no se muestra. Incluso puedo usarlos como imagen destacada y se muestran correctamente en mi sitio web.
Pude encontrar la causa del problema: si hay caracteres especiales (como diéresis alemanas) en el campo "Palabras clave" de IPTC en los JPG, entonces se produce este problema. Tan pronto como use Exiftool para eliminar el campo "Palabras clave" de un JPG que muestra los problemas mencionados, este archivo funciona sin ningún problema. Pude verificar este problema en tres instalaciones de WordPress en dos servidores web completamente diferentes alojados por diferentes compañías. La versión de Wordpress es 4.4.1.
Me inclino a reportar esto como un error de WordPress. Pero antes de hacerlo, quiero precisar más el problema real. Podría encontrar que para todas las imágenes "malas", no hay _wp_attachment_metadataentrada en la wp_postmetatabla.
Si hackear el wp-admin/includes/image.phparchivo y conjunto $meta['keywords'] = array();de wp_read_image_metadata(), todo funciona bien. Obviamente, en algún lugar hay algún código que usa el resultado wp_read_image_metadata()para crear una _wp_attachment_metadatafila para ese archivo adjunto. Pero, ¿dónde está ese código que no se inserta _wp_attachment_metadatasi hay un problema con cadenas codificadas incorrectamente $meta['keywords']?
¿Y hay un gancho para anular ese problema en mis instalaciones? Una instalación de WordPress que muestra ese problema es utilizada por varios editores que no saben mucho de computadoras. Decirles que usen un software en su PC para eliminar las etiquetas IPTC defectuosas es imposible. Pero tampoco quiero hackear el archivo central mencionado en un sistema en vivo.
Actualización: Aquí hay dos imágenes idénticas donde una muestra el problema y la otra no. La única diferencia está en el campo "palabras clave", donde uno tiene el contenido "dulce", el otro "süß" (= palabra alemana para dulce).
Respuestas:
He probado esto con una imagen que creé yo mismo con Photoshop, donde inserté la palabra "Süss" en cada campo IPTC imaginable.
Lo cargué en mi instalación de WordPress 4.6, que no tiene instalados complementos de manejo de imágenes. La carga se realizó sin problemas, se crearon las miniaturas correctas en el directorio de cargas y el campo de subtítulos se cargó correctamente desde el campo IPTC correspondiente.
Además, la miniatura se mostró correctamente en la biblioteca de medios.
Por lo tanto, me inclino a decir que este fue realmente un error que se ha resuelto desde entonces.
fuente
El problema parece estar ocurriendo con caracteres especiales ("â", en mi caso) en los nombres de archivo también. Me sucedió al menos y nunca edité información exif, por lo que no solo está relacionada con el campo IPTC. Ahora funciona como se esperaba después de editar el nombre de archivo, eliminando el acento.
Lo más extraño es que, sabiendo que a menudo se encuentran los problemas de codificación, no puedo encontrar ninguna publicación o documento que diga que los caracteres especiales no son aceptables o que deben evitarse en los nombres de archivos de la biblioteca de WordPress, sin embargo, al ver los muchos problemas que tiene la gente, sería aconsejable nunca usar ninguno ... o pídele a WordPress que trabaje en eso. Tal vez al menos solo fallarán las cargas si se encuentra algún spechar para imponer nombres limpios y no hay riesgo de problemas adicionales.
Espero que esto ayude a alguien. La codificación de caracteres siempre ha sido un desastre en informática ... suspiro ...
fuente