Page Comparison

Objectives

Object Broker

The Object Broker is a super piece of caching technology for the integrated ORM of FarCry Core. In simple terms it speeds up the access to data in the database by only retrieving the data once, then using in-memory storage to provide fast access for subsequent requests. You really want to turn this on. The goodness provided is only limited by the the memory available to your ColdFusion instance.

...

In addition to specific database calls, the Object Broker can also manage caching of all views. Remember a view or webskin is like a fragment of output, such as HTML. Generally a page request is made up of one or more views. The Object Broker's webskin cache will even keep track of embedded views, flushing all the relevant related views whenever a relevant content item is changed. This ensures that your changes are directly reflected in the view without having to be involved in any complex cache management.

Activating Object Broker

The Object Broker is activated by adding component level metadata to your content type.

<cfcomponent extends="farcry.core.packages.types.versions" displayname="Article"
  hint="Standard article used in the site."
  bObjectBroker="true"
  objectBrokerMaxObjects="10000"
  lObjectBrokerWebskins="display*">

bObjectBroker

Setting this to true activates object-level caching for the specific content type. The default if you do not specify this attribute is false.

objectBrokerMaxObjects

The maximum number of objects to be held in the Broker for this content type. The default if you do not specify this attribute is 100. Typically you want to set this to a number that is high enough to hold all the records for this content type. The only reason not to is if you lack enough physical memory on the ColdFusion instance to accommodate them.

Object Broker Report

You can check which content types have been activated for the Object Broker by running the Object Broker Report under the webtop Admin tab, Cache Management menu. This should indicate those content types using the Object Broker, their maximum threshold and the current number of objects in the Broker.

Walkthrough: Activating the Object Broker for Content Types

Let's activate the Broker for the three content types we created earlier; superHero, superGroup and superPower.

1. Open your Super Group type (./packages/types/superGroup.cfc) and update the component metadata

   Code Block
   <cfcomponent name="superGroup" extends="farcry.core.packages.types.types" output="false" displayname="Super Group" bObjectBroker="true" objectBrokerMaxObjects="1000">

2. Open your Super Hero type (./packages/types/superHero.cfc) and update the component metadata

   Code Block
   <cfcomponent name="superHero" extends="farcry.core.packages.types.types" output="false" displayname="Super Hero" bObjectBroker="true" objectBrokerMaxObjects="1000">

3. Open your Super Power type (./packages/types/superPower.cfc) and update the component metadata

   Code Block
   <cfcomponent name="superPower" extends="farcry.core.packages.types.types" output="false" displayname="Super Power" bObjectBroker="true" objectBrokerMaxObjects="1000">

4. Re-initialize the application to get your component changes registered in the application (ie. Update App!)
5. Wander about the website clicking on a few pages; this will activate the Object Broker and start caching objects behind the scenes
6. Open up the webtop Admin tab and review the Object Broker Report

View Caching

You can also cache the view layer very easily, either through metadata on the component or directly by specifying a caching directive in the webskin templates themselves's decorator.

lObjectBrokerWebskins

A list of webskins that should be cached. The default timeout for any webskin cache is 1400 minutes (or 24 hours). This seems like a long time, but remember they get automatically flushed if content within the view is updated.

You can list the webskin templates by name, for example:

lObjectBrokerWebskins="displayTeaserFeature,displayPageStandard"

You can list the webskin templates using a wildcard, for example:

lObjectBrokerWebskins="display*"

You can nominate a specific timeout in minutes for each template, for example:

lObjectBrokerWebskins="displayTeaserFeature:30,displayPageStandard:60"

Caching From the View

5.1 introduced the ability to nominate metadata within a specific webskin or view to control webskin caching.

...

A @@cacheStatus is always required if you want to nominate a @@cacheTimeout value.

<cfsetting enablecfoutputonly="true" />
<!--- @@displayname: Mugshot Teaser for Super Hero --->
<!--- @@cacheStatus: 1 --->
<!--- @@cacheTimeout: 15 --->

<!--- tag libraries --->
<cfimport taglib="/farcry/core/tags/webskin/" prefix="skin">

<skin:buildLink objectID="#stobj.objectid#">
	<cfoutput><img src="#application.url.webroot##stobj.imgHero#" class="thumbnailLeft" /></cfoutput>
</skin:buildLink>

<cfsetting enablecfoutputonly="false" />

<cfsetting enablecfoutputonly="true" />
<!--- @@displayname: Mugshot Teaser for Super Hero --->
<!--- @@cacheStatus: -1 --->

<!--- tag libraries --->
<cfimport taglib="/farcry/core/tags/webskin/" prefix="skin">

<skin:buildLink objectID="#stobj.objectid#">
	<cfoutput><img src="#application.url.webroot##stobj.imgHero#" class="thumbnailLeft" /></cfoutput>
</skin:buildLink>

<cfsetting enablecfoutputonly="false" />

Environment Changes

In some cases you need the view to respond to changes on the URL, form post, client session, security role or other environmental factor. For example, in the case of a paginated result set you may be changing the displayed list of teasers based on a URL parameter such as "&pg=2". This is often awkward for caching regimes as you really need to use a hash of the query string in order to be sure you are looking at the right cache.

...

• @@cacheByVars: used for any arbitrary variable you may wish to key the cache by. To correctly set the cache, you need to specify the full variable name. For example, if you want to cache according to a url parameter (such as 'page') you need to set @@cacheByVars: url.page
• @@cacheByRoles: used to key webskin caches by security roles (to allow for different views dependent on different privileged access levels to be cached in the presentation tier) warning @@cacheByRoles is simply a boolean, so set it to 0 or 1.

...

...

@@cacheByVars: url.page

Walkthrough: Add Caching to Super Hero

...

Tip
Don't forget to give both webskin tracer and farcry profiler a workout. These developer tools are especially helpful when working with caching. See Unit 4 for more information.

1. Run some pages in the sample Mollio Fandango site and review the debugging output with your instructor using the Profiler; we're looking for views that might be beneficial to cache
2. Open the ./packages/types/superHero.cfc for editing
3. Modify the opening <cfcomponent> tag to include references to the Object Broker caching engine

   Code Block
   <cfcomponent bObjectBroker="true" lObjectBrokerWebskins="display*">

4. Add the @@cacheStatus: 1 and @@cacheTimeout: 15 webskin decorators to the views you want to cache
5. Restart the application to activate the changes to the component metadata you have made
6. Re-run the pages in your web site and review your findings with your instructor

Lab: Add Object Broker Caching To Super Group and Super Power

1. Open up superGroup and superPower content types for editing
2. Activate caching for all display templates

Walkthrough: Nested Webskin Cache Flushing

...

1. relevant views

Bonus Lab: @@cachetypewatch

1. Add a cache "type watch" to your listing pages to immediately capture changes to lists of a certain content type