Codex

Interested in functions, hooks, classes, or methods? Check out the new WordPress Code Reference!

வேர்ட்பிரஸ் பதிப்பை மேம்படுத்தல்

காலத்துக்கு காலம் நீங்கள் உங்கள் வேர்ட்பிரஸினை பிந்திய பதிப்பிற்கு பல்வேறு காரணங்களுக்காக மேம்படுத்த வேண்டியிருக்கும். இவ்வாறு புதிய பதிப்பொன்று வெளியிடப்படுகின்ற போது உங்கள் நிருவாக முகப்பில் நீங்கள் அது சம்பந்தமான ஒரு அறிவுறுத்தலினை காணுவீர்கள். இப்புதிய மேம்படுத்தல்கள் உங்களுக்கு பல புதிய வசதிகளையும், பல பாதுகாப்பு தொடர்பான தீர்வகளையும் கொண்டுவரும்.

WARNING: நீங்கள் செய்கின்ற மேம்படுத்தல் உங்கள் வழங்கியிலுள்ள அனைத்து வேர்ட்பிரஸ் கோப்புக்களையும் அனேகமாக மாற்றிவிடும். வேர்ட்பிரஸ் கரு கோப்புக்கள், Askemit மற்றும் Hallo Dolly செருகிகள் Twentyeleven, Twentyten வார்ப்புருக்கள் என்பனவும் மாற்றப்பட்டுவிடும். எனவே அவற்றில் நீங்கள் ஏதேனும் மாற்றங்கள் செய்திருப்பின் அதை தொலைந்துவிடும்.


தேவையானவற்றை சரிபார்த்தல்

நீங்கள் என்ன காரணத்திற்காக வேர்ட்பிரஸினை மேம்படுத்தினாலும், முதல் வேலையாக பிந்திய பதிப்பின் ஆகக்குறைந்த வழங்கி தொடர்பான விபரங்களை சரிபார்த்துக்கொள்ள வேண்டும். அதற்கு முதலில் உங்கள் இணைய வழங்குனரிடம் தேவையான PHP மற்றும் MySQL பதிப்புக்கள் இருக்கின்றனவா எனப்பாருங்கள். (உங்களுக்கு சரியாக தெரியாவிடின், இணையவழங்குனரிடம் விசாரித்து தெரிந்து கொள்ளுங்கள்.)

Backup செய்து கொள்ளுதல்

நீங்கள் செய்ய வேண்டிய அடுத்த விடயம் உங்கள் தரவுத்தளத்தினை Back up செய்து கொள்ளுதல். உங்கள் பதிவுகள் பக்கங்கள் அனைத்தும் தரவுத்தளத்திலேயே சேமித்து வைக்கப்படுகின்றன. ஏதாவது ஒரு காரணத்திற்காக மேம்படுத்திய பின்னர் நீங்கள் பழைய பதிப்பிற்கு செல்ல விரும்பினால் உங்களிடம் கட்டாயம் உங்கள் தரவுத்தளத்தின் ஒரு பிரதி இருத்தல் வேண்டும். எவ்வாறு தரவுத்தளத்தினை Backup செய்து கொள்ளுவது என உங்களுக்கு தெரியாவிடின் வேர்ட்பிரஸ் Backups பக்கம் உங்களுக்கு உதவி செய்யும்.

செருகிகளை நிறுத்துதல்

நீங்கள் மேம்படுத்தலுக்கு தயாராவதற்கான கடைசிப்படி செருகிகளை நிறுத்துவதாகும். நீங்கள் இதனை கட்டாயம் செய்யவேண்டும் என்பதில்லை. ஆனால் நீங்கள் நிறுவியுள்ள சில செருகிகள் மிகப்பிந்திய வேர்ட்பிரஸ் பதிப்புடன் வேலைசெய்யாது போய்விடின் அது மேம்படுத்தலின் பின் உங்களுக்கு பிரச்சனையை கொடுக்கக்கூடும். இதனை தவிர்ப்பதற்காகவே செருகிகள் மேம்படுத்தலின் முன் நிறுத்தப்படுகின்றன. நீங்கள் உங்கள் நிருவாக முகப்பின் "செருகிகள்" பக்கத்திற்கு செல்லுவதன்மூலம் இலகுவாக இதனை செய்து கொள்ள முடியும்.

Ready to Update

Now that you've checked that you're ready to update, you've turned off your plugins and you've got your backup, it's time to get started.

There are two methods for updating - the easiest is the Automatic Update, which will work for most people. If it doesn't work, or you just prefer to be more hands-on, you can follow the manual update process.

Automatic Update

