Black Friday: 30% OFF en todos los planes, aplicado automáticamente en el carrito Ver planes

max_input_vars, memory_limit y compañía: los ajustes que destraban WordPress

Cinco directivas de PHP explican la mayoría de las fallas de importación y de carga. Qué hace cada una y dónde modificarla.

Actualizado el 2 sep 20262 min de lectura
Demos y plantillas

Casi todos los errores de importación de demo, subida de un tema pesado o guardado del panel de opciones se reducen a una de estas cinco directivas de PHP. Vale la pena saber qué síntoma corresponde a qué número, porque eso evita cambiar cinco cosas cuando basta con resolver una.

Dónde ver los valores actuales

En el panel: Herramientas > Salud del sitio > Información > Servidor. Es la lectura más confiable, porque muestra lo que realmente está vigente para tu WordPress, y no lo que está escrito en algún archivo que tal vez esté siendo ignorado.

Las cinco, y el síntoma de cada una

max_execution_time: el tiempo máximo que puede ejecutarse un script PHP. Síntoma: la operación se detiene a la mitad, casi siempre en el mismo punto. Valor de trabajo: 300.

memory_limit: cuánta memoria puede usar PHP. Síntoma: pantalla en blanco, sin ningún mensaje, o error de allowed memory size exhausted. Valor de trabajo: 300M.

max_input_vars: cuántos campos acepta PHP en un envío. Es la más traicionera de las cinco: no arroja ningún error. El panel de opciones del tema guarda y vuelve con la mitad de la configuración perdida; la importación termina incompleta. Valor de trabajo: 5000.

upload_max_filesize: tamaño máximo de un archivo enviado. Síntoma: el tema de 60 MB no se sube. Valor de trabajo: 100M.

post_max_size: tamaño máximo del envío completo. Debe ser igual o mayor que upload_max_filesize, o el límite menor prevalece y terminas creyendo que el cambio no surtió efecto. Valor de trabajo: 100M.

Dónde escribir el cambio

En orden de probabilidad de que funcione:

  • Panel del hosting. cPanel, Plesk y hPanel tienen una pantalla de configuración de PHP. Cuando existe, es el camino correcto: el cambio sobrevive a las actualizaciones y no depende de qué servidor esté corriendo.
  • .user.ini en la raíz de WordPress, una directiva por línea: memory_limit = 300M. Funciona en la mayoría de los hostings modernos.
  • .htaccess en la raíz, con php_value delante: php_value memory_limit 300M. Solo funciona en Apache. En nginx el archivo se ignora por completo, sin ningún aviso.
  • php.ini, cuando el hosting da acceso.

Después de hacer el cambio, recarga la página de Salud del sitio y verifica si el número cambió. Si no cambió, el archivo que editaste no es el que aplica ahí. Prueba con el siguiente de la lista.

Si el hosting no lo permite

Los planes compartidos económicos suelen bloquear estos valores. Hay dos salidas: enviar archivos grandes por FTP, que no pasa por el límite de subida, e importar la demo en partes, cuando el tema ofrece la opción de elegir qué se importa.