¿Qué hacer si WordPress da error crítico al activar un script?

[Nikkygeek]

Ahora cambio el error jajaja

 

[marjuanm]

Puedes ponerlos debajo de define( 'WP_DEBUG', false ); , cambia false por true para activar y false cuando ya no quieras ver los avisos de error

 

[marjuanm]

Ahora cambio el error jajaja

tiene un problema ese plugin por lo visto, debajo de las lineas de depuracion yo pongo

set_time_limit(0);
ini_set('post_max_size', '20M');
ini_set('upload_max_filesize', '20M');

esto le da más recursos a wordpress y no se colapse tan facil si se queda sin memoria. Aquí está asignando 20M de ram a los procesos y limit(0) quiere decir que no hay un tiempo máximo de espera para que el proceso termine.

No se hasta que límite se pueda usar, en php lo he usado hasta 1024 ( @ini_set('memory_limit', '1024M' ); set_time_limit(0); ).

 

[panaceo]

Programar correctamente el script para solucionar el error.

 

[Nikkygeek]

Programar correctamente el script para solucionar el error.

indudablemente pero de que manera puedo lograr que quite el ultimo codigo que añadi que fue el que me dio el error.

 

[marjuanm]

Ahora cambio el error jajaja

Pues quien sabe, a veces a mi me han aparecido errores extraños en wordpress, sobreescribo toda las carpetas basicas (wp-admin, wp-includes, wp-content (pero solo lo basico que viene con cualquier instalación base de wordpress), los archivos raíz de wp sin tocar wp-config.php con una copia válida o la más actual de Wordpress.

A veces pasa que se daña algún archivo base en el proceso (varias veces me han dado errores raros con algún archivo en wp-admin o en wp-includes), simplemente reemplazo todo con una versión de un instalador que tenga con la versión actual y listo, funciona.

Pd. Siempre haz un respaldo de tu Wordpress actual antes de actualizar o reestablecer cualquier cosa.

 

[Nikkygeek]

No logre resolver el problema todabia, si dejo aca el config.php sacandole el usuario y la contraseña de la base de datos creen que me podrian brindar el codigo resuelto.

<?php
/**
* The base configuration for WordPress
*
* The wp-config.php creation script uses this file during the installation.
* You don't have to use the website, you can copy this file to "wp-config.php"
* and fill in the values.
*
* This file contains the following configurations:
*
* * Database settings
* * Secret keys
* * Database table prefix
* * ABSPATH
*
* @link https://developer.wordpress.org/advanced-administration/wordpress/wp-config/
*
* @package WordPress
*/

// ** Database settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'if0_40147995_wp806' );

/** Database username */
define( 'DB_USER', 'XXXXXXXXXXX' );

/** Database password */
define( 'DB_PASSWORD', 'XXXXXXX' );

/** Database hostname */
define( 'DB_HOST', 'XXXXXXXXXXX' );

/** Database charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8mb4' );

/** The database collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );

/**#@+
* Authentication unique keys and salts.
*
* Change these to different unique phrases! You can generate these using
* the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}.
*
* You can change these at any point in time to invalidate all existing cookies.
* This will force all users to have to log in again.
*
* @since 2.6.0
*/
define( 'AUTH_KEY', 'rxvqqoctbaniin7q2wsw4dmwjiinwnypn8jha5lbftgkzgm4cjcwtfcyzxfyu8wv' );
define( 'SECURE_AUTH_KEY', 'ehimc4lhlq2ur7oglfhbzkfsjfrtspnpgcwboanqc3a5z6su13gencfqkocrbzjb' );
define( 'LOGGED_IN_KEY', 'b7hgodadr6ydza3ijb8ho6snf8yqplrn4dhzqn0tsgj8gtx9fgp2gxdbvbgehmya' );
define( 'NONCE_KEY', 'naybwmitkxowf4gzzvupomucyddgg1avkhblicwbvnqgdrqxdxccosfwiyymi3si' );
define( 'AUTH_SALT', 'sjdlrym1eozzulf2eefqf7mef7yhq0e521ppu6zgp8tqwlhyhn1zbp9v4dfcfv7y' );
define( 'SECURE_AUTH_SALT', '39sneiugkcncpektvsojdttokzvqtdoqfm8fdzqujekebzmcfnvfi2tniycznqmq' );
define( 'LOGGED_IN_SALT', 'p5nxajpidagmtz6ug2ulsw0qfi5biwphjk7gw9dqlkt59zl7t4uh6126kkac1pwm' );
define( 'NONCE_SALT', 'k64l6id0vobap4jxcnipcwbclyctnmtdxnygujjjlsa4ee8xjlk3ppxyxswlap8x' );

/*#@-/

/**
* WordPress database table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*
* At the installation time, database tables are created with the specified prefix.
* Changing this value after WordPress is installed will make your site think
* it has not been installed.
*
* @link https://developer.wordpress.org/advanced-administration/wordpress/wp-config/#table-prefix
*/
$table_prefix = 'wprj_';

/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @link https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
*/
define( 'WP_DEBUG', true );

/* Add any custom values between this line and the "stop editing" line. */



/* That's all, stop editing! Happy publishing. */

/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
define( 'ABSPATH', DIR . '/' );
}

/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';

 

[4ngeluxpunk]

No logre resolver el problema todabia, si dejo aca el config.php sacandole el usuario y la contraseña de la base de datos creen que me podrian brindar el codigo resuelto.

No tiene nada que ver con ese archivo, que tipo de Servidor estas usando. Creo que va más por ahy algunas funciones del servidor que te esta generando fallos.

 

[ramonjosegn]

tiene un problema ese plugin por lo visto, debajo de las lineas de depuracion yo pongo

set_time_limit(0);
ini_set('post_max_size', '20M');
ini_set('upload_max_filesize', '20M');

