vanity 2.0.1 → 2.1.0

data/README.rdoc

@@ -1,231 +0,0 @@
-= Vanity
-{<img src="https://travis-ci.org/assaf/vanity.png?branch=master" alt="Build Status" />}[https://travis-ci.org/assaf/vanity]
-
-Vanity is an A/B testing framework for Rails that is datastore agnostic.
-
-* All about Vanity: http://vanity.labnotes.org
-* On Github: http://github.com/assaf/vanity
-
-{<img src="https://raw.githubusercontent.com/assaf/vanity/master/doc/images/sidebar_test.png" alt="Dashbarod" />}[http://github.com/assaf/vanity]
-
-== A/B Testing With Rails
-
-=== <b>Step 1:</b> Start using Vanity in your Rails application
-
-==== Step 1.1
-
-===== Rails 3 & Rails 4 installation
-
-Add to your Gemfile:
-
-  gem "vanity"
-
-(For support for older versions of Rails and Ruby 1.8, please see the {1.9.x branch}[https://github.com/assaf/vanity/tree/1-9-stable].)
-
-==== Step 1.2
-
-Choose a datastore that best fits your needs and preferences for storing experiment results. Choose one of: Redis, MongoDB or an SQL database. While Redis is usually faster, it may add additional complexity to your stack. Datastores should be configured using a <code>config/vanity.yml</code>.
-
-===== Redis Setup
-
-Add to your Gemfile:
-
-  gem "redis", ">= 2.1"
-  gem "redis-namespace", ">= 1.1.0"
-
-By default Vanity is configured to use Redis on localhost port 6379 with database 0.
-
-A sample <code>config/vanity.yml</code> might look like:
-
-  test:
-    collecting: false
-  production:
-    adapter: redis
-    url: redis://<%= ENV["REDIS_USER"] %>:<%= ENV["REDIS_PASSWORD"] %>@<%= ENV["REDIS_HOST"] %>:<%= ENV["REDIS_PORT"] %>/0
-
-If you want to use your test environment with RSpec you will need to add an adapter to test:
-
-  test:
-    adapter: redis
-    collecting: false
-
-===== MongoDB Setup
-
-Add to your Gemfile:
-
-  gem "bson_ext"
-  gem "mongo"
-
-A sample <code>config/vanity.yml</code> might look like:
-
-  development:
-    adapter: mongodb
-    database: analytics
-  test:
-    collecting: false
-  production:
-    adapter: mongodb
-    database: analytics
-
-
-===== SQL Database Setup
-
-Vanity supports multiple SQL stores (like MySQL, MariaDB, Postgres, Sqlite, etc.) using ActiveRecord, which is built into Rails. If you're using DataMapper, Sequel or another persistence framework, add to your Gemfile:
-
-   gem "active_record"
-
-A sample <code>config/vanity.yml</code> might look like:
-
-  development:
-    adapter: active_record
-    active_record_adapter: sqlite3
-    database: db/development.sqlite3
-  test:
-    collecting: false
-  production:
-    adapter: active_record
-    active_record_adapter: default
-
-If you're going to store data in the database, run the generator and migrations to create the database schema:
-
-  $ rails generate vanity
-  $ rake db:migrate
-
-==== Step 1.3
-
-Turn Vanity on, and pass a reference to a method that identifies a user. For example:
-
-  class ApplicationController < ActionController::Base
-    use_vanity :current_user
-  end
-
-For more information, please see the {identity documentation}[http://vanity.labnotes.org/identity.html].
-
-=== <b>Step 2:</b> Define your first A/B test
-
-This experiment goes in the file <code>experiments/price_options.rb</code>:
-
-  ab_test "Price options" do
-    description "Mirror, mirror on the wall, who's the better price of all?"
-    alternatives 19, 25, 29
-    metrics :signups
-  end
-
-If the experiment uses a metric as above ("signups"), there needs to be a corresponding ruby file for that metric, <code>experiments/metrics/signups.rb</code>.
-
-  metric "Signup (Activation)" do
-    description "Measures how many people signed up for our awesome service."
-  end
-
-=== <b>Step 3:</b> Present the different options to your users
-
-  <h2>Get started for only $<%= ab_test :price_options %> a month!</h2>
-
-=== <b>Step 4:</b> Measure conversion
-
-Conversions are created via the <code>Vanity.track!</code> method. For example:
-
-  class SignupController < ApplicationController
-    def signup
-      @account = Account.new(params[:account])
-      if @account.save
-        Vanity.track!(:signups)
-        redirect_to @acccount
-      else
-        render action: :offer
-      end
-    end
-  end
-
-=== <b>Step 5:</b> Check the report:
-
-  vanity report --output vanity.html
-
-To view metrics and experiment results with the dashboard in Rails 3 & Rails 4:
-
-  rails generate controller Vanity --helper=false
-
-In <code>config/routes.rb</code>, add:
-
-  get '/vanity' =>'vanity#index'
-  get '/vanity/participant/:id' => 'vanity#participant'
-  post '/vanity/complete'
-  post '/vanity/chooses'
-  post '/vanity/reset'
-  post '/vanity/add_participant'
-  get '/vanity/image'
-
-The controller should look like:
-
-  class VanityController < ApplicationController
-    include Vanity::Rails::Dashboard
-    layout false  # exclude this if you want to use your application layout
-  end
-
-== Registering participants with Javascript
-
-If robots or spiders make up a significant portion of your sites traffic they can affect your conversion rate. Vanity can optionally add participants to the experiments using asynchronous javascript callbacks, which will keep many robots out. For those robots that do execute Javascript and are well-behaved (like Googlebot), Vanity filters out requests based on their user-agent string.
-
-In Rails, add the following to <code>application.rb</code>:
-
-  Vanity.configure do |config|
-    config.use_js = true
-
-    # Optionally configure the add_participant route that is added with Vanity::Rails::Dashboard,
-    # make sure that this action does not require authentication
-    # config.add_participant_route = '/vanity/add_participant'
-  end
-
-Then add <code><%= vanity_js %></code> to any page that calls an A/B test <b>after calling <code>ab_test</code></b>. <code>vanity_js</code> needs to be included after your call to ab_test so that it knows which version of the experiment the participant is a member of. The helper will render nothing if the there are no ab_tests running on the current page, so adding <code>vanity_js</code> to the bottom of your layouts is a good option. Keep in mind that if you set <code>use_js</code> and don't include <code>vanity_js</code> in your view no participants will be recorded.
-
-== Compatibility
-
-Here's what's tested and known to work:
-
-  Ruby 1.9.3
-    Persistence: Redis, Mongo, ActiveRecord
-    Rails: 3.2, 4.x
-  Ruby 2.0
-    Persistence: Redis, Mongo, ActiveRecord
-    Rails: 3.2, 4.x
-  Ruby 2.1
-    Persistence: Redis, Mongo, ActiveRecord
-    Rails: 3.2, 4.x
-  Ruby 2.2
-    Persistence: Redis, Mongo, ActiveRecord
-    Rails: 3.2, 4.x
-
-== Testing
-
-For view tests/specs or integration testing, it's handy to set the outcome of an experiment. This may be done using the <code>chooses</code> method. For example:
-
-  Vanity.playground.experiment(:price_options).chooses(19)
-
-== Updating documentation
-
-Documenation is written in the textile format in the [docs](docs/) directory, and is hosted on Github Pages. To update the docs commit changes to the master branch in this repository, then:
-
-  bundle exec rake docs # output HTML files into html/
-  git checkout gh-pages
-  mv html/* . # Move generated html to the top of the repo
-  git commit # Add, commit and push any changes!
-
-Go ahead and target a pull request against the `gh-pages` branch.
-
-== Contributing
-
-* Fork the project
-* Please use a feature branch to make your changes, it's easier to test them that way
-* To set up the test suite run `bundle`, then run `appraisal install` to prepare the test suite to run against multiple versions of Rails
-* Fix, patch, enhance, document, improve, sprinkle pixie dust
-* Tests. Please. Run `appraisal rake test`, of if you can, `rake test:all`. (This project uses Travis CI where the test suite is run against multiple versions of ruby, rails and backends.)
-* Send a pull request on GitHub
-
-
-== Credits/License
-
-Original code, copyright of Assaf Arkin, released under the MIT license.
-
-Documentation available under the Creative Commons Attribution license.
-
-For full list of credits and licenses: http://vanity.labnotes.org/credits.html.

data/gemfiles/rails4.gemfile.lock

@@ -1,179 +0,0 @@
-GIT
-  remote: git://github.com/zoltankiss/fastthread.git
-  revision: 56e6ce7c1780797a354d5befe9a9a9869bbc7e3e
-  specs:
-    fastthread (1.0.7)
-
-PATH
-  remote: ..
-  specs:
-    vanity (2.0.1)
-      i18n
-
-GEM
-  remote: https://rubygems.org/
-  specs:
-    RedCloth (4.2.9)
-    RedCloth (4.2.9-java)
-    actionmailer (4.0.13)
-      actionpack (= 4.0.13)
-      mail (~> 2.5, >= 2.5.4)
-    actionpack (4.0.13)
-      activesupport (= 4.0.13)
-      builder (~> 3.1.0)
-      erubis (~> 2.7.0)
-      rack (~> 1.5.2)
-      rack-test (~> 0.6.2)
-    activemodel (4.0.13)
-      activesupport (= 4.0.13)
-      builder (~> 3.1.0)
-    activerecord (4.0.13)
-      activemodel (= 4.0.13)
-      activerecord-deprecated_finders (~> 1.0.2)
-      activesupport (= 4.0.13)
-      arel (~> 4.0.0)
-    activerecord-deprecated_finders (1.0.3)
-    activerecord-jdbc-adapter (1.3.15)
-      activerecord (>= 2.2)
-    activesupport (4.0.13)
-      i18n (~> 0.6, >= 0.6.9)
-      minitest (~> 4.2)
-      multi_json (~> 1.3)
-      thread_safe (~> 0.1)
-      tzinfo (~> 0.3.37)
-    addressable (2.3.5)
-    albino (1.3.3)
-      posix-spawn (>= 0.3.6)
-    appraisal (1.0.3)
-      bundler
-      rake
-      thor (>= 0.14.0)
-    arel (4.0.2)
-    bson (1.9.2)
-    bson (1.9.2-java)
-    bson_ext (1.9.2)
-      bson (~> 1.9.2)
-    builder (3.1.4)
-    classifier (1.3.4)
-      fast-stemmer (>= 1.0.0)
-    crack (0.4.1)
-      safe_yaml (~> 0.9.0)
-    daemon_controller (1.1.7)
-    directory_watcher (1.4.1)
-    erubis (2.7.0)
-    fakefs (0.6.7)
-    fast-stemmer (1.0.2)
-    garb (0.9.1)
-      activesupport (>= 2.2.0)
-      crack (>= 0.1.6)
-    hike (1.2.3)
-    i18n (0.7.0)
-    integration (0.1.0)
-    jdbc-sqlite3 (3.8.7)
-    jekyll (0.11.2)
-      albino (~> 1.3)
-      classifier (~> 1.3)
-      directory_watcher (~> 1.1)
-      kramdown (~> 0.13)
-      liquid (~> 2.3)
-      maruku (~> 0.5)
-    kramdown (0.13.5)
-    liquid (2.6.2)
-    mail (2.6.3)
-      mime-types (>= 1.16, < 3)
-    maruku (0.7.0)
-    metaclass (0.0.4)
-    mime-types (2.4.3)
-    minitest (4.7.5)
-    mocha (1.0.0)
-      metaclass (~> 0.0.1)
-    mongo (1.9.2)
-      bson (~> 1.9.2)
-    multi_json (1.10.1)
-    passenger (3.0.21)
-      daemon_controller (>= 1.0.0)
-      fastthread (>= 1.0.1)
-      rack
-      rake (>= 0.8.1)
-    posix-spawn (0.3.11)
-    power_assert (0.2.2)
-    rack (1.5.2)
-    rack-test (0.6.3)
-      rack (>= 1.0)
-    rails (4.0.13)
-      actionmailer (= 4.0.13)
-      actionpack (= 4.0.13)
-      activerecord (= 4.0.13)
-      activesupport (= 4.0.13)
-      bundler (>= 1.3.0, < 2.0)
-      railties (= 4.0.13)
-      sprockets-rails (~> 2.0)
-    railties (4.0.13)
-      actionpack (= 4.0.13)
-      activesupport (= 4.0.13)
-      rake (>= 0.8.7)
-      thor (>= 0.18.1, < 2.0)
-    rake (10.4.2)
-    redis (3.0.6)
-    redis-namespace (1.3.2)
-      redis (~> 3.0.4)
-    rubystats (0.2.3)
-    safe_yaml (0.9.7)
-    sprockets (2.12.3)
-      hike (~> 1.2)
-      multi_json (~> 1.0)
-      rack (~> 1.0)
-      tilt (~> 1.1, != 1.3.0)
-    sprockets-rails (2.2.4)
-      actionpack (>= 3.0)
-      activesupport (>= 3.0)
-      sprockets (>= 2.8, < 4.0)
-    sqlite3 (1.3.10)
-    test-unit (3.0.9)
-      power_assert
-    thor (0.19.1)
-    thread_safe (0.3.4)
-    thread_safe (0.3.4-java)
-    tilt (1.4.1)
-    timecop (0.6.3)
-    tzinfo (0.3.43)
-    webmock (1.15.2)
-      addressable (>= 2.2.7)
-      crack (>= 0.3.2)
-    yard (0.7.5)
-
-PLATFORMS
-  java
-  ruby
-
-DEPENDENCIES
-  RedCloth
-  activerecord-jdbc-adapter
-  appraisal (~> 1.0.2)
-  bson_ext
-  bundler (>= 1.0.0)
-  fakefs
-  fastthread!
-  garb (< 0.9.2)
-  integration (<= 0.1.0)
-  jdbc-sqlite3
-  jekyll
-  minitest (>= 4.2)
-  mocha (~> 1.0)
-  mongo
-  passenger (~> 3.0)
-  rack
-  rails (= 4.0.13)
-  rake
-  redis (>= 2.1)
-  redis-namespace (>= 1.1.0)
-  rubystats
-  sqlite3 (~> 1.3.10)
-  test-unit
-  timecop
-  vanity!
-  webmock
-  yard
-
-BUNDLED WITH
-   1.11.2