SitiosHispanos.Com | Blog SitiosHispanos.Com

WordPress: Como migrar manualmente un sitio.

La migración manual requiere transferir archivos y bases de datos, y luego editar el archivo wp-config.php. Se puede hacer todo a través del administrador de archivos en tu cPanel o usar un cliente FTP.

Primer Paso: Haz una copia de seguridad de tus archivos de WordPress y de la base de datos MySQL.

Lo primero que debes hacer es descargar todos los archivos de WordPress a tu computadora. Estos archivos se cargarán en tu nueva cuenta de alojamiento más adelante.

1) Conecta FileZilla a tu antiguo servidor.

2) Abre la carpeta public_html y selecciona todos los archivos que contiene.

3) Haz clic derecho y selecciona Descargar.

Para descargar los archivos desde el administrador de archivos de tu panel de control, sigue estos pasos:

Ingresa al administrador de archivos desde la sección Archivos del cPanel de tu servicio de hosting.
En la siguiente área, ve a public_html y busca la carpeta de tu sitio. Si sólo tienes un sitio, la instalación de WordPress estará en esta carpeta.
Selecciona todos los archivos y luego presiona Compress. En la siguiente ventana, debes ponerle un nombre a tu archivo de WordPress y elegir la extensión del archivo. Presiona el botón de confirmación.

El archivo quedará en tu carpeta, selecciónalo y descárgalo presionando Download.

Una vez finalizada la descarga, es hora de crear una copia de seguridad de tu base de datos MySQL:

Ve al área de Bases de Datos de tu panel de control y selecciona phpMyAdmin.
Luego, en la base de datos que quieres exportar, haz clic en Ingresar a phpMyAdmin. En este ejemplo, únicamente hay una, pero debes saber con exactitud qué base de datos es para evitar errores.

Selecciona la base de datos donde almacenas tus archivos de WordPress y presiona el botón Exportar.

Elige el método Rápido para exportar toda tu base de datos y luego elije SQL como formato.

Haz clic en Continuar. Tu archivo de base de datos se guardará automáticamente en tu directorio de escritorio.

Segundo Paso: Carga los archivos de WordPress y la base de datos MySQL a tu nuevo host.

El siguiente paso para migrar tu web de WordPress es subir los archivos que has descargado a tu nuevo host.

1) Descomprime tu archivo de respaldo de WordPress.

2) Conecta FileZilla a tu nueva cuenta de alojamiento y navega a la carpeta public_html en la columna Sitio remoto.

3) Localiza los archivos que deseas cargar desde la columna Sitio local, haz clic con el botón derecho en los archivos y selecciona Upload.

También puedes realizar este paso desde tu panel de control:

1) En el administrador de archivos de tu servicio de hosting, ingresa a public_html y presiona Upload Files. Después, selecciona el archivo y haz clic en el botón de confirmación.

2) Ve a donde se ubica el archivo, selecciónalo, presiona Extract y elige el lugar donde quieres extraer. Confirma y el archivo comenzará a descomprimirse. En unos cuantos minutos, tendrás los archivos dentro de tu carpeta.

Una vez hecho ese paso, necesitamos cargar la base de datos MySQL:

Abre el panel de control de tu nueva cuenta de hosting y ve a Bases de datos MySQL.
Crea una nueva base de datos y toma nota del nombre de la base de datos, nombre de usuario y contraseña.
Regresa a Bases de datos -> phpMyAdmin y selecciona tu nueva base de datos.
Haz clic en la pestaña Importar en la parte superior de la página.
Selecciona el botón Elegir archivo y carga el archivo de respaldo de MySQL que descargaste.

Deja todas las configuraciones como están y presiona Continuar.

Tercer Paso: Actualiza wp-config.php con los detalles de tu nueva base de datos.

Luego, especifica las credenciales de tu nueva base de datos MySQL editando el archivo wp-config.php en tu nueva cuenta de hosting.

1 – Vuelve a acceder a la carpeta public_html desde FileZilla o desde el administrador de archivos y ubica el archivo wp-config.php.
2 – Haz clic derecho y selecciona Ver/Editar.
3 – Cambia estos valores con los detalles de tu nueva base de datos:

DB_NAME: nombre de la base de datos.
DB_USER: nombre de usuario de la base de datos.
DB_PASSWORD: contraseña de usuario.
DB_HOST: nombre de host de la base de datos (este valor suele ser localhost, pero puede variar según la plataforma de alojamiento).

4 – Selecciona Guardar, luego aparecerá una ventana emergente. Haz clic en Sí.
5 – Luego, debes cambiar los servidores DNS de tu dominio.

Cuarto Paso: Actualiza las URL de WordPress (Opcional)

Debes seguir este paso solo si planeas migrar WordPress de dominio. Antes de continuar, asegúrate de que el nuevo dominio sea funcional y apunte correctamente a tu nueva plataforma de alojamiento.

Dirígete a la página phpMyAdmin y selecciona la tabla wp_options.
Ubica la URL del sitio y el home en la columna option_name.
Haz doble clic en el campo debajo de option_value y reemplaza el dominio anterior por el nuevo.

