ez-publish-community-project-2011-08
Requirements
Version : | Release date : | Requirements : |
Community Project 2011.8 OE 5.4.0-dev |
Aug 22nd, 2011 |
PHP >= 5.2.14, 5.3 recommended (5.3.7 known to be bugged) If using eZ Find : Java <= 1.6 |
Upstream Download: share.ez.no/downloads/downloads/ez-publish-community-project-2011.8
Release Notes - ez-publish-community-project-2011-08
Kernel
Stats
- 12 bug-fixes
- 3 enhancements
- 5 pull-requests merged
Other commits (not listed in the changelog)
- Fixed a documentation issue for asynchronous publishing queue reader
- Fixed problem with cached provider
- Fixed a format error in the display of comments
- Rel #018449: Print link tag now added in JS to be cache-block safe in admin
- Add comments according to standard for the eZURI class
- Only setcookie when need be, not all the time
- Added: cleanup script for issue #017781
- localization: dut-NL update.
- localization: updated dut-NL.
Upgrade Notes
Upgrading from eZ Publish Community Project 2011.7 to 2011.8
This section describes how to upgrade your existing eZ Publish Community Project 2011.7 installation to build 2011.8. Make sure that you have a working backup of the site before you do the actual upgrade, and make sure the installation you are performing the upgrade on is offline.
Important upgrade notes:
The procedure for upgrading directly from eZ Publish Community Project build 2011.7 to build 2011.8 consists of the following steps:
- Backing up the website
- Putting the website offline (optional)
- Upgrading the distribution files to 2011.8
- Upgrading custom extensions
- Regenerate the autoload array for extensions
- Clearing the caches
- Putting the website online (optional)
Check for requirements
It is recommended to always verify the requirements for the new version of eZ Publish before attempting an upgrade. eZ Publish Community Project 2011.7 is compatible with PHP version 5.3 and above. So is eZ Publish Community Project 2011.8. For more information regarding system requirements check out http://doc.ez.no/eZ-Publish/Technical-manual/4.5/Installation/Requirements-4.5
Step 1: Backing up the website
- Filesystem set: the extension and settings folders, plus any other folder where you have put your custom developments in (e.g. design/mydesign)
- Content set: the var/storage, var/<vardir>/storage folders, and a dump of the database (nb: for ezdb cluster mode, a dump of the storage database is needed instead of the storage folders; for ezdfs cluster mode both a dump of the storage database and a backup of the shared var folder on nfs)
- Optional: the complete installation directory of eZ Publish, except for the var directory and for the eZFind index directory. This is mandatory if you have customised the .htaccess or config.php files
Tip: if you have many user sessions, and the session data is stored in the database, it might be a good idea to remove all data from the session table before backing it up
Tip: in ezdb and ezdfs cluster modes, it is a good idea to clear all caches before dumping the storage database, as it is not easy to only backup storage and not caches
Step 2: Putting the website offline (optional)
This step is recommended but not mandatory
- Put the public website offline and set up a courtesy page to prevent end users from accessing the website while you upgrade. This involves generally modifying the webserver configuration. Make sure you have a different vhost available to access the public website using a private IP address or hostname during the upgrade process
- Disable execution of eZ Publish cronjobs
Step 3: Upgrading the distribution files
The easiest way to upgrade the distribution files is to unpack eZ Publish 2011.8 to a separate directory and then copy the directories that contain site-specific files from the existing installation. Make sure that you copy the following directories:
- design/example
- design/example_admin
- var
- settings/siteaccess
- settings/override
Replace "example" and "example_admin" with the actual names of your site accesses.
Important note: Because the new directory has replaced the original directory, the directory permissions need to be fixed. Use the following commands to do this.
(You have the choice between Shell commands or Alternative shell commands):
- Shell commands
These shell commands will give proper permission to the web server:
cd </path/to/your/eZ/Publish/directory>chmod -R a+rwx design extension settings var
- Alternative shell commands
These commands will setup the permission more correctly, but require knowledge about the running web server.
chmod -R og+rwx design extension settings varchown -R <webuser>:<webuser> design extension settings var
Step 4: Custom extensions
If you are using custom extensions, the sub-directories inside the "extension" directory will also have to be copied. However, make sure that you do not overwrite any extensions that are included in the eZ Publish 2011.8 tarball, which are currently :
- ezmultiupload 1.5.0-dev
- ezjscore 1.4.0-dev
- ezstarrating 1.3.0
- ezgmapslocation 1.3.0
- ezflow 2.3.0
- ezwt 1.4.0
- ezwebin 1.8.0
- ezie 1.3.0-dev
- ezoe 5.4.0-dev
- ezodf 2.6.0
- ezprestapiprovider 1.0.0
Present but disabled by default :
- ezfind 2.5.0-dev
- ezcomments 1.3.0-dev
- ezscriptmonitor 1.3.0-dev
eZ Find now embeds Solr 3.1 (the version of eZ Find is now 2.5), this requires a full re-indexing of the content.
Step 5: Regenerate the autoload array for extensions
To regenerate the autoload array, execute the following script from the root of your eZ Publish installation :
php bin/php/ezpgenerateautoloads.php --extension
Step 6: Clearing the caches
Whenever an eZ Publish website is upgraded, all caches must be cleared in a proper way. This should be done from the root directory of your eZ Publish installation:
php bin/php/ezcache.php --clear-all --purge
Tip : Purging ensures that the caches are physically removed. When the "--purge" parameter is not specified, the caches will be expired but not removed.
Sometimes the script is unable to clear all cache files because of restrictive file/directory permission settings. Make sure that all cache files have been cleared by inspecting the contents of the various cache sub-directories within the "var" directory (typically the "var/cache/" and "var/<name_of_siteaccess>/cache/" directories). If there are any cache files left, you need to remove them manually.
Step 7: Putting the website back online
This step is optional, and is only needed if you put the website offline at step 2
- warm up the template cache by pre-compiling template files. This should be done from the root directory of your eZ Publish installation:
php bin/php/eztc.php --wwwdir=<value> --index-file=<value>
- re-enable the cronjobs
- warm up the content cache: use a tool such as curl or wget that will navigate the website to force eZPublish to generate the view cache for all content
- change the webserver / firewall configuration to allow public access to your website again
Changelog
Changelog from Community Project 2011.7 to Community Project 2011.8
Bugfixes
- 15640 : PNG transparency is lost when swithed to gd. Check for more description: http://issues.ez.no/15640 and http://share.ez.no/forums/developer/png-image-resize-loose-transparency
- 16189 : TC-186: Deleted products still appears in the Whishlist
- 18149 : special character not supported by eZXMLInputParser
- 18238 : object state limitation is not applied in notifications
- 18298 : Setting priorities does not work with ezformtoken
- 18318 : Asynchronous publishing hooks are not called
- 18377 : ezpgenerateautoloads.php scans to much directories
- 18466 : Changes to DefaultVersionHistoryLimit not reflected on existing objects
- 18472 : Section changes are not correctly indexed
- 18487 : Search index is not updated when removing a location other than the main one
- 18503 : Objects embedded are shown even after being hidden
- 18532 : Typo in translation on content_structure_menu_dynamic.tpl
Enhancements
- 16188 : TC-186: The Wishlist does not have a Date and action link to edit the content
- 18512 : Custom headers only available for content/view module as a root fallback
- 18513 : Make attribute() template operator more flexible