Plugin no se instala, ¿la subida del tema se corta a la mitad? ¿El panel de administración muestra «Allowed memory size exhausted»? La mayoría de las veces, el culpable es un solo archivo: php.ini.

Este es el archivo de configuración principal de PHP: establece cuánta memoria asignar a los scripts, cuánto tiempo ejecutarlos y qué tamaños de archivo aceptar. En un hosting típico, estos límites se configuran bajos; el proveedor ahorra recursos.

A continuación, le mostramos dónde encontrar php.ini en cualquier entorno (WAMP, XAMPP, Linux, cPanel) y qué cinco directivas editar para WordPress en 2026. Con cifras concretas, sin conjeturas.

💡 Resumen rápido:

• Cree un archivo PHP de prueba con la función phpinfo y vea inmediatamente la ruta a php.ini en cualquier servidor
• En WAMP, XAMPP y cPanel, la ruta está disponible a través de la interfaz, sin necesidad de editar código
• Ajustes clave para WordPress: memory_limit, max_execution_time, upload_max_filesize, post_max_size y max_input_vars
• Tras los cambios, verifique los límites reales mediante phpinfo() o WP-CLI para asegurarse de que el proveedor no ignoró las modificaciones

Qué es php.ini y por qué modificarlo

php.ini es un archivo de texto con directivas que controlan el comportamiento de PHP en el servidor. Se carga con cada inicio de proceso PHP y define límites: memoria, tiempo de ejecución, tamaño de archivo de subida, nivel de errores.

Para WordPress, cinco directivas son críticas. memory_limit asigna RAM para el procesamiento de páginas; los temas y constructores modernos (Gutenberg, Elementor) requieren fácilmente 256 MB o más. max_execution_time limita los segundos de ejecución del script: si un plugin importa contenido de demostración o WooCommerce genera informes, los 30 segundos predeterminados garantizan un corte. upload_max_filesize y post_max_size controlan las subidas: un ZIP de tema puede pesar más de 40 MB, y el límite del proveedor es de 2 MB. Por último, max_input_vars limita el número de variables POST; con 1000 elementos de menú y un valor predeterminado de 2000, el guardado del menú se corta sin aviso.

Buena noticia: php.ini se puede editar incluso en un hosting compartido económico. Mala noticia: primero necesita encontrarlo, y la ruta depende del sistema operativo, el panel de control y el método de instalación de PHP (módulo de Apache, CGI/FastCGI, PHP-FPM).

Cómo encontrar php.ini: método universal mediante phpinfo()

La forma más fiable, que funciona en cualquier servidor, es crear un archivo PHP de prueba con la función phpinfo().

Cree un archivo con cualquier nombre y extensión .php (por ejemplo, info.php) e incluya en él:

1
<?php phpinfo(); ?>

Suba el archivo a la raíz del sitio (vía FTP, gestor de archivos del hosting o WP-CLI) y ábralo en el navegador: https://your-site.com/info.php.

En la página abierta, busque la línea Loaded Configuration File; esta es la ruta completa al php.ini activo. Si PHP se ejecuta como módulo de Apache, la ruta se mostrará en la línea Configuration File (php.ini) Path; en este caso, es posible que el archivo en sí no exista y deba crearlo manualmente.

Tras la comprobación, elimine info.php inmediatamente, ya que revela detalles de configuración del servidor, lo cual no es seguro.

Dónde está php.ini en WAMP

En WAMP (entorno Windows: Apache + MySQL + PHP), la ruta a php.ini está disponible directamente desde la bandeja del sistema.

Haga clic derecho en el icono de WAMP, pase el cursor sobre PHP y seleccione php.ini; el archivo se abrirá en un editor de texto. Si el entorno tiene varias versiones de PHP, asegúrese de haber seleccionado aquella con la que se ejecuta el sitio (visible en la bandeja: WAMP → PHP → Versión).

Ruta alternativa a través del menú de WAMP: clic izquierdo en el icono → PHP → php.ini. El archivo reside físicamente en C:\wamp64\bin\php\phpX.Y.Z\php.ini (o C:\wamp\bin\... para versiones anteriores).

Dónde está php.ini en XAMPP

En XAMPP en Windows y Linux, la ruta a php.ini se obtiene a través del panel de control. Abra el Panel de Control de XAMPP y haga clic en el botón Config de la fila del módulo Apache. En el menú desplegable, seleccione PHP (php.ini); el archivo se abrirá en el editor.

Si no hay botón Config (versión antigua de XAMPP), vaya directamente a: C:\xampp\php\php.ini en Windows o /opt/lampp/etc/php.ini en Linux.

Tras los cambios, reinicie Apache con los botones Stop → Start del panel de control.

Dónde está php.ini en Linux (VPS / dedicado)

En un servidor Linux sin panel de control, php.ini se encuentra con un comando de terminal:

1
php -i | grep "Loaded Configuration File"

La salida será algo como:

1
Loaded Configuration File => /etc/php/8.2/cli/php.ini

Matiz importante: PHP para línea de comandos (CLI) y para servidor web (Apache/Nginx) suelen usar archivos diferentes de php.ini. El comando anterior muestra la ruta de la versión CLI. Para encontrar la ruta del servidor web, cree info.php con el método de la sección anterior y ábralo en el navegador, o ejecute:

1
ls /etc/php/*/apache2/php.ini
2
ls /etc/php/*/fpm/php.ini

Las ubicaciones típicas dependen de la versión de PHP y del servidor web:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Ruta general (si PHP se compiló manualmente): /usr/local/lib/php.ini

Tras los cambios, reinicie el servidor web: sudo systemctl restart apache2 o sudo systemctl restart php8.2-fpm.