Accede a tu Panel de WordPress, luego instala y activa el complemento Velvet Blues Update URLs. ( https://es.wordpress.org/plugins/velvet-blues-update-urls/ )
Ve a Herramientas -> Update URLs. Completa los campos con tu dominio antiguo y nuevo, y marca todas las casillas.

Presiona Update URLs NOW.

Alternativamente, también puedes actualizar todas las URL de WordPress ejecutando una consulta a través de phpMyadmin.

Visualización de estadísticas en Plesk

Servidores, NAS archivos - el blog de giltesa

Estadísticas de visitas al sitio

Para activar las estadísticas web o cambiar la aplicación de estadísticas web, vaya a Sitios web y dominios > Configuración de hosting y en el menú Estadísticas web seleccione el software de estadísticas web que desea usar para ver informes gráficos o gráficos sobre los visitantes de los sitios web.

Para ver las estadísticas web, vaya a Sitios web y dominios > Estadísticas web.

Nota: si después de haber seguido las indicaciones no logra ver las estadísticas web, probablemente se deba a que no se han generado para el dominio en cuestión. Lo más probable es que el dominio se haya creado recientemente o que se hayan acabado de activar las estadísticas web. Trate de repetir la operación transcurridas 24 horas. Si aun así no aparecen las estadísticas web, contacte con su proveedor.

Informe de espacio en disco y uso de tráfico

Para ver el informe de espacio en disco y uso de tráfico, vaya a Estadísticas.

Fuente:

https://docs.plesk.com/es-ES/obsidian/quick-start-guide/explicaci%C3%B3n-sobre-las-funciones-de-plesk/visualizaci%C3%B3n-de-estad%C3%ADsticas.74406/

WordPress: .htaccess

.htaccess es un archivo de configuración usado por Apache Webserver. Es un archivo oculto que está ubicado en la carpeta root de su sitio; y contiene reglas de cómo debería funcionar su webserver.

WordPress guarda de manera automática algunas de sus configuraciones en el archivo .htaccess, y usuarios avanzados pueden editar de manera manual el archivo para setear su sitio web o solucionar problemas.

Existen webservers que no usan el archivo .htaccess. Por ejemplo, si el servidor usa Nginx o está en un servidor Windows; entonces su sitio no posee un archivo .htaccess.

De que manera WordPress usa el archivo .htaccess

WordPress guarda automáticamente algunas de sus configuraciones en su archivo .htaccess. Por ejemplo, usa el .htaccess para reescribir URLs así son leíbles para humanos o para motores de búsqueda.

Cuando en su WordPress navega a Settings =>> Permalinks y selecciona la estructura URL de su blog, WordPress automáticamente reescribe su archivo .htaccess para manejar la estructura URL que usted seleccionó.

También existen plugins que modifican su archivos .htaccess, por ejemplo, para configurar el cacheo de la web, entre otras cosas.

Precauciones

Modificar de manera manual el archivo .htaccess es un riesgo, ya que un código mal ingresado o alguna setencia con errores puede romper el funcionamiento de su sitio web.

Asi que si desea realizar alguna configuracion manual sobre el archivo, recuerde de hacer siempre un respaldo del mismo, para poder retrotraer el cambio si fuese necesario.

Cómo acceder a su archivo .htaccess

Para acceder a su .htaccess; necesita usar un cliente FTP o el Administrador de Archivos del panel de control de su hosting.

Puede encontrar el .htaccess en el directorio root de su sitio WordPress. Aun así, su cliente FTP puede que no muestre inicialmente el archivo; ya que los archivos que comienzan con un punto son considerados archivos ocultos en el servidor.

Para poder ver el archivo, debe activar la opción “show hidden files” o “mostrar archivos ocultos” en su cliente FTP.

Signos de que su WordPress ha sido hackeado.

1) Súbita caída del tráfico del sitio.

Si controla las estadísticas de su sitio y ve una súbita caída en el tráfico; entonces esto puede ser un signo de que su sitio ha sido vulnerado.’
Una caída en el tráfico puede ser causado por diferentes factores.
Por ejemplo, malware en su sitio puede re-dirigir visitantes a sitios de spam.
Otra posible razón es que Google esté marcando su sitio como “web con posible contenido de malware” y cualquier visitante ecitará ingresar a su web.

2) Enlaces maliciosos agregados a su sitio web.

La inyección de data es uno de los signos mas comunes de un hackeo en WordPress. Los hackers crean una “puerta trasera” en su WordPress, lo que le da acceso para modificar sus archivos y base de datos.

Algunos de estos hacks añaden links a sitios spammer. Usualmente esos lins estan en el pie de su sitio, pero pueden estar en cualquier lado. Borrar esos links no garantiza el eliminarlos permanentemente.

Puede ver mas de este tema en nuestro link:

WordPress: Como encontrar una Backdoor en un sitio hackeado. Y como solucionarlo.

3) La pagina principal de su sitio esta desfasada.

Este es quizas el signo de hackeo mas obvio ya que es visible en la pagina principal de su sitio.
Muchos de los hackeos no desfasan la pagina principal de su sitio ya que prefieren permanecer sin ser notados la mayor cantidad de tiempo posible.
Aun asi, algunos hackers pueden modificar su sitio para anunciar que el mismo ha sido hackeado. Estos hackers reemplazan la pagina principal de su sitio con un mensaje o imagen. Algunos pueden incluso tratar de extorsionarlo por dinero.

4) No es posible conectarse al login de Wordpress.

Si no le es posible loguearse al admin de su WordPress, entonces hay una posibilidad de que los hackers hayan borrado su usuario del WordPress.
Como su usuario no existe, usted no va a ser capaz de reiniciar su contraseña desde la pagina de login.
Existen otras maneras de regenerar el usuario admin, por ejemplo via phpmyadmin o FTP.
Mas allá de eso, el sitio será inseguro hasta que pueda removar al hacker de su web.

