Cómo resolver los 4 errores más comunes de WordPress

Matthias Held Última actualización 07.10.2020
14 min.
WordPress  Error
Última actualización 07.10.2020

En Soporte, tenemos miles de conversaciones por chat al mes y ayudamos a nuestros clientes a resolver mensajes de error y problemas con sus sitios WordPress cada día. En nuestro artículo le mostraremos paso a paso cómo solucionar cuatro de los errores más comunes de WordPress .

Ningún otro sistema de gestión de contenidos (CMS) es tan fácil de usar como WordPress : Themes y Plugins pueden instalarse y gestionarse con unos pocos clics, sin necesidad de grandes conocimientos técnicos. Con un cuota de mercado de más del 30 por ciento WordPress se ha convertido prácticamente en el sistema operativo de Internet.

La facilidad de uso, la comunidad activa y las múltiples posibilidades de personalización de las páginas de tu hacen que WordPress sea perfecto para la web actual. Mayor es la frustración cuando tu WordPress provoca de repente problemas. Pero no hay que asustarse. Hoy te mostraré cómo resolver cuatro errores típicos de WordPress de forma rápida, sencilla e independiente.

Nuestros consejos para corregir los errores típicos de WordPress

Para ayudarle a solucionar los problemas de la mejor manera posible y compartir los conocimientos adquiridos gracias a nuestros años de experiencia en asistencia técnica, hoy le explicaré las posibles causas y las correspondientes soluciones de cuatro problemas típicos de WordPress .

WordPress -Error #1: Pantalla blanca de la muerte

WordPress -Error: Pantalla blanca de la muerte

La "Pantalla Blanca de la Muerte" (WSOD) es una analogía de la Pantalla Azul de la Muerte, que se muestra en Windows durante un fallo del sistema. Como su nombre indica, con el WSOD el sitio web, en el frontend o en el backend (wp-admin), simplemente permanece en blanco - sin mensaje de error o más información.

Posibles causas y soluciones para la pantalla blanca de la muerte

Causa 1: Incompatible Plugins o Themes

El error se produce muy a menudo por una combinación errónea de Plugins o Themes , como por ejemplo:

  • Un Plugin no es compatible con otro Plugin o con el Theme activo.
  • Un Plugin/Theme fue cargado dos veces vía S/FTP en diferentes versiones.
  • Un Plugin/Theme no es utilizable con la versión de PHP establecida.

Uno de estos errores hace que WordPress entre en shock y provoque la Pantalla Blanca de la Muerte.

Cómo resolver los 4 errores más comunes de WordPress
Análisis del problema: ¿Son incompatibles tu Plugins y Themes ?

El primer enfoque es deshacer sus cambios recientes. Piensa en los cambios que has hecho. ¿Quizás instalaste un nuevo Plugin o cambiaste un Theme ? Las actualizaciones de Plugins y Themes también pueden provocar este mal comportamiento.

En primer lugar, debe determinar si el error se produce en todas las páginas o sólo en algunas. Por ejemplo, ¿sólo se ve afectada la página de contacto tu ? Si acaba de integrar un formulario de contacto en esta página, se puede concluir que este formulario de contactoPlugin es responsable de la DMAE.

¿Se produce la pantalla blanca de la muerte en todo el frontend en todas las URL? Entonces puede ser el propio Theme o un Plugin que se integra en todas las páginas - por ejemplo un widget en el pie de página, un slider en la cabecera o un Plugin para la navegación.

Si se mantiene en blanco incluso cuando vas al backend (tupágina.com/wp-admin), lo más probable es que sea el Theme o una mala configuración del servidor web.

Comprueba tu registro de depuración.

A menudo, un vistazo al servidor error.log tu o al propio registro de depuración de WordPress (WP-DEBUG) ayuda. Puede activar esto editando el wp-config.php tus WP-Installation y pon /* ¡Eso es todo, deja de editar ! Feliz blogueo. */ añadir las siguientes líneas líneas:

define('WP_DEBUG',true);

define('WP_DEBUG_DISPLAY',true);

Si la instalación de tu ya tiene una entrada 'WP_DEBUG', pero está configurada como falso puede simplemente establecer este valor en verdadero y sólo hay que añadir la siguiente línea debajo:

define('WP_DEBUG_DISPLAY',true);

