Ekde versio 3.7, WordPress native efektivigis fonajn ĝisdatigojn kaj aŭtomate ebligis ilin por malgrandaj eldonoj. Filtriloj permesas al vi pli precize kontroli kio estas aŭtomate ĝisdatigata. Daŭra, plene aŭtomata instalado de ĉiuj malgrandaj, gravaj, kromaĵaj, temaj kaj tradukaj ĝisdatigoj ne estas subtenata, sed povas facile esti atingita per aliaj rimedoj.
Ekzistas multaj kromaĵoj , kiuj pliigas la oftecon de sciigoj kaj kelkaj eĉ promesas plenumi la faktajn ĝisdatigojn; tamen, neniu el ĉi tiuj kromaĵoj fidinde sukcesas. Tre taŭga solvo (ne nur por ĉi tiu celo) estas la potenca komandlinia ilo WP-CLI . Post mallonga instalado , la jenaj linioj (plenumitaj en la projekta dosierujo de WordPress) certigas, ke ĉiuj ĝisdatigoj por la supre menciitaj komponantoj estas instalitaj senescepte.:
c9350c4b867d1cadd72c3e4a77ae98a0
La jena Oneliner (kiu povas esti mallongigita uzante kaŝnomon aŭ per iloj kiel flimsy ) povas ruliĝi sur iu ajn SSH-servilo (eĉ sen antaŭe instalita WP-CLI) por instali ĉiujn ĝisdatigojn tie per unu fojo.:
c9350c4b867d1cadd72c3e4a77ae98a0
La --allow-root-flago certigas, ke sistemoj povas funkcii kiel root-uzanto (ĉi tio estas esenca en WSL- medioj). Ĝisdatigo de iu ajn komponanto sen antaŭa testado en loka disvolva medio tute ne rekomendas. Tamen, se vi havas ŝirmitan WP-medion aŭ specialan uzokazon por ĉiam liveri kun la plej novaj ĝisdatigoj, la tuto ankaŭ povas esti aŭtomatigita per simpla cron-laboro en formo de bash-dosiero:
c9350c4b867d1cadd72c3e4a77ae98a0
WP-CLI povas fari multe pli: aldoni uzantrolojn, forigi komentojn, serĉi kaj anstataŭigi ŝnurojn en datumbazoj, importi amaskomunikilarajn dosierojn... indas rigardi la dokumentadon . Mi nuntempe malfermis du GitHub- problemojn , kiuj koncernas malgrandajn erarojn en la lingvomodulo , sed ne malhelpas uzon en produktaj medioj.