History: Upgrade
Source of version: 171
Copy to clipboard
! Upgrade your Tiki site
Upgrading Tiki is very similar to its ((installation)). Upgrading is a __one-way process__. There is no way to downgrade, although you may revert to a previous version by ((Backup|restoring a backup)). Before undertaking a major upgrade (e.g. from 6.x to 8.x) perform a test upgrade on a non-production site before proceeding with the real upgrade.
__Do I need to upgrade?__
It is recommended that you always upgrade to minor versions (e.g. from 7.3 to 7.4) of your current release to __remove security vulnerabilities__. Some versions of Tiki are listed as ((dev:Version+Lifecycle|Long Term Support)) which means developers are continuing with security patches and bug fixes on that version for an extended period of time. Minor version upgrades are unlikely to cause problems.
Major upgrades introduce new features, but existing features, themes, plugins and modules may not function as they did before. A test upgrade is strongly recommended.
{BOX(title=>"Overview: How an upgrade works")}
{FANCYLIST()}((Backup)) all the files and database from your current installation.
Unpack the new version, preferrably into a empty folder.
Copy any custom files ~np~(css, uploaded files and images, custom templates) ~/np~from your backup.
Run the installer ~np~(tiki-install.php) ~/np~which upgrades the database
{FANCYLIST}{BOX}
__Do I really need to download and then upload the whole thing using FTP?__ - For some upgrades a "patch version" is available, if only a few files have been modified. Alternatively, there are some [http://tiki.org/1-click+installers|automated scripts] which can take care of the upgrade process for you.
__Other alternatives to FTP:__ Rather than downloading and re-uploading the whole package, use commands ''svn'' or ''wget'' (ask your hosting provider) to move the files directly from SourceForge to your server.
!!# Determine the version of your current Tiki
You can check by visiting -+tiki-admin.php?page=general+-
!!! If you have 3.x or later
You can upgrade directly. Tiki 4.x/5.x/6.x/7x./8.x/9.x/10.x/11.x/12.x include all the database migration scripts to that version. You may wish to manually re-run the installer script for the version you are on, and watch for unexpected errors.
!!!- If you have 1.9.x or 2.x
Tiki 1.9.0 was released on 2005-04-27 so it's unlikely that you still are running one.
From 1.9.0 and more recent to any subsequent version (3.x, 4.x, etc): You can upgrade directly. Tiki 3.x/4.x/5.x/6.x/7x./8.x/9.x includes all the database migration scripts from 1.9.0 to that version. You may wish to manually re-run the installer script for the version you are on, and watch for unexpected errors.
''However'', if you are having trouble with a database upgrade of anything prior to 3.0 (so including 1.9 and 2.0, especially if it started life before 1.9) it is recommended you upgrade to 3.x (currently 3.8) first and then to your final version.
There is a bug when you upgrade from old versions directly to 9.0 (this is solved in soon-to-be-released 9.1).
* Use pre-9.1, from ((dev:Daily Build)) until 9.1 is officially released
* or upgrade from 3.x to 6.x to 9.x
If you are upgrading from 1.x releases it is likely that you are also upgrading the version of MySQL. One of the major changes to modern releases of TikiWiki is a change to utf8 encoding. You may experience issues with corrupted text on pages and even the inability to edit pages. One important upgrade step is to skip the default MySQL encoding conversions. If you plan to upgrade by dumping your older MySQL database, moving to a new installation, the restoring the database you may be able to skip [http://www.bluebox.net/news/2009/07/mysql_encoding/|Getting out of MySQL Character Set Hell] by using the MySQL dump option "--default-character-set=latin1" when dumping the original database. Unless you should also perform the "fix double encoding" step at the very end of the installation unless you change your [http://forums.mysql.com/read.php?103,28072,28072|my.cnf] to force utf8 encoding.
!!!- If you have 1.8.x
Tiki 1.8.0 was released on 2004-02-08 so it's highly unlikely that you still are running one.
You need to ((Upgrade 1.8.x to 1.9.y)), and then, follow the instructions for a 1.9.x site
!!!- If you have 1.7.x
Tiki 1.7.0 was released on 2003-08-01 so it's highly unlikely that you still are running one.
You need to upgrade to 1.8 first: ((Upgrade 1.7 to 1.8)) and then follow the instructions for a 1.8.x site
!!!- If you have 1.6.x or older
You need to run the upgrade scripts for each version, manually or by installing a Tiki of that version.
!!# About custom themes
^__Deactivate custom themes:__ custom themes and custom .tpl files from older versions are unlikely to work and may cause an upgrade failure. Deactivate custom themes by on your new install by changing the name of the active CSS file, so it will not be found by tiki - which causes it to revert to the default theme.^
!!# Determine to which version you want to upgrade to
Keep in mind that ((Tiki9)) and ((Tiki12)) are versions kept as Long Term Support (LTS) and that it's always safer to upgrade to the latest release in that branch. And it's always safer to use current stable branch in version x.1 (i.e. 7.1 instead of 7.0) if you are running production sites with extensive usage of many features.
*((info:Download)) Tiki
In some cases of new releases (such as 6.3, for instance), you have the option to download and install only the files that have changed (from a compressed file, like: "tikiwiki-inc-6.2-to-6.3.tar.gz"), or to download the full new version (eg. "tikiwiki-6.3.tar.gz").
!!# Upgrade through fresh install or Install over existing?
!!! Fresh install (recommended)
You will need to manually move and/or re-integrate any data that is not stored in the MySQL database, for example images and attachments saved as files. This is the recommended process, specially if you have a custom theme style, or one theme style not supported by the new tiki version you are going to use.
!!! Install over existing (NOT recommended for major updates)
This will not delete any Tiki file which was used in previous versions, but are not longer needed. These files shouldn't do anything except waste a bit of disk space, except for the case of template files (.tpl files under ./templates or subfolders). You can use ((Security Admin)) to detect leftover PHP files.
This is not recommended because you are keeping all files from previous tiki versions, which may include old-fashioned tpl files, might conflict with the new version specially in theme styles which have changed or which are not supported any more in the new version of Tiki. That's why the best option to avoid any potential conflict is to install a new tiki on a new directory, and replace the old one with the new one, plus re-insert the custom files that you need (img/wiki_up, modified tpl files once you now that they are updated to the new Tiki version, etc). See below at "Fresh Install".
If it's a minor release (7.1 to 7.2), it's unlikely to cause any issues because templates don't change much and there are just bug fixes.
!!# Create a Backup
You need to backup
# Your entire folder where Tiki is installed (and all subfolders)
# Your MySQL database
See: ((Backup)) for details
!!# Update your files
Tiki files are distributed in a compressed archive (ex.: .zip). You need to unpack (unzip) the files and upload them to your web server.
!!! Fresh install
Instead of copying over your old files, you can make a fresh install. If you are upgrading to a version previous than Tiki 5.1, you can indicate the database information of your previous Tiki install (info in db/local.php).
^__Note for Tiki versions after 5.1 (5.3, 6.0, 9.x, 12.x ...)__:
You are encouraged NOT to manually copy or edit your old local.php into the new site, but let the Tiki installer script (tiki-install.php) create that local.php file when needed in a later step since it will handle properly the former encoding issue for you. ^
Things that you may need to copy from your old site to your new site:
* -+img/wiki_up+- folder content (uploaded wiki images)
* -+img/trackers+- folder content (uploaded images to tracker items)
* any customized -+*.tpl+- files
* any customized styles ( -+*.css+- )
* any file gallery directories if using the file system to store the files
* any image gallery directory if using the file system to save the images
* Any customized code
** If you make changes which can be useful to others, please consider joining the Tiki community and sharing your enhancements. Beyond helping others, you no longer will need to re-instate and maintain your enhancements at each upgrade. Please see ((dev:How to get commit access)). (:biggrin:)
__Database Collation__
In case you are upgrading but in a new server, and thus, you need to create a new database first, please ensure that you create your new database with __utf8 collation__.
* __Note__: By default, Tiki uses __UTF-8__ for your database encoding. We strongly encourage you to select "utf8" in the "__collation__" drop-down box in phpmyadmin (or similar), in the field shown in the following image:
+ {img fileId="297" thumb="y" alt="" rel="box[g]"}
During the upgrade to Tiki 5.1 (or later) through tiki-install.php, Tiki will attempt to do this for you if needed, but in some rare cases Tiki fails to set the collation to utf8, and therefore, you have to do that manually. If the database is already created with latin1 collation, and you want to change that afterwards, you can change the collation through phpmyadmin in the "__Operations__" tabs once you have selected your database.
!!! Install over existing
To upgrade, copy or upload all the files of the newer version onto the files of the older version so any older ones are replaced (FTP with "overwrite if source is newer").
Before overwriting the files, remove the non-customized style-specific templates (templates/styles/*, and templates/yoursite/* if any). Previous versions often contained per-style modifications. Those files have since been removed from standard distribution, leaving the old files intact and not taking advantage of enhancements.
!!! Updating via SVN
If you install using SVN, you can easily update via SVN -> ((dev:Get Code))
!!# Check permissions
{INCLUDE(page="File and folder permissions")}{INCLUDE}
After correcting any directory or file permission problems, visit __tiki-install.php__ to continue.
!!# tiki-install.php to update your database
!!! (A) Fresh install
On the -+tiki-install.php+- page of this ''new'' site, connect to the same database as your ''old'' site (you can find this info in the file -+db/local.php+- of your ''old'' site) and follow the instructions to upgrade your site. Make sure to click upgrade and not install, else you wipe out your database.
^__Note__:
For upgrades to versions equal or later than 5.1 (5.3, 6.0, ...), you are encouraged to re-set the connection settings, while keeping the "Force utf-8 connection" option checked, and follow the on-screen instructions.^
For upgrades to earlier branches and versions (like any of the Tiki3 LTS branch), you can alternatively just copy -+db/local.php+- from your old site to your new site, to avoid entering the information if you wish.
!!! (B) Install over existing
Then, go to tiki-install.php and click the "upgrade" button, which will update the database. Tiki can read your previous -+db/local.php+- file and use this information.
^__Note:__
However, for upgrades to versions equal or newer than 5.1 (5.3, 6.0, ...), you are encouraged to re-set the connection settings, while keeping the "Force utf-8 connection" option checked, and follow the on-screen instructions.^
If the installer was previously locked (which it should be), you will need to unlock it by deleting -+db/lock+- file.
!!! Security choices during upgrade
There are a couple of important security choices during upgrade/installation as follows:
!!!! Secure login
When configuring general settings during installation, there is an option to "Require secure (https) login". It is recommended to select this option so that data sent between the browser and the site server is kept private.
In order to implement secure logins, in addition to selecting this option, you will need a security certificate and a dedicated IP address for your domain. These can be obtained or purchased from your web hosting company or, in the case of the security certificate, from third parties.
!!!! Locking in the installer
In the last step of the installer, the installer is locked by default once you click the button to enter your Tiki. There is an option to elect to __not__ lock the installer in that last step of the installation. It is highly recommended that you lock the installer for any production site. The option is provided for convenience for development sites only. The installer allows a user to change or destroy the site's database through the browser so it is very important to keep it locked once the installation or up
!!!- If the installer fails . . .
On some very old versions of tiki it may be possible that the installer will fail, with an error like this . . .
^Fatal Error: Call to a member function fetchRow() on a non-object in (some path)/installer/schema/(some file name here) on line (some number)^
This is because perhaps tiki is applying a DB patch to get rid of something that is already gone. Try skipping that file in the upgrade sequence. To do this, you need to insert the filename that produced the error e.g. "20090923_mod_change_directory_defaults_tiki" and a date value (corresponding to the date in the file) as a row in table tiki_schema in your database. Thus the execution of that patch will be skipped by the installer. Try the installer again. You may have to do this with multiple patches.
{ANAME()}Fix_the_encoding_issue{ANAME}{ANAME()}Fix the encoding issue{ANAME}
!!! If you need to fix the encoding issue
{REMARKSBOX(type="note",title="Upgrade from previous to 5.1 to 5.1 or newer",highlight="n",close="n",width="100%")}
!!!! Either (A) or (B): fix the encoding issue (5.0 or before -> 5.1 or later)
Previously to Tiki 5.1, some users might have had a double encoding issue in the database of their Tiki. To ensure that this potential problem is fixed for all, if you are upgrading from a Tiki version equal or earlier than 5.0, into some newer Tiki version (5.1, ...5.x; 6.0, 6.x...), you are encouraged to follow once the three steps to fix the issue by means of the __tiki-install.php__ script.
!!!!# Export existing database from earlier releases (< 6.0)
When dumping MySQL databases from earlier versions of TikiWiki you should specify "--default-character-set=latin1 " to ensure that your MySQL client does not double encode any existing latin1 data.
!!!!# Force connection to utf-8 in db/local.php
Briefly explained above. For the sake of clearness, covered here in detail.
* Go to tiki-install.php, and follow steps until step 4: "__Set the Database Connection__".
* Even if you have a local.php file already there, click on "__Modify database connection__" instead of "Use Existing Connection". This will open a form in the lower part of the window for you
+ {img src="dl343&display" thumb="y" alt="" rel="box[g]" width=400 desc="Click to enlarge" styleimage="border" imalign="center"}
** At the bottom, there will be a section called "Character set", with a checkbox called "__Always force connection to use UTF-8__", that needs to be kept as checked.
++ {img src="dl344&display" thumb="y" alt="" rel="box[g]" width=600 desc="Click to enlarge" styleimage="border" imalign="center" }
+ Fill in your db/local.php details through that form, and click on the "Continue" bottom at the bottom when ready.
* Continue to step 5 in the installation process, where you'll have the opportunity to "__Convert database and tables to UTF-8__" (see below).
!!!!# Convert database and tables to UTF-8
In step 5 of the installation process, you will be offered the option to "__Convert database and tables to UTF-8__", and you will be also shown the current encoding of your database.
* Write down the name of the current encoding of your database, because you will need it in the next step below.
+ {img src="dl345&display" thumb="y" alt="" rel="box[g]" width=400 desc="Click to enlarge" styleimage="border" imalign="center" }
* You can now click on the button "__Convert database and tables to UTF-8__".
* Once successfully performed, you will not see this option anymore, but just the usual question of whether you want to Re-install the database, or "__Automatically upgrade your existing database to__" your new Tiki version. Choose this later option, since you are upgrading.
+ {img src="dl346&display" thumb="y" alt="" rel="box[g]" width=400 desc="Click to enlarge" styleimage="border" imalign="center" }
(Note: This step is converting you DB collation to utf-8, and your DB tables to use the utf-8 charset also.)
!!!!# Convert content from your previous encoding to utf-8
Finally, you need to convert the content from your existing database (content from wiki pages, etc., but also preferences, which include paths to file and image attachments, like in image galleries, etc.) to utf-8.
* To do so, you have an option in the final step under the section "__Upgrading and running into encoding issues?__"
+ {img src="dl347&display" thumb="y" alt="" rel="box[g]" width=400 desc="Click to enlarge" styleimage="border" imalign="center" }
* In the dropdown called "__Previous table encoding__", choose the one which applies to your case (you wrote it down in the previous step), and click on the button: "__Dangerous: Fix double encoding__"
Given the nature of this fix, it's best to do some quick ((Encode fix verification|verification)) of the changes.
Congratulations! You are done.
You can now enter Tiki locking the installer (recommended) or without locking it, and continue using Tiki as normally.
If you have any issues, provide feedback through the usual ((tw:Support)) channels.
{REMARKSBOX}
!!!- Alternative: Upgrading your database through shell
''Upgrading your database manually through shell (faster than PHPMyAdmin)''
^__Note__:
If you upgrade from a version earlier to Tiki 5.1 to a version of Tiki5.1 or newer, you are encouraged to run at least once the __tiki-install.php__ script as explained above, so that you fix the encoding issue that may exist in your database previous to Tiki 5.1.^
Assuming you have the command line version of PHP (PHP-CLI), you can simply use the command line version of the installer.
{CODE()}
[www]$ php installer/shell.php
Running installer for: db/local.php
Patches installed:
20090811_quizzes_tiki
Queries executed successfully: 3686
[www]$
{CODE}
For multi-tiki installations, the dev script can be used. PHP-CLI is still required.
{CODE()}
sh doc/devtools/sqlupgrade.sh
{CODE}
If you are updating your database this way instead of tiki-install.php, you should clear your cache (which tiki-install.php does)
!!!#Review the Upgrade
Hopefully you see the __Upgrade Complete__ message and there may be a list of operations that failed (common for older versions). If these all say something about a column, row or table that doesn't exist, you can try ignoring it. Copy and paste the list of errors for future reference, check the ignore boxes and cross your fingers. When in doubt, refer your questions about upgrade errors to the friendly folk on the tiki-develop list.
!!# Post tiki-install.php
At the end, proceed as usual to the Tiki site while disabling the -+tiki-install.php+- script.
!!#Update the .htaccess file
Tiki ships with a _htaccess file. It needs to be renamed to .htaccess and replace the one from the previous version. If you made any customizations, you should redo them in the new file. See: ((Apache Clean URLs))
!!# Rebuild your search index
Go to the search control panel and rebuild your search index, and it's a good idea usually to clear your Tiki caches. You can find more details ((Unified Index|#Rebuild_search_index|here))
!!#Test
!!! What to expect as problems
* Changes in behavior
** A feature was activated but no longer is (ex. default behavior has changed). You need to go to the admin panel and activate it.
* Bugs
** Each Tiki version brings loads of new features. However, sometimes, enhancements can bring new bugs as well (:smile:)
* If you customized your themes, they may come out weird
** You should plan a bit of time to re-integrate your customizations in the new theme.
* If you've upgraded your MySQL server from 4 to 5, when you login for the first time, you may get an "Account disabled" error. To repair this:{CODE(wrap="1")}mysql -u user_dbuser -p user_dbname -B -e "update users_users set waiting=NULL where waiting is not NULL and valid is NULL;"{CODE}
!!! Where to look
Look in the release notes of your version for any specific things to look for, and to the documentation pages of each new release (i.e. ((Tiki2)), ((Tiki3)), ((Tiki4)), ((Tiki5)), ((Tiki6)) ...)
* [http://tiki.org/ReleaseNotes7.0|Tiki 7 release notes]
!!! What to do
*If you need help, visit Tiki chat room ((tw:Irc)) or ((tw:forums))
*If you found a bug, please report it (and fix if you can!) at http://dev.tiki.org
!!!# Check your content
Check if your new web site contains everything from the old website.
!!!# Check that the features you used to use are still turned on.
More specifically, structures, search, individual plugins, and some other features may have to be activated in the admin panel.
!!!# Revise potentially unsafe plugin calls and approve or reject them.
As of tiki 4, a new system of managing tiki plugins was added to require the authorization of some plugins. Potentially unsafe wiki plugins then had to be validated by users with the new permissions related to approving plugins. If you were using such plugins they will now not function until someone with sufficient permissions approves them.
Now, any user that attempts to use a plugin, including iframe, dbreport, tag, sql, snarf, regex... which would need to be validated by some trusted users/editors/admins later on in order to approve or reject them.
A list of plugin calls pending revision can be found at any time here: __tiki-plugins.php__
!!# Upgrade your Theme
{VERSIONS(nav="y",title="General notes",default="newer")}
Revise the notes at
http://themes.tiki.org/Upgrading
---(4.x)---
Read the following guidelines:
http://themes.tiki.org/Stylesheet+changes+from+Tiki+3+to+4
And if you are upgrading from 2.x or earlier, read also the following page:
http://themes.tiki.org/Stylesheet+changes+from+Tiki+2+to+3
---(3.x)---
The layout system of the Themes' styles in Tiki 3 (table-less) has changed from previous versions of Tiki (table-based). So you'd better start playing with one of the bundled themes in your Tiki 3 installation, and fine tune your CSS to meet your needs (and/or past Theme style design), because you might not need to adapt your *.tpl files to it.
And in case you need to adapt them, you might find it easier to update the new tpl files with the modifications you need, than to start from your old tpl files and attempt to apply all the changes in the display that were introduced in Tiki 3.
For more information, please see: ((Upgrade 2.x to 3.x))
---(2.x and 1.9.x)---
If your site uses a custom theme, you will need to copy all the appropriate CSS files and the image folder from the /styles folder, the custom templates from the templates/styles folder, and upgrade your CSS to include any new classes. Between releases, ((CSS)) classes are often added to accommodate new features. You will find the list of the changes in the directory styles/transitions/ in the downloaded install package. These are named something like version_to_version.css. To update your CSS file, add the new classes and update the line at the top of your file that gives the version of your current Tiki's CSS. For instance
@version:1.9
{VERSIONS}
For a more detailed description, read ((Styles and Themes))
!! Further help?
If you need further instructions, ask in ((tw:IRC)) or in the [http://tiki.org/forum6|forums], and please, come back here and upgrade the documentation with what you learned. This is a way for you to help and make it easier for new users .
-=Related pages=-
{TITLESEARCH(search=>"Upgrade",noheader="1")/}
!! Notes for advanced users
!!! symlinks
When you are happy with the result delete the directory structure of the old site and move the directory of the new site in place. In fact on GNU/Linux or other Unix based servers you can usually use a symlink instead, making the upgrade easy.
{CODE()}ln -s tikiwiki-3.0 tiki{CODE}
!!! MultiTiki
If you manage many tiki sites in the same tiki instance ( ((MultiTiki)) ) but having them in subdirectories, you can follow also the instructions at the ((Manual Installation)) page.
!!! Updating via SVN
If you have shell access and SVN: dev:((dev:Download))
!!! Tiki Remote Instance manager (TRIM)
If you manage many instances, you should consider ((TRIM)).
!!! Manual Upgrade
Please see: ((Manual Upgrade))
!!! Delete Unused Tables
When upgrading, some tables may no longer be used if the related feature has been discontinued. The upgrade script doesn't delete these extra in case users have data in them they want to keep. You can delete the tables manually if you have access to the database on the server. The following tables are no longer used as of ((Tiki5)):
* The 10 galaxia tables
* The 4 tiki_chart or tiki_charts tables
* tiki_drawings
* tiki_newspaper_marks
* tiki_newspaper_servers
* tiki_quicktags
!!! Shell Commands for swapping versions around
''Update 2016 - Got is working this time using the dotglob option'' {sign user="jonnybradley" datetime="2016-04-14T17:25:31+00:00"}
If you have your new tiki all set up and ready to go in path_to_your_site/tiki15, and a new directory ready to put the old one in called tiki12 for example, here is the command to move everything except them into the tiki12 dir, and then move everything out of tiki15 into your site root:
{CODE(colors="shell")}# go to your tiki root
cd path/to/your/tiki/install
#first back everything up off you have room
tar -cvzf ~/backups/htdocs-pre-update-to-15.tar.gz ./
#make a dir to put the old version in while testing
mkdir tiki12
shopt -s dotglob # sets * to include hidden files
# move all the old files into tiki12
find . -maxdepth 1 -not -name 'tiki12' -not -name 'tiki15' -not -name '.' -not -name '..' -exec mv {} ./tiki12 \;
# move the new tiki15 site out into the doc root
mv tiki15/* ./
{CODE}