Si vuelve a ir a la página de problemas tu , obtendrá los motivos de error correspondientes, en lugar del blanco sitio. Los errores que empiezan por fatal o parse error suelen ser los que provocan la pantalla blanca de la muerte.

Por cierto: En RAIDBOXES puedes activar el registro de depuración con un simple clic en tu configuración de BOX. Obtendrá la salida del registro de depuración en el enlace mencionado en su configuración.

WP-Debug_RAIDBOXES

Ahora puede ver exactamente qué archivo genera un error en qué momento y por qué se produce. Tengo un ejemplo para ilustrar esto. Waquí está la siguiente información en el error de análisis:

Registro de depuración

Entonces se produce el error:

  • En el archivo /wp-content/plugins /contact-form-7/wp-contact-form-7.php
  • En la línea 12
  • Anscheinend gibt es dort ein unerwartetes Zeichen, in diesem Fall ein “<”.
En caso de incompatibilidad entre Plugins y Themes , existen las siguientes soluciones:

Solución 1: Si puedes, restaura una copia de seguridad. Esto simplemente restaurará tu WordPress al estado en el que se encontraba antes de que se produjera el error.

Solución 2Si no tiene una copia de seguridad, no tiene más remedio que cambiar el nombre de la carpeta del Plugins sospechoso o Themes vía S/FTP. Esto lo desactivará. En nuestro ejemplo, sería la carpeta de la Plugins "Contact Form 7".

Si no está seguro de qué Plugin está causando el error, pruebe lo siguiente: Cambie el nombre de todas las carpetas de Plugin/Theme una por una. Si el error desaparece después de cambiar el nombre de una carpeta, ha identificado al culpable. identificado. Como cliente de RAIDBOXES , también puede utilizar simplemente la administración de Plugin y Theme en el RB-panel de control para la desactivación.

Consejo: A menudo el problema es simplemente un cambio de nombre de la carpeta Theme, por lo que debe comprobar a través de S/FTP la ortografía correcta.

Cómo resolver los 4 errores más comunes de WordPress

Causa 2: Error del servidor

1) Problema: Límite de memoria PHP demasiado pequeño

El mensaje de error típico en el error.log para esto es:
"Error fatal: Tamaño de memoria permitido de XXXX bytes agotado (intentó asignar XXXX bytes) en..."

Además, puede aparecer un sitio blanco con el mensaje de error Error interno del servidor aparece.

Lo que ocurre aquí es lo siguiente:
Una tarea PHP consume más memoria de la que permite el valor establecido por hoster .

Solución: En este caso, suele ser suficiente con añadir la siguiente línea a wp-config.php:

define('WP_MEMORY_LIMIT','256M')

Los '256M' representan la cantidad de RAM que se utilizará en MB. Concebible sería por ejemplo también '512M' para 512MB.

Sin embargo, debe tener en cuenta que un valor demasiado alto puede hacer que tu sitio se bloquee por completo. Por lo tanto, sólo debe aumentar el límite de memoria de PHP de tu si la tarifa de tu proporciona la RAM correspondiente. Si tienes poca memoria RAM en tu tarifa, deberías considerar la posibilidad de actualizar tu tarifa en hoster .

2) Problema: Se ha superado el tiempo máximo de ejecución

Al instalar WordPress de mayor tamaño -Themes o Plugins , así como importaciones o exportaciones de datos de mayor tamaño, puede producirse el siguiente error, que suele aparecer en el backend:

Error fatal: Se ha superado el tiempo máximo de ejecución de XX en XXX

Esto significa: Se ha superado el tiempo de ejecución de un script PHP. A menudo esto también ocurre cuando se importan muchos productos a WooCommerce o se exportan los datos de los pedidos.

Solución: Aumenta el tiempo máximo de ejecución. Una nota previa: Normalmente, el tiempo de ejecución especificado por hoster es suficiente. Para evitar tiempos de carga innecesariamente largos y problemas, el tiempo máximo de ejecución sólo debería aumentarse en casos puntuales (por ejemplo, para la carga de un archivo grande) y luego volver a reducirse.

En RAIDBOXES puedes establecer el tiempo máximo de ejecución para el frontend y el backend por separado a través de la configuración de BOX:

Tiempo máximo de ejecución

