Modificar el archivo php.ini no es magia ni brujería. Es editar un fichero de texto que controla cómo se comporta PHP en tu servidor. Si te han dicho que «toques el php.ini» para subir el límite de memoria, cambiar el tiempo de ejecución o activar errores, aquí te cuento cómo hacerlo sin cargarte la web.
Lo primero: el php.ini es el archivo de configuración principal de PHP. Ahí se definen cosas como max_execution_time, memory_limit, upload_max_filesize o si se muestran los errores. Cambiar una sola línea puede hacer que WordPress deje de dar error 500 o que tus subidas de archivos pesados funcionen.
Dónde está el php.ini (y por qué a veces no lo encuentras)
En servidores Linux lo normal es encontrarlo en /etc/php/8.2/apache2/php.ini o en /usr/local/lib/php.ini. En Windows suele estar en C:Windowsphp.ini o en la carpeta de instalación de PHP. Pero ojo: en hosting compartido muchas veces no tienes acceso directo. Ahí el proveedor te lo capa y tienes que buscar alternativas.
Para saber qué php.ini está usando tu servidor, crea un archivo info.php con <?php phpinfo(); ?> y ábrelo en el navegador. Busca la línea Loaded Configuration File. Esa es la ruta exacta del php.ini que manda. Si aparece «(none)», estás jodido: no hay archivo cargado y tendrás que crearlo o usar .htaccess.
Antes de tocar nada: copia de seguridad sí o sí
Haz una copia del php.ini original. Sin excusas. Un cp php.ini php.ini.bak por SSH o descargarlo por FTP. Si metes la pata, restauras y sigues vivo. He visto webs caídas horas por no hacer esto.
Luego abre el archivo con un editor de texto decente. Notepad vale para emergencias, pero mejor usa Notepad++ o VS Code. Evita Word o procesadores de texto que meten caracteres invisibles y rompen el archivo.
Qué parámetros tocar y cuáles no
El más típico es max_execution_time. Por defecto son 30 segundos. Si tu web se queda colgada en procesos largos, súbelo a 120 o 300. Pero no lo pongas a 0 (infinito) porque un script mal hecho puede tumbar el servidor.
Otro clásico: memory_limit. WordPress con plugins pesados se come 256M o 512M. Si ves «Fatal error: Allowed memory size exhausted», sube a 512M. Más allá de 1024M suele ser síntoma de que algo va mal en el código.
También tocarás upload_max_filesize y post_max_size. Si quieres subir vídeos de 200MB, sube ambos a 256M. Ojo: post_max_size debe ser igual o mayor que upload_max_filesize, si no, no funcionará.
Reinicia el servidor o no se aplica
Los cambios en php.ini no se aplican en caliente. Tienes que reiniciar Apache, Nginx o PHP-FPM. En Linux: sudo systemctl restart apache2 o sudo service php8.2-fpm restart. En Windows, reinicia el servicio desde el panel de servicios o con iisreset si usas IIS.
Si estás en hosting compartido y no puedes reiniciar, normalmente el proveedor aplica los cambios en minutos. Si no, abre ticket.
Alternativas si no tienes acceso al php.ini
En hosting compartido o en WordPress gestionado, no tocas el php.ini ni de coña. Opciones:
- .htaccess: añade php_value max_execution_time 120 (funciona con PHP como módulo Apache, no con PHP-FPM).
- .user.ini: en PHP-FPM puedes crear un archivo .user.ini en la raíz con los mismos parámetros. Es la forma más limpia en hostings modernos.
- Plugins de WordPress: algunos como «PHP Settings» o «WP Server Stats» te dejan ajustar valores desde el panel. Pero no son milagrosos: si el hosting lo bloquea, no hay nada que hacer.
- ini_set() dentro de tu código PHP: funciona para algunas directivas en tiempo de ejecución, pero no para todas. Y no sirve para cambiar memory_limit si el hosting lo tiene capado.
Si nada de esto funciona, contacta con tu proveedor. Ellos pueden modificar el php.ini global o darte acceso a un panel tipo cPanel con «MultiPHP INI Editor».
Errores típicos al editar php.ini
El error más común es dejar una línea mal comentada. Los comentarios en php.ini van con punto y coma (;), no con # ni //. Si pones // el archivo se rompe y PHP no arranca.
Otro fallo: modificar el php.ini equivocado. Si tienes varias versiones de PHP instaladas, cada una tiene su propio php.ini. Asegúrate de editar el que carga realmente tu web. Lo compruebas con phpinfo().
Y cuidado con los valores booleanos: se escriben On u Off, no true ni 1. Aunque PHP acepta algunas variantes, lo estándar es On/Off.
Cuándo merece la pena tocar el php.ini y cuándo no
Si tienes un VPS o servidor dedicado, tocar el php.ini es rutina. Si estás en un hosting barato de 3 euros al mes, olvídate: usa .user.ini o pide al soporte. Forzar cambios que el proveedor bloquea solo te hará perder tiempo.
Mi consejo: antes de editar, pregúntate si realmente necesitas ese cambio. Muchas veces el problema no es el php.ini, sino un plugin mal optimizado o una consulta a base de datos que tarda 40 segundos. Subir max_execution_time a 300 solo tapa el problema, no lo resuelve.
Y si vas a tocar producción, hazlo en horario de bajo tráfico. Un reinicio de PHP-FPM corta las conexiones activas. Avisa si tienes usuarios.
Resumen práctico para salir del paso hoy
Localiza el php.ini con phpinfo(), haz copia de seguridad, edita con un editor plano, cambia solo lo que necesites, guarda, reinicia el servicio y verifica con otro phpinfo() que los valores se han aplicado. Si no tienes acceso, tira de .user.ini o habla con tu hosting. Y nunca, nunca, edites el php.ini sin backup.
Con esto deberías poder modificar el php.ini sin dramas. Si algo se rompe, restauras la copia y vuelves a empezar. Así se aprende.
