wordpress - the - La función print_thumbnail de wp no funciona

wp get featured image from post id

Question

La función print_thumbnail de wordprees funciona correctamente en el servidor de prueba pero no funciona en el servidor en línea y proporciona una ruta de imagen incorrecta como * / var / www / vhosts / vinehospitality.co.za / httpdocs // wp-content / uploads / 2011/12 / slide-10-108048_56x56.jpg * . Así que amablemente ayúdame a obtener la URL adecuada.

Enlace del sitio web: http://vinehospitality.co.za.plesk15.wadns.net

El mismo problema se encuentra alojado en este servidor.

Saludos Neeraj

Answer 1

POSIBLE ARREGLO 2

Mire, he visto este problema en otros hilos y en otros sitios web y nadie proporcionó información que ayudara a la mayoría de las personas con este problema, por lo que dado que de algún modo conseguí que mi sitio roto funcione, tal vez ayudará a los otros que no lo hicieron resolver su problema

Aquí hay un poco de historia ... Necesitaba mover un sitio de wordpress ubicado en un servidor de desarrollo al servidor en vivo. Eran diferentes nombres de dominio, por supuesto. Antes que nada, debería haber seguido las instrucciones de Moving Wordpress y haber actualizado la url del sitio antes de exportar la base de datos, pero ... no lo hice porque obviamente soy demasiado bueno para recibir instrucciones.

Para transferir el sitio, comprimí los archivos y los transferí al nuevo servidor y los descomprimí. Luego edité wp-config y lo apunté a la nueva base de datos.

Utilicé phpmyadmin para exportar la base de datos anterior y la importé a la nueva base de datos.

Luego ejecuté una consulta en la tabla wp_posts para reemplazar una cadena en el campo guid y reemplazar todas las instancias del antiguo nombre de dominio con el nuevo nombre de dominio.

Luego revisé wp_options y cambié 2 registros para reemplazar el antiguo nombre de dominio por el nuevo. Creo que eran algo así como siteurl y home .

Todo parecía funcionar bien, excepto que el tema estaba destruyendo las URL de imagen, prefijándolas con el camino de archivo absoluto.

Pensé que debía haber omitido algunos registros en la base de datos que dan a la función print_thumbnail la información que necesita para generar la URL correcta para el atributo src del img.

Pensé que si podía cambiar una configuración en algún lugar y volver a cambiarla, tal vez wordpress me solucionaría el problema automáticamente, y tuve suerte.

Jugué con varias configuraciones y lo que finalmente funcionó fue:

Fui a Media Settings y desactivé Organize my uploads into month- and year-based folders . No sé si esto tuvo mucho que ver con la solución.

También cambié las Store uploads in this folder la Store uploads in this folder a algo como wp-content/uploads2 . Nunca creé esa carpeta, pero solo quería que sobrescribiera lo que controlaba ese valor.

Revisé el sitio nuevamente y hubo un cambio en la fuente html ... ahora, ni siquiera le dio a las etiquetas img un valor src ... era como <img src title="blah blah" /> , así que pensé que estaba en el camino correcto.

Entonces, volví y cambié las Store uploads in this folder configuración de Store uploads in this folder y la dejé en blank como estaba originalmente.

Después de hacerlo, los valores de img src fueron correctos.

Espero que esto le ahorre a alguien algo de tiempo.

Además, debería tener en cuenta que jugué alterando los permisos de archivo para el directorio wp-content. Desearía no haberlo hecho Obtengo la esencia de los permisos de archivos, pero tiendo a tratar de no engañarlos si no es necesario. Usar Filezilla es una molestia para cambiar los permisos del archivo porque lleva una eternidad. Desafortunadamente, como la mayoría de los clientes, este tenía una afiliación previa con su proveedor de alojamiento web y se negó a seguir mi consejo y alojar su sitio en un VPS que sería más barato y me permitió usar SSH y hacer el trabajo mucho más fácil. Me pregunto si hay una forma rápida de modificar varios archivos sin ssh, debería ver eso.

Aclamaciones,