Con otros hosts suele bastar con editar el .htaccess a través de S/FTP y añadir la línea php_value tiempo_de_ejecución_máximo 300 allí. En este caso, el 300 representa el máximo de segundos que puede funcionar un script. En este caso 5 minutos.

WordPress -Error #2: Problemas con SSL

WordPress -Error_SSL

A más tardar desde la entrada en vigor del Reglamento general de protección de datos (DSGVO) entró en vigor en mayo de 2018, un certificado SSL debería ser imprescindible para ti. No en vano, la mayoría de los navegadores dan ahora un mensaje de advertencia si un sitio web no no se entrega cifrado. Es aún más molesto cuando los errores de SSL se producen en tus WordPress -sitio .

Posibles causas y soluciones para los problemas de SSL

Causa 1: El certificado ya no está actualizado

A más tardar con el certificados gratuitos de Let's Encrypt este error debería ser cosa del pasado. Sin embargo, hay ciertos tipos de certificados que tienen un tiempo de ejecución. Si ha caducado, puede producirse un error SSL.

SoluciónLa forma más fácil es integrar un certificado SSL sin tiempo de ejecución, que algunos hoster así como RAIDBOXES gratis y renovarla automáticamente. Si su hoster no ofrece este servicio, deberá encargarse manualmente de la renovación del certificado. Para ello, lo mejor es establecer un recordatorio de la fecha límite y ponerse en contacto con el proveedor del certificado tu con tiempo suficiente para renovarlo.

Causa 2: El dominio aún no está registrado en el certificado

Cuando se emite un certificado SSL, se especifica para qué dominios debe aplicarse este certificado. Así, una posible entrada puede ser http://domain.de. Si se realiza un reenvío desde http://www.domain.de o se configura posteriormente, este dominio no tiene SSL y se emite un error.

SoluciónEl nuevo dominio debe añadirse al certificado SSL y luego renovarse. Como se trata de un proceso bastante largo y complicado, deberá ponerse en contacto con su proveedor de Hosting para ello.

En RAIDBOXES es suficiente con desactivar y volver a activar el SSL en la configuración de BOX después de añadir los dominios adicionales.

Causa 3: Error de contenido mixto

Si el SSL está configurado en WordPress , la dirección http:// en la base de datos debe ser sustituida por https:// por defecto. Con RAIDBOXES esto sucede automáticamente cuando se configura el SSL. En un 5-10 por ciento de los casos puede ocurrir que haya recursos que se carguen a través de HTTP. Este puede ser el caso de las imágenes codificadas o los archivos CSS/JS. En Chrome, la URL es entonces gris y no verde.

Línea de dirección HTTPS Navegador

Análisis y solución de problemas:

En primer lugar, debe comprobar si realmente tiene errores de contenido mixto en tus sitio .

  1. Pulsa F12 en la página web tus (en MAC CMD+F12) y se abrirá la consola de desarrollo. En la parte inferior de la "Consola" aparecen campos resaltados en amarillo con "Contenido mixto":
    Error de contenido mixto
  2. Ahora haga una copia de seguridad tus sitio . En RAIDBOXES simplemente se pone esto en las copias de seguridad de BOX en panel de control .
  3. Instale el Plugin Mejor búsqueda Reemplazar. Después de la activación puede encontrar el Plugin en "Herramientas" -> "Reemplazo de búsqueda mejor".
    En el campo "Buscar", introduzca: http://
    y en "Reemplazar por": https://
    A continuación, seleccione todas las tablas en el campo de la tabla y marque la casilla "¿Ejecución de prueba?
    Mejor búsqueda Reemplazar

    Ahora haz clic en "Iniciar la búsqueda/reemplazo" en la parte inferior
  4. Cuando la ejecución de prueba haya encontrado algunas tablas, puede desmarcar la opción "¿Ejecución de prueba?" e iniciar la ejecución real.
  5. Una vez finalizada la ejecución real, compruebe de nuevo en sitio si sigue teniendo errores de contenido mixto (véase el paso 1).
  6. Si sigue obteniendo errores de contenido mixto, compruebe el código fuente para ver dónde se siguen incluyendo recursos con "http" en lugar de "https" y reemplácelos en consecuencia.

WordPress -Error #3: 504 Gateway Time-Out

WordPress -Error_Gateway-Timeout