5) Cuentas de Usuarios sospechosas en WordPress.

Si su sitio esta abierto para la registración de usuarios, y no está usando ningun tipo de protección en el registro, entonces cuentas de usuarios spammers sería spam comun que usted no puede borrar.
Usualmente, la cuenta sospechosa tendrá un rol similar al de admin, y en algunos casos no será capaz de borrarlo desde su area de admin en WordPress.

6) Archivos desconocidos y scripts en su sitio.

Puede que por algun plugin de seguridad, o por simplemente estar revisando el sitio; encuentre archivos extraños en su sitio.
Ahora, el lugar mas común elegido por lo hackers para los archivos maliciosos y scripts, es en la carpeta /wp-content.
Normalmente, estos archivos son nombrados de manera similar a archivos de WordPress asi pueden estar ocultos a simple vista.

7) A menudo, su sitio está lento o no responde.

Todos los sitios en internet pueden ser el objetivo de ataques DDoS. Estos ataques usan un numero de computadoras hackeadas y servidores de todos el mundo usando IP falsas.
A veces, envian demasiadas request a su sitio, otras, intentan de manera activa acceder por fuerza bruta a su web.
Cualquiera de estas actividades hará que su sitio esté lento, sin responder o no disponible.
En los logs de acceso de su sitio (En Métrica dentro de su cpanel) puede ver que IP esta solicitando muchas requets. Puede entonces solicitarnos que la bloqueemos.

8) Actividad inusual en los logs.

Los logs son archivos almacenados en su sitio que guarda el registro de todos los errores que ocurren en su sitio, asi como tambien todo el tráfico del mismo.
Puede acceder a los mismos desde el cpanel del sitio, bajo la etiqueta Métrica.
Estos logs puede ayudarlo a entender que esta sucediendo en su sitio cuanndo est abajo ataque.
Tambien contiene todas las IP usadas para acceder a su sitio.
Muestran ademas todos los errores en su sitio que quizas no puede ver dentro de su WordPress admin y que estan causando que su sitio no responda.

9) Fallos al enviar o recibir correos de WordPress.

Los sitios hackeados son utilizados mayormente para enviar SPAM. La mayoria de las empresas de hosting ofrecemos cuentas de email con el servicio.
Si usted no es capaz de enviar correos elecrtronicos, o esta recibiendo muchos rebotes en sus casillas, con mensajes poco comunes; por ejemplo, que el sitio supero el limite de envios por hora; es posible entonces que su web haya sido hackeado y usado para el envio de SPAM, Phishing o Spoofing.

10) Tareas Programadas sospechosas.

La mayoria de los servicios de hosting ofrecemos la posibilidad de programar cron jobs. Estas son tareas programadas que puede añadir a su sitio. El propio WordPress usa crones para setear tareas programadas, como la de publicar posts, borrar viejos comentarios de la papelera, etc.

Un hacker puede aprovechar cron jobs para correr tareas programadas en su sitio sin que usted lo sepa.
Si posee el conocimiento, deberia revisar el apartado de cron jobs en WordPress para detectar tareas programadas desconocidas.

11) Secuestro de los resultados de búsqueda.

Si el resultado de la búsqueda de su sitio en los buscadores muestra titulos o descripciones incorrectas, entonces esto es una señal de que su WordPress ha sido hackeado.
El hacker se ha aprovechado de una puerta trasera en su sitio para inyectar codigo malicioso que modifica la data que es solo visible en los motores de búsquedas.

12) Propagandas de popups o pop-under en su sitio.

Este tipo de hackeo trata de hacer dinero robando el trafico de su sitio y mostrando sus propios spam ads.
Estos popups no aparecen al loguearse en el sitio o accediendo al mismo.
Solo aparecerán a los usuarios que visiten el sitio desde los motores de búsqueda. Pop-under abrirán en una nueva ventana o pestaña y permanecerán ocultos para los usuarios.

13) Los archivos del nucleo de WordPress han cambiado.

Si los archivos del nucleo de WordPress fueron modificados de alguna manera, entonces este es una importante señal de que su sitio ha sido hackeado.
Los hackers pueden simplemente modificar los archivos y colocar su propio codigo dentro. Pueden tambien crear archivos con nombres similares a los archivos principales de WordPress.

14) Los usuarios son redireccionados al azar a sitios desconocidos.

Si su sitio esta redirigiendo visitantes a sitios desconocidos, estamos ante otra importante señal de que su siito fue hackeado.
Este hackeo pasa desapercibido ya que no redirige usuarios logueados. Es posible que no redirija a visitantes que accedan a su sitio directamente tipeando el nombre de su web en el navegador.
Este tipo de hackeo son causados por una puerta trasera o un malware instalado en su web.

Guía para principiantes sobre la estructura de archivos y directorios de WordPress

¿Quieres aprender sobre la estructura de archivos y directorios de WordPress? El software principal de WordPress, los temas, los complementos y las cargas de los usuarios se almacenan todos en tu sitio web. En esta guía para principiantes, explicaremos la estructura de archivos y directorios de WordPress.

Archivos de WordPress y estructura de directorios

¿Por qué debería aprender sobre la estructura de archivos y directorios de WordPress?

La mayoría de los usuarios pueden ejecutar su sitio de WordPress sin siquiera aprender acerca de los archivos o directorios de WordPress. Sin embargo, comprender cómo WordPress almacena archivos y directorios puede ayudarlo a resolver muchos problemas comunes de WordPress por su cuenta.

