En realidad, la actualización automática se empuja desde wp.org
. El proceso de actualización aún se ejecuta en su sitio, pero en segundo plano a través de wp-cron
.
Cuando se lanza una nueva actualización menor, los chicos de WordPress comienzan a implementar la actualización. El proceso de actualización real se inicia después de que su sitio verificó las wp.org
actualizaciones, una actualización está teóricamente disponible y su sitio se elige al azar para actualizarse.
(Gracias @otto por señalar mi redacción incorrecta :))
Como cada sitio busca wp.org
nuevas versiones (generalmente dos veces al día wp-cron
), el servidor de despliegue sabe cuántos sitios necesitan una actualización.
Luego comienza la implementación, comenzando lentamente: 1 de cada 128 sitios se actualiza automáticamente. Esto se está monitoreando, y si el éxito indica que no hay problemas con el lanzamiento, más sitios obtienen la actualización automática (por lo general, el siguiente paso sería 1 de 64 y continuaría aumentando de esa manera) hasta que se entreguen todas las actualizaciones automáticas.
Esto permite a los desarrolladores para detener la ejecución si se produce algún problema, pero la última actualización desde 3.8
que 3.8.1
ha tenido una tasa de éxito del 100%.
Los sitios seleccionados por el 1 out of 128
es realmente aleatorio. Bueno, en realidad no, pero si quieres saber, funciona así:
La URL del sitio que necesita una actualización se utiliza en hash MD5
. Usando solo los primeros tres caracteres de este hash y convirtiéndolo a base10
, esto da como resultado 4096 posibilidades. La actualización comenzó para sitios que tienen un número calculado entre 0 y 31 (4096/32 = 128).
Bien, supongo que es bastante aleatorio después de todo;)
En mi caso, como ejecuto muchos sitios de WordPress, las actualizaciones tomaron 1 día, fue bastante divertido ver cuándo se actualizaron todas las páginas.
Por si te lo preguntabas: D
Por cierto, aquí hay un artículo en make.wordpress.org que describe el proceso, tal como sucedió.