Será

Answer 2

No solo funcionó, fue TAN MUCHO más fácil para mí.

Simplemente, elimine el enlace personalizado que tenga en Configuración de medios. Si no tiene uno, simplemente coloque algo allí ..

A continuación, guarde, nuevamente, vuelva a colocar la ruta original que tenía antes, guarde.

¡Trabajó!

De alguna manera, parece que wordpress lee los valores incorrectos cuando mueve los servidores y no vuelve a guardar la configuración de medios.

Answer 3

Enfrenté el mismo problema y tuve que buscar mucho en busca de una respuesta. Después de que mi host movió los servidores, las miniaturas no aparecían en la página de inicio y en las páginas de categorías. Buscando la fuente me mostró que la ruta generada para las miniaturas era incorrecta. En lugar de http: // .. en las rutas de las imágenes, estaba viendo rutas de archivos absolutas en el servidor, como / home / ..

Un par de soluciones que parecían haber funcionado para otros no funcionaron para mí.

Lo que no funcionó:

1. Cambiando los permisos de wp-content / uploads y todos los directorios debajo de él.
2. Cambiando la configuración de medios y volviendo nuevamente a la configuración original.
3. Usar la función ''the_post_thumbnail'' en lugar de ''print_thumbnail'' ayudó a que las miniaturas volvieran, pero no soy un programador y no pude encontrar la manera de hacer funcionar la función_post_thumbnail exactamente como estaba trabajando con print_thumbnail

Lo que funcionó:

En mis muchas búsquedas, leí a alguien diciendo que el problema se había solucionado al corregir la ruta de ''et_images_temp_folder'' en la base de datos. Ignoré esto por un tiempo ya que no entendí lo que significaba. Más tarde, busqué en la tabla wp_options y encontré que tenía la siguiente entrada.

option_name: et_images_temp_folder option_value: / home / painteds / public_html / darter / wp-content / uploads / et_temp

Cuando se movieron los servidores, mi directorio de inicio fue cambiado de / home a / home3 Quizás print_thumbnail estaba buscando / home folder, y no estaba funcionando bien cuando no pudo encontrarlo. La actualización de la base de datos con el nuevo valor me solucionó el problema.

Answer 4

El enfoque de Will me corrigió el error, y de hecho fue la única respuesta que funcionó. Esta pregunta se publicó cientos de veces, así que pensé que resumiría la respuesta en breve. Primero publicaré la respuesta y los detalles de la investigación.

• Iniciar sesión en WordPress
• Ir a Configuraciones> Medios
• En "Carga de archivos", modifique "Subidas de tienda en esta carpeta" a " http://www.sudominio.com/wp-content/uploads2 ".
• Observe el "2" agregado al nombre de la carpeta
• Elimine cualquier entrada en "Ruta completa de URL a los archivos"
• Guardar cambios
• Ahora su sitio ya debería mostrar algunas imágenes de nuevo
• Haga todo esto de nuevo, pero ahora cámbielo a " http://www.sudominio.com/wp-content/uploads "
• Guardar cambios

Esto finalmente funcionó para mí.

Recopilación de otras fuentes, esto ocurre principalmente después de mover un sitio web de una ubicación a otra. Otras correcciones que hice antes de esto:

• Dentro de MySQL, reemplace la antigua URL en los valores GUID en "wp_posts" a la nueva URL
• Cambia la configuración de "chmod" (nunca has tenido problemas anteriores, no lo hagas)

Muchas otras respuestas a este problema incluyen el cambio de chmod para dar acceso a los archivos, que no hicieron otra cosa que bloquear el sitio web. Otras soluciones hubieran sido cambiar el código completamente para usar una función diferente. Pensé que no estaba roto, solo faltaba una configuración. Resulta que ese fue el hecho.

Funcionó para el dominio http://www.in1week.nl , que se ejecuta en una plantilla modificada de DeepFocus por ElegantThemes.com. El tema usa "timthumb" en la función "print_thumbnail ()", que puede haber causado el problema. Esto restablece el valor necesario para usar la función.