Esta guía le ayudará a:

Aprender qué archivos y carpetas de WordPress son archivos principales.
Comprender cómo WordPress almacena sus imágenes y archivos multimedia.
Donde WordPress almacena sus temas y complementos.
Donde se almacenan los archivos de configuración en su instalación de WordPress.

Esta información también lo ayuda a saber qué archivos de WordPress debe respaldar .

También podrá realizar tareas de resolución de problemas, como desactivar todos los complementos de WordPress , cambiar a un tema predeterminado o corregir otros errores comunes de WordPress .

Habiendo dicho eso, echemos un vistazo a la estructura de archivos y directorios de WordPress.

Acceso a archivos y directorios de WordPress

Primero, necesitará un cliente FTP para conectarse a su servidor de WordPress.

Una alternativa más fácil a FTP es el Administrador de archivos. Es una aplicación basada en la web que viene integrada en el panel de control de cPanel de su cuenta de alojamiento de WordPress .

Una vez que se haya conectado a su sitio de WordPress mediante FTP o el Administrador de archivos, verá una estructura de archivos y directorios similar a esta:

Los archivos y carpetas en los cuadrados rojos son los archivos principales de WordPress. Estos son los archivos y carpetas que ejecutan su sitio de WordPress. Se supone que no debes editar esos archivos por tu cuenta.

Aquí hay una lista de los archivos y carpetas principales de WordPress que vería en el directorio raíz de su sitio de WordPress.

[dir] wp-admin
[dir] wp-includes
[dir] wp-content
index.php
license.txt
readme.html
wp-activate.php
wp-blog-header.php
wp-comments-post.php
wp-config-sample.php
wp-cron.php
wp-links-opml.php
wp-load.php
wp-login.php
wp-mail.php
wp-settings.php
wp-signup.php
wp-trackback.php
xmlrpc.php

Archivos de configuración de WordPress

Su directorio raíz de WordPress contiene algunos archivos de configuración especiales. Estos archivos contienen configuraciones importantes específicas para su sitio de WordPress.

.htaccess : un archivo de configuración del servidor, WordPress lo usa para administrar enlaces permanentes y redireccionamientos .
wp-config.php : este archivo le dice a WordPress cómo conectarse a su base de datos. También establece algunas configuraciones globales para su sitio de WordPress.
index.php: el archivo de índice básicamente carga e inicializa todos sus archivos de WordPress cuando un usuario solicita una página.

Es posible que deba editar el archivo wp-config.php o .htaccess a veces. Tenga mucho cuidado al editar estos dos archivos. Un pequeño error puede hacer que su sitio sea inaccesible. Al editar estos dos archivos, siempre cree copias de seguridad en su computadora antes de realizar cualquier cambio.

Dependiendo de cómo esté configurado su sitio de WordPress, es posible que tenga o no los siguientes archivos en su directorio raíz.

robots.txt: contiene instrucciones para rastreadores de motores de búsqueda
Favicon.ico: los hosts de WordPress a veces generan un archivo favicon.

Dentro de la carpeta wp-content

WordPress almacena todas las cargas, complementos y temas en la carpeta wp-content.

carpeta wp-content en el directorio raíz de un sitio de WordPress

En general, se supone que puede editar archivos y carpetas dentro de la carpeta wp-content. Sin embargo, esto no es del todo cierto.

Echemos un vistazo dentro de la carpeta wp-content para comprender cómo funciona y qué puede hacer aquí.

Dentro de la carpeta wp-content de un blog típico de WordPress

El contenido de la carpeta wp-content puede diferir de un sitio de WordPress a otro. Pero todos los sitios de WordPress suelen tener estos:

[dir] themes
[dir] plugins
[dir] uploads
index.php

WordPress almacena sus archivos de temas en la carpeta /wp-content/themes/. Puede editar un archivo de tema, pero generalmente no se recomienda. Tan pronto como actualice su tema a una versión más nueva, sus cambios se sobrescribirán durante la actualización.

Es por eso que se recomienda crear un tema secundario para la personalización del tema de WordPress.

Todos los complementos de WordPress que descarga e instala en su sitio se almacenan en la carpeta /wp-content/plugins/. Se supone que no debe editar los archivos del complemento directamente, a menos que haya escrito el complemento solo para su propio sitio de WordPress.

En muchos tutoriales de WordPress , verá fragmentos de código que puede agregar a su sitio de WordPress. La mejor manera de agregar un código personalizado a su sitio de WordPress es agregarlo al archivo functions.php de su tema secundario o crear un complemento específico del sitio .

WordPress almacena todas sus cargas de imágenes y medios en la carpeta /wp-content/uploads/. De forma predeterminada, las cargas se organizan en carpetas /year/month/. Siempre que esté creando una copia de seguridad de WordPress, debe incluir la carpeta de carga.

Puede descargar copias nuevas del núcleo de WordPress, su tema y los complementos instalados desde sus fuentes. Pero si pierde su carpeta de cargas, sería muy difícil restaurarla sin una copia de seguridad.

Algunas otras carpetas predeterminadas que puede ver en su directorio wp-content.

idiomas: WordPress almacena archivos de idioma para sitios de WordPress que no están en inglés en esta carpeta.
actualización: esta es una carpeta temporal creada por WordPress durante la actualización a una versión más nueva

Muchos complementos de WordPress también pueden crear sus propias carpetas dentro de su carpeta wp-content. Por ejemplo, en la captura de pantalla anterior tenemos una carpeta gallery creada por el complemento Envira Gallery .