Dónde está php.ini en cPanel y otros paneles de hosting

En hosting compartido con cPanel, el archivo php.ini normalmente se encuentra en el directorio raíz del sitio, public_html. Para verlo:

• Ingrese a cPanel y abra el Administrador de archivos
• Navegue a la carpeta public_html
• Busque php.ini en la lista de archivos

Si el archivo no existe, créelo con el botón + Archivo. Escriba las directivas necesarias y guarde. El servidor aplicará la configuración en pocos minutos.

En servidores modernos, es cada vez más común usar MultiPHP Manager (cPanel) o Select PHP Version, que permiten editar php.ini mediante interfaz web sin entrar al administrador de archivos. Si su panel admite una herramienta así, úsela: hay menos riesgo de errores de sintaxis.

Caso aparte: .user.ini. En servidores con PHP-FPM (FastCGI), el php.ini en la raíz del sitio puede ignorarse; en su lugar, se crea un archivo .user.ini con las mismas directivas. Consulte la documentación de su proveedor para saber qué archivo usar.

Configuración recomendada de php.ini para WordPress (vigente para 2026)

Los valores básicos «predeterminados» en php.ini no han cambiado en décadas y están pensados para scripts simples, no para CMS modernos. WordPress con los plugins actuales exige límites significativamente más altos. A continuación se presentan valores recomendados, probados en la práctica.

Directivas principales

1
memory_limit = 512M
2
max_execution_time = 300
3
upload_max_filesize = 128M
4
post_max_size = 128M
5
max_input_vars = 4000
6
max_input_time = 300
7
file_uploads = On

La directiva safe_mode fue eliminada de PHP a partir de la versión 5.4, no la añada a la configuración. Si ve esta línea en un php.ini antiguo, bórrela sin dudar.

Caché (opcache)

Para sitios en producción, opcache es obligatorio: ofrece una mejora de velocidad de 2 a 3 veces al almacenar en caché el bytecode compilado:

1
opcache.enable = 1
2
opcache.memory_consumption = 256
3
opcache.max_accelerated_files = 10000
4
opcache.revalidate_freq = 2
5
opcache.validate_timestamps = 1

Registro de errores

En un sitio activo, la visualización de errores en pantalla debe estar desactivada, pero el registro debe estar activo:

1
display_errors = Off
2
log_errors = On
3
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

Métodos alternativos:.htaccess y wp-config.php

No siempre se tiene acceso a php.ini. En algunos hostings, existen soluciones alternativas.

Vía.htaccess (Apache + mod_php)

Añada al .htaccess en la raíz del sitio:

1
php_value memory_limit 512M
2
php_value upload_max_filesize 128M
3
php_value post_max_size 128M
4
php_value max_execution_time 300

Esto funcionará solo si PHP se ejecuta como módulo de Apache (mod_php). Con PHP-FPM, las directivas php_value provocarán un error 500; en ese caso, use .user.ini.

Vía wp-config.php

Añada antes de la línea /* That's all, stop editing! */:

1
define('WP_MEMORY_LIMIT', '512M');
2
define('WP_MAX_MEMORY_LIMIT', '512M');

WP_MEMORY_LIMIT establece el límite para el frontend, WP_MAX_MEMORY_LIMIT para el panel de administración. Esto no reemplaza php.ini, pero a menudo resuelve el error «Allowed memory size exhausted» justo cuando el acceso a la configuración del servidor está restringido.

Video: cómo encontrar y editar php.ini en la práctica

Vídeo breve con demostración visual de todos los métodos descritos, desde phpinfo() hasta el MultiPHP Manager en cPanel:

⁉️🤔 Preguntas frecuentes

¿Por qué no cambió nada después de editar php.ini?

El proceso de PHP no se reinició. Recargue Apache (systemctl restart apache2 o mediante el botón del panel), PHP-FPM (systemctl restart phpX.Y-fpm), o espere el reinicio automático en un hosting compartido (normalmente de 2 a 5 minutos). Verifique que está editando el php.ini exacto que muestra phpinfo() en la línea Loaded Configuration File (un servidor puede tener varios).

Después de los cambios, compruebe siempre el límite real mediante phpinfo(): el proveedor puede anular algunas directivas con configuraciones globales. Si el valor no cambió, cree un .user.ini en la raíz del sitio (para PHP-FPM) o contacte con el soporte.

¿Qué memory_limit necesita realmente WordPress en 2026?

256M: mínimo seguro para un sitio típico con 10-15 plugins. Si tiene instalado un maquetador visual (Elementor, Bricks, Breakdance), WooCommerce o un plugin de caché complejo, establezca 512M. Los sitios en Gutenberg con muchos bloques y patrones también tienden a necesitar 512M. 128M, recomendado en guías antiguas, ya no es suficiente para el WordPress moderno: solo el núcleo con un tema de edición completa del sitio puede alcanzar ese límite.

Excepción: hosting compartido económico con un techo rígido. Si el proveedor no permite subir memory_limit por encima de 128M, considere cambiar de plan o de proveedor: un sitio con ese límite fallará con prácticamente cada actualización.

¿Qué es más importante: editar php.ini o wp-config.php?

php.ini funciona a nivel de sistema, wp-config.php a nivel de aplicación. Si tiene acceso a php.ini, edítelo: los límites se aplicarán globalmente y no se restablecerán con las actualizaciones del núcleo. Use wp-config.php como alternativa cuando el proveedor haya bloqueado php.ini. WP_MEMORY_LIMIT en wp-config.php anula memory_limit de php.ini para WordPress, pero no afecta a max_execution_time, upload_max_filesize y otras directivas: esas deben editarse mediante .htaccess o .user.ini.