Wordpress Update: verschil tussen versies
(7 tussenliggende versies door 3 gebruikers niet weergegeven) | |||
Regel 1: | Regel 1: | ||
− | [[ | + | [[Category:Servers network & websites]] |
− | |||
Unfortunately - the default ubuntu install is a bit too broken to allow for an automated update in general. | Unfortunately - the default ubuntu install is a bit too broken to allow for an automated update in general. | ||
Regel 9: | Regel 8: | ||
# log in as admin. | # log in as admin. | ||
# navigate to the 'update' page. Do not press it yet. | # navigate to the 'update' page. Do not press it yet. | ||
− | # run the script /usr/local/bin/wpup with 'sudo' | + | # run the script /usr/local/bin/wpup with 'sudo' op de MSL server. |
# when the prompt appears -- press the update link in the browser | # when the prompt appears -- press the update link in the browser | ||
# wait for the process to complete. | # wait for the process to complete. | ||
# press return in the terminal to complete the process. | # press return in the terminal to complete the process. | ||
+ | |||
+ | What this script does is fiddle a bit with permissions; temporarily allowing the neutered user apache runs as write access to the pages it serves (normally a very big `no-no'). And once complete - putting it back to something safer. | ||
== Large updates == | == Large updates == |
Huidige versie van 17 nov 2024 om 21:22
Unfortunately - the default ubuntu install is a bit too broken to allow for an automated update in general.
Small updates
Can be done through with a bit of care using a script that temporarily changes the file permissions:
- log in as admin.
- navigate to the 'update' page. Do not press it yet.
- run the script /usr/local/bin/wpup with 'sudo' op de MSL server.
- when the prompt appears -- press the update link in the browser
- wait for the process to complete.
- press return in the terminal to complete the process.
What this script does is fiddle a bit with permissions; temporarily allowing the neutered user apache runs as write access to the pages it serves (normally a very big `no-no'). And once complete - putting it back to something safer.
Large updates
The manual update process for simple releases is as follows:
0) Read the rel notes https://codex.wordpress.org/Version_VERSION (substitute the right version number for VERSION)
1) Consider making a backup of the database:
umask 077 mysqldump --single-transaction --quick --lock-tables=false wordpress > ~/wordpress-pre-VERSION.sql
2) Fetch a recent copy from https://wordpress.org/download/releases, check, unpacked and _rename_ it:
Warning - do not do this in /usr/share - as it unpacks in wordpress rather than something version number namespaced.
curl -O https://wordpress.org/wordpress-VERSION.tar.gz openssl sha1 wordpress-VERSION.tar.gz tar zxf wordpress-VERSION.tar.gz sudo mv wordpress /usr/share/wordpress-VERSION
3) Get some permission sanity
cd /usr/share sudo chgrp -R www-data wordpressVERSION sudo chmod -R o-rwx wordpress-VERSION
4) Take risk (after scanning the release notes) and copy the old config across
sudo cp wordpress-4.9.7/wp-config.php wordpress-4.9.8
And link it in
ln -s /usr/share/wordpress-VERSION /usr/share/wordpress
5) Test cursory and declared victory. Then let the mailing list know and ask people to be on the alert for issues.