Algunas de estas carpetas pueden contener archivos importantes. Al igual que la carpeta gallery, puede contener las imágenes de su galería. Siempre debe hacer una copia de seguridad de dichas carpetas para evitar perder datos importantes.

Otras carpetas pueden contener archivos que puede eliminar de forma segura. Por ejemplo, sus complementos de almacenamiento en caché como W3 Total Cache o WP Super Cache pueden almacenar archivos en caché en sus propias carpetas.

Eso es todo, esperamos que este artículo le haya ayudado a comprender la estructura de archivos y directorios de WordPress.

Fuente:

https://www.wpbeginner.com/beginners-guide/beginners-guide-to-wordpress-file-and-directory-structure/

Cómo arreglar las publicaciones de WordPress que devuelven el error 404

WordPress es un poderoso CMS. A veces, un pequeño ajuste puede hacer que su sitio web sea inaccesible. En el pasado, hemos cubierto algunos de los problemas más comunes que enfrentan los usuarios de WordPress. Como el error del servidor interno o el error al establecer la conexión con la base de datos . Otro problema común al que se enfrentan la mayoría de los usuarios de WordPress en algún momento es que las publicaciones de WordPress devuelven un error 404. En este artículo, le mostraremos cómo corregir las publicaciones de WordPress que devuelven el error 404.

Arreglando publicaciones de WordPress que devuelven el error 404

Por lo general, en este escenario, un usuario puede acceder a su área de administración de WordPress, la página principal de su blog, pero cuando accede a una sola publicación, obtiene un error 404 No encontrado . En primer lugar, no se asuste la mayor parte del tiempo, sus publicaciones siguen ahí y son completamente seguras. Esto generalmente sucede si su archivo .htaccess se eliminó o si algo salió mal con las reglas de reescritura. Lo que debe hacer es corregir la configuración de sus enlaces permanentes.

Solución

Vaya a Configuración » Enlaces permanentes y simplemente haga clic en el botón Guardar cambios .

Actualizar configuración de enlaces permanentes

Esto actualizará la configuración de sus enlaces permanentes y eliminará las reglas de reescritura. En la mayoría de los casos, esta solución corrige el error 404 de las publicaciones de WordPress. Sin embargo, si no funciona para usted, entonces probablemente necesite actualizar su archivo .htaccess manualmente.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Arreglo para servidores locales

A menudo, los diseñadores y desarrolladores instalan WordPress en sus computadoras utilizando un servidor local con fines de prueba. Si desea utilizar bonitos enlaces permanentes, debe habilitar rewrite_module en la configuración de Apache de su MAMP, WAMP o XXAMP.

Esperamos que este artículo le haya ayudado a resolver las publicaciones que devuelven el error 404 en WordPress. ¿Te funcionó esta solución? ¿Tienes otra solución que te haya funcionado? Por favor, compártalo en los comentarios a continuación. Nos gustaría hacer de este artículo un recurso integral para los usuarios que se encuentran con este problema.

Fuente:

https://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-posts-returning-404-error/

Cómo arreglar el error 429 Too Many Request en WordPress

¿Está viendo el error 429 demasiadas solicitudes en su sitio de WordPress? Este error puede ser extremadamente frustrante porque es difícil averiguar qué lo está causando. En este artículo, le mostraremos cómo corregir fácilmente el error de demasiadas solicitudes de WordPress 429.

Cómo reparar el error de demasiadas solicitudes de WordPress 429

¿Qué causa el error de demasiadas solicitudes de WordPress 429?

La razón más común del error 429 de demasiadas solicitudes es cuando un usuario, bot o un script intenta realizar demasiadas solicitudes a los servidores. Es una medida para prevenir ataques DDOS en sitios web.

Sin embargo, si no está configurado correctamente, puede terminar impidiendo que los motores de búsqueda u otras API se ejecuten correctamente. Esto provocaría un comportamiento inesperado en su sitio web.

A veces, el error se produce cuando un script en su sitio web realiza demasiadas solicitudes a otro sitio web o servicio mediante una API. En ese caso, la API respondería con un código de error 429.

Dicho esto, echemos un vistazo a cómo solucionar y corregir fácilmente el error 429 de demasiadas solicitudes en WordPress.

Arreglando el error 429 Demasiadas solicitudes en WordPress

Este error puede deberse a varios factores. Le mostraremos varias formas de solucionar y corregir el error de solicitud 429 demasiado.

Buscar y desactivar el complemento de mal comportamiento

El culpable más común del error 429 suele ser un complemento incorrecto en su sitio web. Los complementos a veces pueden realizar solicitudes posteriores a su sitio web que pueden ser rechazadas por el servidor con un código de error 429.

Lo primero que debe hacer es desactivar todos los complementos de WordPress en su sitio web. Puede hacerlo visitando la página de complementos en su área de administración de WordPress y seleccionando todos los complementos. Después de eso, seleccione ‘Desactivar’ en el cuadro desplegable de acciones masivas y haga clic en Aplicar.

Si no puede acceder al área de administración de WordPress , puede desactivar los complementos simplemente renombrando la carpeta “plugins” a través de su administrador de archivos o por FTP.

Plugin folder renamed to deactivate all plugins

Ahora revise su sitio web nuevamente para ver si puede reproducir el error 429 demasiadas solicitudes nuevamente. Si no puede, significa que un complemento estaba causando este problema.