Current versions of WordPress (2.7+) feature an Automatic Update. You can launch the automatic Update by clicking the link in the new version banner (if it's there) or by going to the Tools -> Upgrade (or Update for version 3) menu.

Once you are on the "Update WordPress" page, click the button "Update Automatically" to start the process off. You shouldn't need to do anything else and, once it's finished, you will be up-to-date.

Note that your files all need to be owned by the user under which your Apache server executes, or you will receive a dialog box asking for "connection information," and you will find that no matter what you enter, you won't be able to update. See man chown. If you do not know which user runs the httpd the output of ps auxw | grep -E 'http|apache|www' or ps auxw might help, see man ps.

The above paragraph is a bit confusing, and possibly incorrect:

For Automatic Update to work, all of your WordPress files have to either be owned by, or group writable by, the user WordPress runs as. WordPress does not necessarily run as the Apache server user (named "apache", "web", "nobody", or some such), nor is the server user necessarily the owner of the files. Typically, WordPress files are owned by the ftp user which uploaded the original files. On shared hosts, WordPress files should specifically NOT be owned by the web server. If more then one user owns different files in the install (because of edits made by deleting and re-uploading of files via different accounts, for example) the file permissions need to be group writable (for example, 775 and 664 rather then the default 755 and 644). File permissions (in general) should be adjusted as appropriate for the server environment (the shared host RackSpace CloudSites for example recommends 700 and 600 for a single ftp user, or 770 and 660 for multiple ftp users). See the file permission section for more (some files and folders require stricter permissions).

Automatic update has been known to fail if you're not using PHP5. If you see the message indicating that the update is downloading the zip file and then nothing else happens, it may be because you are not running PHP5. Many hosts offer both PHP4 and PHP5, and switching is usually very easy, often a simple entry in your .htaccess file. If you can't switch to PHP5, and experience this problem, use the manual update below.

If you have customized the TwentyTen or TwentyEleven theme, you should not use the automatic upgrade, as it will overwrite your changes - you should use a manual update instead.

If the automatic upgrade doesn't work for you, don't panic, just try a manual update.

If you see a "failed update" nag message, delete the file .maintenance from your WordPress directory using FTP. This will remove the "failed update" nag message.

Manual Update

These are the short instructions, if you want more check out the extended upgrade instructions. If you experience problems with the Three Step Update, you may want to review the more detailed upgrade instructions

For these instructions, it is assumed that your blog's URL is http://example.com/wordpress/.

Step 1: Replace WordPress files

  1. Get the latest WordPress zip (or tar.gz) file.
  2. Unpack the zip file that you downloaded.
  3. Delete the old wp-includes and wp-admin directories on your web host (through your FTP or shell access).
  4. Using FTP or your shell access, upload the new wp-includes and wp-admin directories to your web host, overwriting old files.
  5. Upload the individual files from the new wp-content folder to your existing wp-content folder, overwriting existing files. Do NOT delete your existing wp-content folder. Do NOT delete any files or folders in your existing wp-content directory (except for the one being overwritten by new files).
  6. Upload all new loose files from the root directory of the new version to your existing wordpress root directory.

NOTE - you should replace all the old WordPress files with the new ones in the wp-includes and wp-admin directories and sub-directories, and in the root directory (such as index.php, wp-login.php and so on). Don't worry - your wp-config.php will be safe.

Be careful when you come to copying the wp-content directory. You should make sure that you only copy the files from inside this directory, rather than replacing your entire wp-content directory. This is where your themes and plugins live, so you will want to keep them. If you have customized the default or classic themes without renaming them, make sure not to overwrite those files, otherwise you will lose your changes. (Though you might want to compare them for new features or fixes..)

Lastly you should take a look at the wp-config-sample.php file, to see if any new settings have been introduced that you might want to add to your own wp-config.php.

Step 1.5: Remove .maintenance file

If you're upgrading manually after a failed auto-upgrade, delete the file .maintenance from your WordPress directory using FTP. This will remove the "failed update" nag message.

Step 2: Update your installation

Visit your main WordPress admin page at /wp-admin. You may be asked to login again. If a database upgrade is necessary at this point, WordPress will detect it and give you a link to a URL like http://example.com/wordpress/wp-admin/upgrade.php. Follow that link and follow the instructions. This will update your database to be compatible with the latest code. You should do this as soon as possible after step 1.

Step 3: Do something nice for yourself

If you have caching enabled, your changes will appear to users more immediately if you clear the cache at this point (and if you don't, you may get confused when you see the old version number in page footers when you check to see if the upgrade worked).

Your WordPress installation is successfully updated. That's as simple as we can make it without Updating WordPress Using Subversion.

Consider rewarding yourself with a blog post about the update, reading that book or article you've been putting off, or simply sitting back for a few moments and letting the world pass you by.

இறுதிப் படி

இப்பொழுது உங்கள் வேர்ட்பிரஸ் பதிப்பு மேம்படுத்தப்பட்டுவிட்டது. நீங்கள் உங்கள் செருகிகளை மீளவும் செயற்படுத்திக்கொள்ளலாம்.

Troubleshooting

If anything has gone wrong, then the first thing to do is go through all the steps in our extended upgrade instructions. That page also has information about some of the most common problems we see.

If you experience problems after the upgrade, you can always restore your backup and replace the files with ones from your previous version from the release archive.