esto le da más recursos a wordpress y no se colapse tan facil si se queda sin memoria. Aquí está asignando 20M de ram a los procesos y limit(0) quiere decir que no hay un tiempo máximo de espera para que el proceso termine.

No se hasta que límite se pueda usar, en php lo he usado hasta 1024 ( @ini_set('memory_limit', '1024M' ); set_time_limit(0); ).

Algunos hosting no permiten hacer éso y toca comunicarse con soporte.

 

[marjuanm]

No tiene nada que ver con ese archivo, que tipo de Servidor estas usando. Creo que va más por ahy algunas funciones del servidor que te esta generando fallos.

También podría ser, ya me topado con servidores que se caen a cada rato.

 

[marjuanm]

Algunos hosting no permiten hacer éso y toca comunicarse con soporte.

Hasta el momento no me ha tocado de ese tipo, por lo general yo aumento eso siempre por si acaso y suele funcionar bien todo. En otros casos cuando tienen cpanel suele haber una sección que permite manualmente asignar cuánto es el tamaño máximo del archivo a subir, y aunque por php pongas el tamaño esa configuración te sobreescribe.

Hay que revisar esa parte también por si acaso.

 

[YeltsinReyes]

También podría ser, ya me topado con servidores que se caen a cada rato.

Es de InfinityFree, por eso da muchos problemas.

 

[ramonjosegn]

Es de InfinityFree, por eso da muchos problemas.

Sí los hostings gratuitos suelen ser problemáticos posiblemente por los abusos de los usuarios y la falta de revisión de los proveedores.

 

[marjuanm]

Sí los hostings gratuitos suelen ser problemáticos posiblemente por los abusos de los usuarios y la falta de revisión de los proveedores.

me pregunto porque los hostings gratuitos últimamente son tan chafas, allá en los 90's geocities no fallaba para nada y era gratis.

 

[gifer]

allá en los 90's geocities no fallaba para nada y era gratis.

geocities? En esos tiempos eran simples/basicas paginas estaticas html...

 

[marjuanm]

geocities? En esos tiempos eran simples/basicas paginas estaticas html...

Pues tal vez sea eso entonces 😁 , no había caído en esto.

 

[misterlopez]

No sé si ya te han respondido pero eso me ha pasado alguna vez. entra al hosting, al administrador de archivos, ve a tu web y borra desde ahí el plugin que actualizaste y todo vuelve a la normalidad

 

[ramonjosegn]

Pues tal vez sea eso entonces 😁 , no había caído en esto.

Yo usaba uno que rara vez daba problema, eso si tenía un nombre todo raro, creo que aún existe, sin publicidad y con opciones avanzadas para esa época, algo se portland era...

 

[marjuanm]

Yo usaba uno que rara vez daba problema, eso si tenía un nombre todo raro, creo que aún existe, sin publicidad y con opciones avanzadas para esa época, algo se portland era...

Si, yo a mediados del 2000 tuve uno que te permitía usar php gratis y sin publicidad, super genial para la época, no se caía para nada. Pero he probado muchos "similares" gratis y pésimos, a cada 5 minutos se caen.

 

[Y0X]

Este tipo de error en WordPress suele aparecer cuando un script PHP que añadiste tiene algún fallo grave (por ejemplo, un syntax error o alguna función que rompe la ejecución). Al activarlo mediante Code Snippets, WordPress intenta ejecutar ese código al cargar, y si falla, produce el “error crítico” que describes.

El problema que tienes es que tu sitio depende de esos snippets PHP, y no tienes copias de seguridad. Por eso, borrar la carpeta completa de Code Snippets desde FTP rompería tu sitio. Aquí te doy un plan seguro:

1. Activar el modo de depuración de WordPress​

Esto te ayudará a identificar qué snippet exacto está causando el error.

1. Conéctate por FTP y edita el archivo wp-config.php.
2. Busca la línea define('WP_DEBUG', false); y cámbiala a:

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


Esto creará un archivo debug.log en wp-content/ donde se registran los errores. No muestra errores en la pantalla, pero podrás ver cuál snippet está rompiendo el sitio.

2. Desactivar temporalmente todos los snippets sin borrar todo​

Code Snippets guarda la información de los scripts en la base de datos (no solo en archivos). Puedes desactivar los snippets directamente desde la base de datos:

1. Accede a phpMyAdmin o al gestor de base de datos de tu host gratuito.
2. Busca la tabla wp_snippets (el prefijo puede variar, por ejemplo wp_).
3. Localiza la columna active y cambia el valor 1 a 0 para todos los registros.
   
   • Esto desactiva todos los snippets sin borrarlos.
4. Guarda los cambios y recarga tu web.

Si todo va bien, tu sitio debería volver a la normalidad.

3. Recuperar un snippet en concreto​

Si quieres identificar solo el snippet que dio el error:

1. Activa los snippets uno por uno desde la base de datos cambiando active a 1 para cada snippet.
2. Cada vez que recargues el sitio, si vuelve a aparecer el error, sabrás cuál es el snippet conflictivo.
3. Corrige ese snippet (errores de sintaxis, funciones mal llamadas) o elimínalo.

4. Alternativa rápida si no quieres tocar la base de datos​

• Renombra temporalmente la carpeta de Code Snippets desde FTP (por ejemplo codesnippets → codesnippets-off).
• Esto debería desactivar el plugin completamente sin eliminar tus snippets.
• Luego puedes entrar al panel de WordPress y desactivar snippets problemáticos.

5. Lección para el futuro​

• Siempre haz copias de seguridad antes de agregar scripts PHP, especialmente en un host gratuito.
• Considera usar plugins como UpdraftPlus o All-in-One WP Migration, aunque sea en un hosting gratuito, para no depender solo del FTP.