0Logo Wordpressel progreso de WordPress actualizaciones

He tenido un problema desde hace un tiempo en que instalar actualizaciones de WordPress no muestra mensajes o progreso. Los cambios en general, hacer la instalación, pero es difícil saber cuando los cambios han terminado. Hay algunas discusiones en línea con posibles soluciones, pero la mayoría de ellos no han sido de gran ayuda en mi caso.

Actualizar: See solu­tion at the bot­tom of this post

When updat­ing plu­gins the fol­low­ing pro­gress mes­sages should be dis­played. In my case they are not show­ing up.

The update pro­cess is start­ing. This pro­cess may take awhile on some hosts, así que por favor sea paciente.
Enabling Main­ten­ance mode…
Updat­ing Plu­gin plu­gin-name
Down­load­ing update from plu­gins.
Unpack­ing the update…
Installing the latest ver­sion.
Remov­ing the old ver­sion of the plu­gin…
Plu­gin upgraded suc­cess­fully.
Akismet updated suc­cess­fully. Mostrar / Ocultar Detalles.
Dis­abling Main­ten­ance mode. All updates have been com­pleted.
Comportamiento: Return to Plu­gins page | Return to Word­Press Updates.

This applies to all oth­er updates too, de los cuales hay una lista completa en la word­press sitio

Prob­ably the most com­mon cause is PHP zlib com­pres­sion as described by kung­fu­josh on the word­press for­ums. Sadly I already have zlib com­pres­sion set to off so that isn’t my issue.

The issue must be a set­ting in word­press, php-FPM, or nginx some­where but I have been unable to loc­ate it so far.
Actualizar: I have ruled out causes in php.ini and the php-fpm con­fig file using a full test VM. There appear to be mul­tiple nginx set­tings inter­act­ing that are caus­ing the issue for me.

The first set­tings that seem to be rel­ev­ant are the use of gzip and brotli being turned on. This seems to pre­vent the page load­ing pro­gress­ively. It should be easy enough to turn these off for the updates page using a little cus­tom func­tion in word­press that sets the con­tent-encod­ing such that nginx wont com­press the files

Unfor­tu­nately this on it’s own has­n’t proven the solu­tion to my updat­ing issues as some­thing else causes the page to nev­er dis­play any out­put, pro­gress­ive or oth­er­wise. There is anoth­er nginx set­ting that is needed.

After much search­ing I finally iden­ti­fied the issue in my head­ers that are set.

Un simple cambio de add_header X-Frame-Options DENY always; a add_header X-Frame-Options SAMEORIGIN always;

Encontrado esto útil? Por favor, háganos saber dejando caer un comentario más abajo. Si desea suscribirse por favor utilice el enlace de suscripción en el menú en la parte superior derecha. También puede compartir esto con tus amigos mediante el uso de los enlaces sociales inferiores. Aclamaciones.

Deja una respuesta