Si es tuyo el servidor, en php tendrás que aumentar la capacidad para subir archivos.
Puedes crear un archivo .htaccess en la carpeta raiz de tu instancia WordPress para ello:
upload_max_filesize 30M
post_max_size 40M
max_execution_time 180
Prueba con esos valores, dependerá de la velocidad de subida de tu línea, si cierra la conexión por timeout sube el parámetro max_execution_time.
En realidad esos valores deberían ir en el archivo php.ini, ya que son variables de PHP. En .htaccess son válidos si apache está configurado para reconocer esos valores, pero en servidores que corren el proceso de PHP bajo FastCGI no funciona así y la página devolverá un error 500.
Si se colocan bajo php.ini se evita este problema por completo.
En un hosting dificilmente te van a dejar tocar el php.ini.
De ahí lo del archivo .htaccess. Cualquier hosting que se precie lo soporta.
Bueno, eso del «hosting que se precie» es muy relativo, yo estoy muy contento con cierto hosting con FastCGI en lugar de mod_php y APC, algo que muy pocos «hosting que se precien» proporcionan.
Es cuestión de necesidades, y que curioso, hasta el momento ningún proveedor de los sitios que soporto, me ha impedido tocar el php.ini
Saludos 🙂
En el Codex viene como especificar la memoria usada. No tengo ni idea de programación, pero buscando encontré este fragmento de código en mi documento «default-constants.php» dentro de la carpeta «wp-includes»:
// set memory limits
if ( !defined(‘WP_MEMORY_LIMIT’) ) {
if( is_multisite() ) {
define(‘WP_MEMORY_LIMIT’, ’96M’);
} else {
define(‘WP_MEMORY_LIMIT’, ’64M’);
}
}
if ( ! defined( ‘WP_MAX_MEMORY_LIMIT’ ) ) {
define( ‘WP_MAX_MEMORY_LIMIT’, ‘256M’ );
}
No sé si tocando por ahí vas a solventar el problema. A mi me funcionó. Por defecto creo recordar que eran 64 M , 32M y 96 M.
Igual esto es una burrada pero no tengo más respuesta.
Suerte