Un error 504 de tiempo de espera de la puerta de enlace puede ser bastante común si tiene un gran número de Plugins que también se comunican con servicios externos. El mensaje de error significa que un proceso PHP tarda más de 30 segundos.

Como propietario de un sitio web, el error suele estar directamente asociado a un problema en el servidor. Sin embargo, no siempre es así.

Posibles causas y soluciones para el tiempo de espera de la pasarela 504

El error 504 Gateway Time-Out se produce cuando un servidor que actúa como puerta de enlace, es decir, el servidor que se conecta a otro servidor, no puede llegar a ese otro servidor en un tiempo determinado.

Este error puede ser causado por una variedad de elementos involucrados. Puede ser tu red local, tu navegador, tu ISP (proveedor de servicios de Internet), tu servidor web o incluso un terceroPlugin o Theme.

Causa 1: Problema local

La configuración del navegador ha cambiado, se ha activado un proxy, el ISP tu tiene problemas, la caché de DNS local tu está desactualizada, y muchas otras posibilidades pueden causar este error.

Solución: Probar la URL en el sitio web http://www.isitdownrightnow.com/. Si recibe un mensaje de que el sitio web está en línea ("YourUrl.com" es UP y accesible), hay un problema local.

Comprobación del estado del servidor_Up

Pero si el resultado de la prueba es que "SuUrl.com" está ABIERTO, entonces esto indica un problema con su DNS, su servidor web o un WordPress -Plugin o Theme .

Estado del servidor Check_Down

Causa 2: Problemas de DNS

El DNS (Sistema de Nombres de Dominio) se encarga de convertir la URL tu (como raidboxes.de) en una IP (por ejemplo, 94.130.145.82).

En el caso de un nuevo registro o de un dominioMigración , puede pasar un tiempo hasta que todos los ordenadores, servidores DNS y proveedores hayan reconocido el ajuste. En determinadas circunstancias, esto puede tardar hasta 24 horas.

Solución: En primer lugar, debe comprobar si hay un problema local. Para ello, borre su caché de DNS:

Para borrar la caché de DNS en su dispositivo, primero abra la línea de comandos tu como sigue.

  • Ventanas: Pulse [Win-Key + R], allí cmd y pulse Enter
  • Mac: Terminal de lanzamiento desde el muelle en Aplicaciones > Servicios públicos > Terminal

A continuación, introduce lo siguiente:

  • Ventanas: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

Después de eso tu la caché local de DNS se borra y puede intentar de nuevo.