Ahora puede activar sus complementos uno por uno y consultar su sitio web después de activar cada complemento. De esta manera, podrá encontrar el complemento que causa el error.

Una vez que encuentre el complemento que causa el error, puede reemplazarlo con un complemento alternativo o intentar comunicarse con el autor del complemento para informarle sobre el error.

Cambiar a un tema predeterminado de WordPress

Cada vez más temas de WordPress incluyen funciones que normalmente vienen con complementos. Dichos temas también pueden causar un error 429 con demasiadas solicitudes en su sitio web.

La forma más fácil de averiguarlo es cambiando a un tema predeterminado de WordPress como Twenty Seventeen. Si esto resuelve el problema del error 429, puede encontrar otro tema de WordPress o informar el problema al desarrollador del tema y es posible que puedan solucionarlo.

Fuente:

https://www.wpbeginner.com/wp-tutorials/how-to-fix-the-wordpress-429-too-many-requests-error/

Configurar SMTP para el envío de correos en moodle

Ésta configuración sirve para evitar que los correos sean enviados através de PHP y es útil, por ejemplo, cuando la función mail() se encuentra desactivada.

Servidores SMTP:
Aquí tienes que poner mail.midominio.info (sustituyendo midominio.info por el que corresponda).
Seguridad SMTP:
Por defecto pone ninguno y lo puedes dejar así, pero si quieres enviar emails de forma cifrada y más segura puedes escoger:
– SSL
– TLS
SMTP Auth Type:
Por defecto pone LOGIN y lo puedes dejar así, ya que te vas a loguear al fin y al cabo.
Nombre de usuario SMTP:
Tu email completo, por ejemplo, webmaster@midominio.info, info@midominio.info, ayuda@midominio.info o el que hayas creado.
Contraseña SMTP:
Este otro campo no tiene ningún misterio, debes poner la contraseña del email que hayas puesto antes.
Límite de sesión SMTP:
También lo puedes dejar con el 1 que viene por defecto.

Cómo arreglar la pantalla blanca de la muerte de WordPress (paso a paso)

La pantalla blanca de la muerte de WordPress es uno de los errores más comunes de WordPress . También es uno de los más frustrantes porque no hay ningún mensaje de error y no puede acceder a WordPress.

Otro problema con el error de la pantalla blanca de la muerte es que a veces solo afecta una parte determinada de su sitio web.

Por ejemplo, es posible que solo vea la pantalla blanca de la muerte dentro del área de administración de WordPress, mientras que todo lo demás funciona bien. En otros casos, es posible que solo lo vea en una publicación específica, mientras que todo lo demás funciona bien.

En este artículo, le mostraremos cómo arreglar la pantalla blanca de la muerte de WordPress observando diferentes soluciones.

Arreglando el error de pantalla blanca de la muerte de WordPress

Nota: antes de realizar cambios en su sitio, asegúrese de tener una copia de seguridad de su sitio de WordPress .

¿Por qué ves la pantalla blanca de la muerte en WordPress?

La mayoría de las veces, cuando ve una pantalla blanca de muerte, significa que un script en su sitio web agotó el límite de memoria.

La secuencia de comandos que no responde es eliminada por su servidor de alojamiento de WordPress o simplemente se agota el tiempo de espera. Esta es la razón por la que no se genera ningún mensaje de error real y ve una pantalla blanca.

WordPress mostrando pantalla blanca en lugar de sitio web

En ocasiones, es posible que vea un mensaje de error crítico en lugar de una pantalla en blanco.

Ya sea que vea una pantalla en blanco o el mensaje “Ha habido un error crítico en su sitio web”, es el mismo error.

Este error también puede ocurrir debido a un tema o complemento mal codificado instalado en su sitio. A veces puede suceder si hay un problema con su servidor de alojamiento web.

Dado que el error de pantalla blanca puede ser causado por varias cosas, requiere una solución de problemas metódica para solucionarlo.

¿El problema ocurre en sus otros sitios?

Si tiene otros sitios de WordPress instalados en la misma cuenta de alojamiento, entonces desea comenzar por verificar si el problema también ocurre en otros sitios.

Si es así, entonces es un fuerte indicador de que algo anda mal con su servicio de alojamiento de WordPress. Este podría ser un problema temporal que afecta su servicio, y debe comunicarse con su soporte para obtener más ayuda.

Por otro lado, si el problema solo ocurre con un sitio web o una parte específica de ese sitio, entonces sabe que el problema está en ese sitio web en particular.

Corrección del error de pantalla blanca con el modo de recuperación de WordPress

Si el error de la pantalla blanca de la muerte es causado por un complemento o tema de WordPress, es posible que WordPress pueda detectarlo.

La nueva función de protección contra errores fatales introducida en WordPress 5.2 a veces puede detectar el error, por lo que es posible que ni siquiera vea una pantalla en blanco. En su lugar, verá un mensaje que indica que el sitio tiene dificultades técnicas.

También recibirá un mensaje de correo electrónico en su dirección de correo electrónico de administrador con el asunto “Su sitio tiene un problema técnico”.

Correo electrónico de problema técnico enviado al administrador

Este mensaje de correo electrónico indicará el complemento que causa el error y también contendrá un enlace especial. Este enlace le permitirá iniciar sesión en el modo de recuperación de WordPress y desactivar el complemento defectuoso.

Sin embargo, si ve la pantalla blanca de la muerte sin correo electrónico ni opción de modo de recuperación, entonces debe corregir el error manualmente.

Aumento del límite de memoria

