This section describes how to upgrade your existing eZ publish 3.4.x installation to version 3.4.y, for example from 3.4.0 to 3.4.8. If you are upgrading from a version prior to eZ publish 3.4.0, you should first upgrade to 3.4.0 as described here.
Please make sure that you have a working backup of the site before you do the actual upgrade. The upgrade procedure consists of the following steps:
The easiest way to upgrade the distribution files is to unpack eZ publish 3.4.8 to a directory and then copy the directories that contain site-specific files from the existing installation. Make sure that you copy the following directories:
Replace "example" and "example_admin" with actual names used by your siteaccesses.
If you are using custom extensions then the subdirectories inside the "extension" directory will also have to be copied. However, make sure that you do not overwrite any extensions that come with eZ publish (for example the "PayPal" extension).
To upgrade 3.4.0 database to 3.4.8, you should navigate into the eZ publish 3.4.8 directory and run the following database upgrade scripts one after another:
The database upgrade scripts are located in the "update/database/mysql/3.4/" directory of your eZ publish installation. Each of these scripts can be launched using the following shell command:
mysql -u<username> -p<password> <database> < update/database/mysql/3.4/dbupdate-3.4.x-to-3.4.y.sql
The database upgrade scripts are located in the "update/database/postgresql/3.4/" directory of your eZ publish installation. Each of these scripts can be launched using the following shell command:
psql -d <database> -U <dbowner> < update/database/postgresql/3.4/dbupdate-3.4.x-to-3.4.y.sql
There are no upgrade scripts for upgrading from 3.4.x to 3.4.y.
In eZ publish 3.4.2, the caching functionality has been improved (see the 3.4.2 changelog for more information). If you are upgrading to version 3.4.2 or later, then it is recommended to configure the smart viewcache cleaning system. This feature allows to determine which additional nodes the system should clear the caches for when the content of an object is changed (by default, the view cache will be cleared for all published nodes of this object, their parent nodes and nodes of reverse related objects). Please note that this step is only required if you are running a complex site or if you have cache problems after upgrading (for example, if your changes to content are not visible on some pages).
Whenever an eZ publish solution is upgraded, all caches must be cleared in a proper way. This should be done from within a system shell:
bin/shell/clearcache.sh --clear-all
Please make sure that all caches are cleared. Sometimes the script is unable to clear caches because of restrictive file/directory permission settings. Make sure that all caches have been cleared by inspecting the contents of the various cache subdirectories within the "var" directory.
Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2013 eZ Systems AS (except where otherwise noted). All rights reserved.