Si el error persiste, vea lo que otros servidores de todo el mundo tienen que decir al respecto. Para ello, vaya a www.whatsmydns.net e introduzca la URL en la línea de búsqueda (Nota: Asegúrese de que "A" está seleccionada en el segundo campo de selección para que sólo se marque el registro A. Se encarga de la correcta resolución del nombre de dominio a la dirección IP. A continuación, inicie la exploración.

Comprobación del DNS

Si el registro DNS está actualizado en todos los servidores, debería ver una marca de verificación verde y la misma IP en todas partes. En la mayoría de los casos, esta IP debe apuntar al servidor IP tu (excepción: si una CDN está conectada en sentido ascendente).

Si los errores se muestran en forma de una "X" roja, este servidor aún no tiene la entrada correcta. Si hay diferentes IPs, el servidor todavía tiene la entrada antigua y no ha actualizado a la nueva. En este caso, lo único que ayuda es esperar.

Causa 3: Problema del servidor (por ejemplo, rendimiento o hoster)

Los sitios web con muchas visitas y los sitios de comercio electrónico, como las tiendas que ejecutan WooCommerce , generan muchas peticiones al servidor, que, debido a su contenido, no pueden ser almacenados en caché. y, por lo tanto, provocan una gran carga en el servidor, hasta el punto de colapsarlo.

Solución: Si el paquete de rendimiento tu Hosting no es suficiente para el sitio web tu , es posible que tenga que actualizarlo. Como alternativa, suele ser útil cambiar a otro hoster, cuya arquitectura de servidor ofrece un mejor rendimiento. Puede utilizar gratuitamente tus WordPress -sitio para una movimiento de prueba a RAIDBOXES gratis. Esto no molestará a tu Live-sitio en su funcionamiento, ya que se obtiene un entorno completamente independiente con su propia URL, que no es indexada por los motores de búsqueda. En más del 80% de los casos, se produce un aumento significativo del rendimiento y una reducción de 504 errores a 0.

Causa 4: Spam de tráfico, ataques DDOS, ataques de bots

Los ataques DDOS y el tráfico SPAM pueden colapsar tu sitio generando tantas llamadas (sin caché) que el servidor tu se colapsa.

Solución: Para filtrar este tipo de ataques, suele ser útil utilizar una CDN como. Cloudflareque filtra el acceso al sitio web tu y bloquea los bots y ataques de spam. En casos muy persistentes, puede excluir (bloquear) las direcciones IP de los atacantes para que no accedan al sitio web tu .

En RAIDBOXES puede hacerlo fácilmente a través de los ajustes de tu BOX :

IP-Blocking_RAIDBOXES

Causa 5: Problemas con Plugins y Themes

En algunos casos, las solicitudes muy largas de Plugins o Themes pueden provocar errores de tiempo de espera de la pasarela 504. Si acaba de actualizar Theme o Plugin , intente desactivar esto primero.

En el caso de RAIDBOXES , puede hacerlo a través de tu Plugin /Theme-settings tus BOX - aunque ya no pueda entrar en tu WordPress -backend.

RAIDBOXES_Gestión de plugins y Theme

Si no tienes acceso al backend de tu WordPress en otros hosts, puedes conectarte vía S/FTP y abrir la carpeta .. /wp-content/themes o .. /wp-content/plugins busque el correspondiente Theme/Plugin y cambie el nombre de la carpeta. Esto desactivará automáticamente el elemento correspondiente.

Si no está seguro de qué Plugin o Theme está causando el problema, primero cambie a un estándarTheme como veintisiete.

Si esto resuelve el problema, lo más probable es que se deba a Theme o a una conexión entre Theme y Plugins. Póngase en contacto con el fabricante de Themes. Si no es así, desactive todos los Plugins y vuelva a activarlos uno a uno hasta que haya identificado el "problema" correspondiente:Plugin.

A continuación, intente volver a instalar este Plugin . Si esto tampoco ayuda, póngase en contacto con el fabricante de Plugin.

WordPress -Error #4: Error al establecer la conexión con la base de datos

Error al establecer la conexión con la base de datos

El error "Establecer una conexión a la base de datos" es un super-GAU entre los errores de WordPress . El mensaje de error significa que el servidor tu ya no tiene acceso a la base de datos o no puede alcanzarla.

En tus WordPress -base de datos se almacena casi toda la información que tu sitio necesita para funcionar correctamente. En la base de datos no sólo se almacenan los contenidos de las páginas y los mensajes de tus , sino también los datos de acceso de los usuarios de tus , así como los ajustes de Plugin y Theme.

Sólo las imágenes, los archivos Plugin- y Theme- y los archivos WordPress -core- no se almacenan en la base de datos, sino en el sistema de archivos del sitio web tus , al que se puede acceder, por ejemplo, mediante S/FTP.

Posibles causas y soluciones para Error al establecer la conexión con la base de datos

Si tu sitio permanece en blanco y sólo aparece el mensaje de error "Error al establecer una conexión con la base de datos", tu sitio no puede establecer una conexión con la base de datos tus o la información necesaria falta o es incorrecta. En la mayoría de los casos, no podrá acceder al backend de WordPress .

Causa 1: Datos erróneos en el WP-Config

La mayoría de las veces es simplemente una información errónea sobre la conexión a la base de datos lo que causa el error. Este error suele producirse después de un Migración a un nuevo servidor o hoster y es bastante fácil de solucionar:

SoluciónPara todos los errores relacionados con el sistema (¡y este es especialmente importante!), debería crear una copia de seguridad tus sitio de antemano. Los clientes de RAIDBOXES simplemente crean una copia de seguridad manual en sus copias de seguridad de BOX. Con otros hosters puede que tengas que hacer una copia de seguridad de todo sitio o al menos de los archivos que cambies localmente.

Ahora obtenga la información necesaria para conectarse a la base de datos. Estos son:

  • Nombre de la base de datos (DB_NAME)
  • Nombre de usuario de MySQL (DB_USER)
  • Contraseña del usuario de MySQL (DB_PASSWORD)
  • Nombre de host de MySQL (DB_HOST) [Este es el servidor].
  • Prefijo de la tabla ($table_prefix) [principalmente 'wp_']

Por lo general, puede encontrar esta información en el hoster panel de control tu . La mayoría de las veces no se necesita toda la información. En RAIDBOXES , por ejemplo, sólo se necesita el prefijo de la tabla, ya que el resto de entradas se leen y controlan automáticamente.

Si tienes la información necesaria, descarga vía S/FTP el "wp-config.php" del directorio principal tus WordPress instalación, haz una copia de él localmente como respaldo y edita el original por ejemplo con Bloc de notas++.

Allí encontrará las siguientes líneas (nota: $table_prefix no estará allí en todos los casos):

WP-Config

Coteja esta información con la que acabas de recibir.

Guarde estos cambios y suba el archivo de nuevo al directorio raíz tu (sobrescribiendo el archivo original, tiene una copia de seguridad local).

Si la información es ahora correcta, debería poder volver a utilizar el sitio web tu con normalidad.

Causa 2: Base de datos incorrecta

Es posible que se haya producido un error en la base de datos tus .

Solución WordPress puede ser capaz de reparar la base de datos automáticamente. Para ello, vaya a DEINEURL.de/wp-admin. Si ves aquí que la base de datos tu puede ser reparada, añade directamente antes de "/* ¡Eso es todo, deja de editar! Feliz blogueo. */" añadir la siguiente línea a la WP-Config:

define('WP_ALLOW_REPAIR',true);

Después de eso llame a DEINEURL.de/wp-admin/maint/repair.php.

Si esto soluciona los problemas de tu , no olvides eliminar la línea de wp-config.php de nuevo.

Causa 3: Problemas con su hoster

Bajo ciertas circunstancias, el servidor SQL está actualmente caído y no es accesible. También es posible que se haya alcanzado el tamaño máximo de la base de datos. O los recursos del proveedor tu Hosting se han agotado.

Desgraciadamente, esto ocurre a menudo con Shared-Hosting . Porque allí se comparte un servidor con muchos otros sitios web.Si un sitio consume muchos recursos, esto es, por supuesto, a expensas de tus sitio . Por ello, siempre recomendamos utilizar un servidor de alto rendimiento especialmente adaptado a WordPress . Alto rendimiento-Hostingpara no llegar a esas sobrecargas.

SoluciónPóngase en contacto con su proveedor de Hosting o compruebe su estado ensitio (si está disponible) para ver si hay algún problema con el servidor en este momento. Si es necesario, pida al proveedor que le muestre la carga de la CPU y cambie a otro servidor si la carga es demasiado alta. Si esto no aporta ninguna mejora, debería considerar la posibilidad de cambiar a otro hoster .

Conclusión

Todos los usuarios de WordPress conocen la sensación de pánico cuando de repente se encuentran con la pantalla en blanco o no pueden conectarse al backend de WordPress . Lo importante es mantener la cabeza fría, llegar sistemáticamente al fondo de la causa y luego seguir los pasos adecuados para resolver el problema. Espero que este artículo le ayude a analizar y solucionar estos errores típicos de WordPress en el futuro.

¿Con qué problema de WordPress ha tenido que lidiar más? No dude en dejarme su opinión en los comentarios tu .

Matthias es un calmante del caos en RAIDBOXES. Como desarrollador de temas y plugins, orador de WordCamp y colaborador activo de la comunidad de anfitriones, se le puede encontrar regularmente en WordCamps y otros eventos relevantes de WordPress y siempre está listo para un bocadillo. Cuando no está allí, tiene gatos en su regazo.

Artículos relacionados

Comentarios sobre este artículo

R
Richard Virona

Buenas, no soy desarrollador web, sin embargo trabajo como analista SEO y manejo algunos procedimientos de WordPress , últimamente me he tropezado en varias ocasiones con un error que no lo logro solventar, uso la extensión de SEO Meta en 1click para verificar los encabezados de la página, y alguna tienen algunos encabezados "fantasmas" es decir, no los ubico dentro del wordpress ni el maquetador que están utilizando, en estos casos han sido Elementor o DIVI, hasta ahora nadie me podido dar una explicación, en resumen, necesito eliminar o cambiar unos encabezados pero dentro de la página nos e visualizan aunque Google los detecta, gracias

Escribe un comentario

Tu dirección de correo electrónico no se publicará. Los campos obligatorios están marcados con *.