Por lo general, este error ocurre porque una secuencia de comandos agotó la memoria y se cerró en el medio. Para solucionar esto, debe aumentar la memoria PHP disponible para WordPress. Esto permitirá que el script use más memoria para terminar el trabajo que se suponía que debía hacer.

Deshabilitar todos los complementos (plugins)

Si aumentar el límite de memoria no ayudó, o si tiene un límite de memoria alto como 256M o 512M, entonces debe comenzar a solucionar el problema.

En nuestra experiencia de resolución de problemas de este problema, siempre hemos encontrado que el problema está relacionado con un complemento específico o un tema. Avancemos y deshabilitemos todos los complementos.

Si aún puede acceder al área de administración de WordPress, simplemente puede ir a la página Complementos » Complementos instalados . Seleccione todos los complementos instalados y luego seleccione ‘Desactivar’ en el menú desplegable ‘Acciones masivas’.

Desactive todos los complementos a través del área de administración de WordPress

Sin embargo, si no tiene acceso al área de administración de WordPress, deberá desactivar todos los complementos a través de FTP, o del Administrador de archivos de su cPanel.

Primero, conéctese a su sitio de WordPress usando un cliente FTP . Una vez conectado, vaya a la carpeta wp-content donde verá la carpeta ‘plugins’.

Cambie el nombre de la carpeta de complementos para desactivar todos los complementos

Ahora, debe hacer clic derecho en la carpeta de complementos y luego seleccionar cambiar el nombre. Puede cambiar el nombre de la carpeta de complementos a complementos desactivados.

Su cliente FTP ahora cambiará el nombre de la carpeta de complementos.

WordPress busca una carpeta llamada complementos para cargar todos los complementos. Cuando no puede encontrar la carpeta, simplemente desactiva todos los complementos.

Si esto soluciona el problema, habilite un complemento a la vez para llegar al fondo del problema. Una vez que encuentre el complemento que causa el problema, puede reemplazarlo con una alternativa o informar el problema a los autores del complemento.

Reemplazar tema con un tema predeterminado

Si la solución de problemas del complemento no soluciona el problema, entonces debería intentar reemplazar su tema actual con un tema predeterminado.

Primero, conéctese a su sitio web usando un cliente FTP y vaya a la carpeta /wp-content/themes/. Contiene todos los temas instalados en su sitio web.

Haga clic con el botón derecho para seleccionar su tema actual de WordPress y descárguelo a su computadora como una copia de seguridad.

Descargar el tema actual como copia de seguridad

A continuación, debe eliminar su tema actual de su sitio web. Haga clic con el botón derecho en la carpeta de su tema y seleccione ‘Eliminar’. Su cliente FTP ahora eliminará el tema de su sitio web.

Ahora, si tiene un tema predeterminado de WordPress como (Twenty Eighteen o Twenty Nineteen) instalado en su sitio web, WordPress comenzará a usarlo automáticamente como tema predeterminado.

Sin embargo, si no tiene un tema predeterminado instalado, debe instalarlo manualmente mediante FTP .

Si esto soluciona el problema, entonces debería mirar el archivo functions.php de su tema. Si hay espacios adicionales en la parte inferior del archivo, debe eliminarlos y, a veces, eso soluciona el problema.

Si está utilizando una función mal codificada en el archivo functions.php de su tema, también puede causar el error de pantalla blanca de muerte.

Considere descargar una copia nueva de su tema desde su fuente y luego instálela.

Habilite el modo de depuración para detectar errores en WordPress

Si nada ha ayudado hasta ahora, el siguiente paso es activar la depuración en WordPress. Esto le permitirá ver qué tipo de errores se están generando.

Simplemente, agregue el siguiente código en su archivo wp-config.php .

define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true );

Una vez que agregue esto, la pantalla en blanco ahora tendrá errores, advertencias y avisos. Estos pueden ayudarlo a determinar la causa raíz.

Si no ve ningún error, aún puede consultar el registro de depuración. Simplemente visite la carpeta wp-content en su sitio web utilizando un cliente FTP. Allí encontrará un nuevo archivo debug.log que contiene un registro de todos los errores, avisos y advertencias.

Borrar caché de WordPress

A veces, puede tener acceso al backend, pero el front-end del sitio tiene la pantalla blanca de la muerte. Esto puede suceder debido a un plugin de almacenamiento en caché . Simplemente vacía tu caché.

Arreglar artículos más largos

Si tiene una pantalla blanca de muerte solo en una publicación o página muy larga, entonces este pequeño truco podría funcionar.

Este truco básicamente aumenta la capacidad de procesamiento de texto de PHP al aumentar el límite de recursividad y retroceso. Puede pegar el siguiente código en su archivo wp-config.php.

/** Trick for long posts */
ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);

Entendemos que este es un error muy frustrante, y esperamos que uno de los trucos anteriores solucione el problema por ti.

Fuente:

https://www.wpbeginner.com/wp-tutorials/how-to-fix-the-wordpress-white-screen-of-death/

Cómo arreglar el “500 Internal Server Error” en WordPress

¿Estás viendo un error de servidor interno 500 en WordPress? El error interno del servidor es uno de los errores más comunes de WordPress. Dado que el error no brinda ninguna otra información, muchos principiantes lo encuentran bastante frustrante. En este artículo, le mostraremos cómo corregir fácilmente el error interno del servidor en WordPress.

Cómo reparar el error interno del servidor en WordPress

¿Qué causa el error interno del servidor en WordPress?

