omniture_client 0.1.0 → 0.1.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- data/README.markdown +11 -1
- data/VERSION +1 -1
- data/lib/rails.rb +1 -1
- data/omniture_client.gemspec +2 -2
- metadata +2 -2
data/README.markdown
CHANGED
|
@@ -38,6 +38,12 @@ As well as the omniture.yml you need to also add the `app/reporters` directory t
|
|
|
38
38
|
config.gem "omniture_client"
|
|
39
39
|
end
|
|
40
40
|
|
|
41
|
+
Lastly, you need to specify which of your controllers you want to track. In most cases you will want to track all controllers so add this line to your application controller:
|
|
42
|
+
# app/controllers/application.rb
|
|
43
|
+
class ApplicationController < ActionController::Base
|
|
44
|
+
reports_to_omniture
|
|
45
|
+
end
|
|
46
|
+
|
|
41
47
|
### View
|
|
42
48
|
The view code is straight foward. This is img tag is what actually sends the information to Omniture. It should probably be the last element in the body tag.
|
|
43
49
|
|
|
@@ -54,6 +60,10 @@ The view code is straight foward. This is img tag is what actually sends the inf
|
|
|
54
60
|
Here is an example of a controller we would like to track:
|
|
55
61
|
# app/controller/movies_controller.rb
|
|
56
62
|
class MoviesController < ApplicationController
|
|
63
|
+
|
|
64
|
+
# Uncomment the next line if it is not in your application controller
|
|
65
|
+
# reports_to_omniture
|
|
66
|
+
|
|
57
67
|
def index
|
|
58
68
|
@movies = Movie.all
|
|
59
69
|
end
|
|
@@ -174,7 +184,7 @@ You will also need to render the img tag in your views since this is the bit tha
|
|
|
174
184
|
|
|
175
185
|
|
|
176
186
|
## Javascript Implementation
|
|
177
|
-
A javascript implementation is slightly more obstrusive; however, there are a few extra reports you get access to in the Omniture web tool (ie. click map). So all the server-side code remains the same except for the the variable names. For example, instead of `c1` we use `s.prop1`. To have a javascript implementation, you also have to remove the img tag from your layout and add the reporter variables to the s_code.js.
|
|
187
|
+
A javascript implementation is slightly more obstrusive; however, there are a few extra reports you get access to in the Omniture web tool (ie. click map). So all the server-side code remains the same except for the the variable names. For example, instead of `c1` we use `s.prop1`. To have a javascript implementation, you also have to remove the img tag from your layout and add the reporter variables to the s_code.js. I will use a RJS for this example but you could can handle it a number of ways.
|
|
178
188
|
|
|
179
189
|
# config/omniture.yml
|
|
180
190
|
development:
|
data/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
0.1.
|
|
1
|
+
0.1.3
|
data/lib/rails.rb
CHANGED
data/omniture_client.gemspec
CHANGED
|
@@ -5,11 +5,11 @@
|
|
|
5
5
|
|
|
6
6
|
Gem::Specification.new do |s|
|
|
7
7
|
s.name = %q{omniture_client}
|
|
8
|
-
s.version = "0.1.
|
|
8
|
+
s.version = "0.1.3"
|
|
9
9
|
|
|
10
10
|
s.required_rubygems_version = Gem::Requirement.new(">= 0") if s.respond_to? :required_rubygems_version=
|
|
11
11
|
s.authors = ["Alexandru Catighera"]
|
|
12
|
-
s.date = %q{
|
|
12
|
+
s.date = %q{2010-01-12}
|
|
13
13
|
s.email = %q{alex@patch.com}
|
|
14
14
|
s.extra_rdoc_files = [
|
|
15
15
|
"README.markdown"
|
metadata
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
|
2
2
|
name: omniture_client
|
|
3
3
|
version: !ruby/object:Gem::Version
|
|
4
|
-
version: 0.1.
|
|
4
|
+
version: 0.1.3
|
|
5
5
|
platform: ruby
|
|
6
6
|
authors:
|
|
7
7
|
- Alexandru Catighera
|
|
@@ -9,7 +9,7 @@ autorequire:
|
|
|
9
9
|
bindir: bin
|
|
10
10
|
cert_chain: []
|
|
11
11
|
|
|
12
|
-
date:
|
|
12
|
+
date: 2010-01-12 00:00:00 -05:00
|
|
13
13
|
default_executable:
|
|
14
14
|
dependencies: []
|
|
15
15
|
|