Go to file
cowboycoded 3c9bc755e0 use wildcard in migration path 2011-02-13 14:17:19 -05:00
app change back to module. causing problems in dev with reopen implementation 2011-02-13 14:15:31 -05:00
config first commit 2011-02-03 23:13:41 -05:00
lib change back to module. causing problems in dev with reopen implementation 2011-02-13 14:16:12 -05:00
test_app untrack schema and any new migrations in test_app 2011-02-12 08:10:45 -05:00
.gitignore use wildcard in migration path 2011-02-13 14:17:19 -05:00
Gemfile first commit 2011-02-03 23:13:41 -05:00
LICENSE.txt first commit 2011-02-03 23:13:41 -05:00
README.rdoc more formatting 2011-02-12 09:52:04 -05:00
Rakefile version:minor_release and version:major_release: add checks for unclean staging env 2011-02-04 11:11:44 -05:00
VERSION Version bump to 0.2.1 2011-02-11 22:26:16 -05:00
impressionist.gemspec Regenerate gemspec for version 0.2.1 2011-02-11 22:26:16 -05:00

README.rdoc

= impressionist

A lightweight plugin that logs impressions per action or manually per model

== I would not call this a stable plugin yet, although I have been running it in prod with no problems.  Use at your own risk ;-)

== What does this thing do?

Logs an impression... and I use that term loosely.  It can log page impressions (technically action impressions), but it is not limited to that.  
You can log impressions multiple times per request.  And you can also attach it to a model.  The goal of this project is to provide customizable 
stats that are immediately accessible in your application as opposed to using G Analytics and pulling data using their API.  You can attach custom 
messages to impressions.  No reporting yet.. this thingy just creates the data.

== What about bots?

They are ignored.  1200 known bots have been added to the ignore list as of Feb 1, 2011.  Impressionist uses this list:
http://www.user-agents.org/allagents.xml


== Which versions of Rails and Ruby is this compatible with?

Rails 3.0.3 and Ruby 1.9.2 - Sorry, but you need to upgrade if you are using Rails 2.  You know you want to anyways.. all the cool kids are doing it ;-)

== Installation

Add it to your Gemfile

    gem 'impressionist', :git => 'git@github.com:cowboycoded/impressionist.git'

Install with Bundler

    bundle install

Generate the impressions table migration

    rails g impressionist

Run the migration

    rake db:migrate

The following fields are provided in the migration:

    t.string   "impressionable_type"  # model type: Widget
    t.integer  "impressionable_id"    # model instance ID: @widget.id
    t.integer  "user_id"              # automatically logs @current_user.id
    t.string   "controller_name"      # logs the controller name
    t.string   "action_name"          # logs the action_name
    t.string   "view_name"            # TODO: log individual views (as well as partials and nested partials)
    t.string   "request_hash"         # unique ID per request, in case you want to log multiple impressions and associate them together
    t.string   "ip_address"           # request.remote_ip
    t.string   "message"              # custom message you can add
    t.datetime "created_at"           # I am not sure what this is.... Any clue?
    t.datetime "updated_at"           # never seen this one before either....  Your guess is as good as mine??

== Usage


1. Log all actions in a controller

    WidgetsController < ApplicationController
      impressionist
    end

2. Specify actions you want logged in a controller

    WidgetsController < ApplicationController
      impressionist :actions=>[:show,:index]
    end

3. Make your models impressionable.  This allows you to attach impressions to an AR model instance.  Impressionist will automatically log the Model name (based on action_name) and the id (based on params[:id]), but in order to get the count of impressions (example: @widget.impression_count), you will need to make your model impressionalble

    class Widget < ActiveRecord::Base
      is_impressionable
    end

4. Log an impression per model instance in your controller.  Note that it is not necessary to specify "impressionist" (usage #1) in the top of you controller if you are using this method.  If you add "impressionist" to the top of your controller and also use this method in your action, it will result in 2 impressions being logged (but associated with one request_hash)

    def show
      @widget = Widget.find
      impressionist(@widget,message:"wtf is a widget?")
    end

5. Get unique impression count from a model.  This groups impressions by request_hash, so if you logged multiple impressions per request, it will only count them one time.
    @widget.unique_impression_count
    @widget.unique_impression_count("2011-01-01","2011-01-02")  # start date, end date
    @widget.unique_impression_count("2011-01-01")  #specify start date only, end date = now
    
6. Get total impression count.  This may return more than 1 impression per http request, depending on how you are logging impressions
    @widget.impression_count
    @widget.impression_count("2011-01-01","2011-01-02")  # start date, end date
    @widget.impression_count("2011-01-01")  #specify start date only, end date = now

Logging impressions for authenticated users happens automatically.  If you have a current_user helper or use @current_user in your before_filter to set your authenticated user, current_user.id will be written to the user_id field in the impressions table.


== Development Roadmap
TODO (soon): more helpers for impression count to filter controllers, actions, messages, and user_ids  
* Automatic impression logging in views.  For example, log initial view, and any partials called from initial view
* Customizable black list for user-agents or IP addresses.  Impressions will be ignored.  Web admin as part of the Engine.
* Reporting engine
* AB testing integration

== Contributing to impressionist
 
* Check out the latest master to make sure the feature hasn't been implemented or the bug hasn't been fixed yet
* Check out the issue tracker to make sure someone already hasn't requested it and/or contributed it
* Fork the project
* Start a feature/bugfix branch
* Commit and push until you are happy with your contribution
* Make sure to add rpsec tests for it. Patches or features without tests will be ignored.  Also, try to write better tests than I do ;-)
* If adding engine controller or view functionality, use HAML and Inherited Resources.  
* All testing is done inside a small Rails app (test_app).  You will find specs within this app.
== Copyright

Copyright (c) 2011 cowboycoded. See LICENSE.txt for
further details.