El error interno del servidor no es específico de WordPress. Puede suceder con cualquier sitio web que se ejecute en un servidor web. Debido a la naturaleza genérica de este error, no le dice nada al desarrollador.

Preguntar cómo solucionar un error interno del servidor es como preguntarle a su médico cómo solucionar el dolor sin decirle dónde está el dolor.

Ejemplo de un sitio web de WordPress que muestra un error interno del servidor

El error interno del servidor en WordPress a menudo es causado por funciones de complementos o temas. Otras posibles causas de error interno del servidor en WordPress que conocemos son: archivo .htaccess corrupto y límite de memoria PHP.

También hemos escuchado un error interno del servidor que solo aparece cuando intenta acceder al área de administración mientras el resto del sitio funciona bien.

Dicho esto, ahora echemos un vistazo a cómo solucionar el error del servidor interno en WordPress.

Comprobación de archivos .htaccess dañados

Lo primero que debe hacer al solucionar el error del servidor interno en WordPress es buscar el archivo .htaccess dañado.

Puede hacerlo cambiando el nombre de su archivo .htaccess a algo como .htaccess_old. Para cambiar el nombre del archivo .htaccess, deberá iniciar sesión en su sitio mediante FTP o la aplicación Administrador de archivos en el panel de control de cPanel de su cuenta de alojamiento.

Una vez que se haya conectado, el archivo .htaccess se ubicará en el mismo directorio donde verá carpetas como wp-content, wp-admin y wp-includes.

Edición del archivo .htaccess en WordPress

Una vez que haya cambiado el nombre del archivo .htaccess, intente visitar su sitio para ver si esto resolvió el problema. Si lo hizo, entonces date una palmadita en la espalda porque solucionaste el error interno del servidor.

Antes de continuar con otras cosas, asegúrese de ir a la página Configuración » Enlaces permanentes en el área de administración de WordPress y haga clic en el botón Guardar sin realizar ningún cambio. Esto generará un nuevo archivo .htaccess para usted con las reglas de reescritura adecuadas para garantizar que sus páginas de publicación no devuelvan un error 404 .

Si la búsqueda de la solución del archivo .htaccess corrupto no funcionó para usted, entonces debe continuar leyendo este artículo.

Aumentar el límite de memoria de PHP

A veces, puede ocurrir un error interno del servidor si está agotando su límite de memoria PHP.

Si aumentar el límite de memoria solucionó el problema por usted, entonces solo ha solucionado el problema temporalmente. Todavía necesita encontrar la causa que está agotando su límite de memoria.

Esto podría ser un complemento mal codificado o incluso una función del tema. Le recomendamos que le pida a su empresa de alojamiento web de WordPress que busque en los registros del servidor para ayudarlo a encontrar los diagnósticos exactos. Usted mismo también puede rastrear el problema activando el modo Debug en el WordPress Toolkit.

Si aumentar el límite de memoria de PHP no solucionó el problema, entonces tendrá que solucionar más problemas.

Desactivar todos los complementos

Si ninguna de las soluciones anteriores funcionó para usted, lo más probable es que este error se deba a un complemento específico. También es posible que sea una combinación de complementos que no funcionan bien entre sí.

Lamentablemente, no hay una manera fácil de averiguarlo. Tienes que desactivar todos los complementos de WordPress a la vez.

Si al deshabilitar todos los complementos se corrigió el error, entonces sabrá que es uno de los complementos el que está causando el error.

Simplemente vaya al área de administración de WordPress y haga clic en ‘Complementos’. Ahora necesita reactivar un complemento a la vez hasta que encuentre el que causó el problema. Deshágase de ese complemento e informe el error al autor del complemento.

Volver a cargar archivos principales

Si la opción del complemento no solucionó el error interno del servidor, vale la pena volver a cargar la carpeta wp-admin y wp-includes desde una instalación nueva de WordPress.

Esto NO eliminará ninguna parte de su información, pero puede resolver el problema en caso de que algún archivo esté dañado.

Primero deberá visitar el sitio web de WordPress.org y hacer clic en el botón Descargar.

Esto instalará el archivo zip de WordPress en su computadora. Debe extraer el archivo zip y dentro de él encontrará una carpeta de wordpress.

A continuación, debe conectarse a su sitio web de WordPress utilizando un cliente FTP. Una vez conectado, vaya a la carpeta raíz de su sitio web. Es la carpeta que contiene las carpetas wp-admin, wp-includes, wp-content.

En la columna de la izquierda, abra la carpeta de WordPress en su computadora. Ahora debe seleccionar las carpetas wp-includes y wp-admin y luego hacer clic derecho y seleccionar ‘Cargar’.

Su cliente FTP ahora transferirá esas carpetas a su servidor. Le preguntará si desea sobrescribir los archivos. Seleccione ‘Sobrescribir’ y luego seleccione ‘Usar siempre esta acción’.

Su cliente FTP ahora reemplazará sus archivos antiguos de WordPress con copias nuevas y nuevas. Si sus archivos de WordPress estaban dañados, este paso solucionará el error interno del servidor por usted.

Pregunte a su proveedor de alojamiento

Si todos los métodos no logran corregir el error interno del servidor en su sitio web, entonces es hora de obtener más ayuda. Póngase en contacto con su equipo de soporte de alojamiento web y podrán verificar los registros del servidor y localizar la causa raíz del error.

Fuente:

https://www.wpbeginner.com/wp-tutorials/how-to-fix-the-internal-server-error-in-wordpress/