La mejor solución es la actualización en dos pasos de los archivos de configuración

1. El paso es actualizar el archivo de configuración para la imagen nginx como client_max_body_size.conf y volver a montar el contenedor nginx

 docker stop <nginx-container-name>

crear un archivo de configuración como arriba

 nano client_max_body_size.conf

luego agregue la siguiente información de configuración

 client_max_body_size 25m;

y guardar y salir del archivo. Luego ejecute el siguiente script

 docker run -d --name nginx-proxy -v /var/run/docker.sock:/tmp/docker.sock \ -v <path>/client_max_body_size.conf:/etc/nginx/conf.d/client_max_body_size.conf:ro \ -p 80:80 jwilder/nginx-proxy

Este código monta el contenedor con nuevos límites de carga.

2. El paso es cambiar los límites de carga de wordpress como se indica a continuación;

 sudo docker container exec -it <CONTAINER ID ?> bash nano /var/www/html/.htaccess

Luego agregue los siguientes parámetros dentro de las etiquetas BEGIN WordPress y END WordPress

 php_value memory_limit 256M php_value upload_max_filesize 64M php_value post_max_size 64M php_value max_execution_time 300 php_value max_input_time 1000

Después de estas actualizaciones, guarde y salga de este archivo. salga del contenedor usando el comando exit. Luego reinicie el contenedor.

 docker restart <docker name?>

Nota : en general, es posible que nano no esté instalado en la imagen de wordpress de la ventana acoplable antes, por lo que puede usar los códigos a continuación en secuencia para instalar nano en la imagen.

 sudo docker container exec -it <CONTAINER ID ?> bash

Después de este paso, puede instalar como;

 apt-get update apt-get install nano

luego salga del contenedor.

La solución alternativa puede ser, después de instalar nano;

 sudo docker container exec -it <CONTAINER_NAME> bash -c "nano /usr/local/etc/php/conf.d/uploads/ini"

luego ponga la siguiente información y guarde la salida. Luego reinicie el contenedor.

 file_uploads = On upload_max_filesize = 256M post_max_size = 256M