MerbAuthSliceActivation

Installation

file: app/models/user.rb

Include Merb::Authentication::Mixins::ActivatedUser into your user model


class User
  include DataMapper::Resource
  include Merb::Authentication::Mixins::ActivatedUser</p>
…
<p>end

file: config/init.rb

  1. add the slice as a regular dependency dependency 'merb-auth-slice-activation'
  2. if needed, configure which slices to load and in which order Merb::Plugins.config[:merb_slices] = { :queue => ["MerbAuthSliceActivation", ...] }
  3. optionally configure the plugins in a before_app_loads callback

Merb::BootLoader.before_app_loads do
  Merb::Slices::config[:merb_auth_slice_activation][:from_email] = '[email protected]'
  Merb::Slices::config[:merb_auth_slice_activation][:activation_host] = 'localhost'
end

file: config/router.rb

slice(:merb_auth_slice_activation, :name_prefix => nil, :path_prefix => "")

Remember to migrate database!


Other less important stuff ;)

This slice provides a check to make sure that a user is active on login. It also provides activation on the “user” object via an activation action (slice_url :activate). When loggin in, the “user” object found by merb-auth-core will be asked

Do you respond_to?(:active?):

  1. If yes, check if active and return the user if they are
  2. If no, return the user (i.e. no activation check)

This slice adds a mixin that you should include in your user model to priovide the active? method. The mixin will automatically select the correct sub mixin for all supported orms.


class User
  include DataMapper::Resource
  include Merb::Authentication::Mixins::ActivatedUser

  property :id,    Serial
end

The mixin provides a number of methods. The most common are:


  @user.activate!   # activates (and saves) the user
  @user.activated?  # Returns the "active" status of the user
  @user.active?     # Alias for activated?

Migration Requirements

The mixin requires some fields to be in-place on your model. Where needed include these in your migrations.


  :activated_at,    DateTime
  :activation_code, String

Mailers

The slice contains 2 mailing actions that are setup as callback hooks on the model. When the model is created a “signup” email is sent with the link to follow to activate the account. Also an activation acknowledgment email.

Configuration Options

These options may be declared in your init.rb or environment/*.rb files

Use the standard slice configuration hash to set these up Merb::Slices::config[:'merb-auth-slice-activation']

Required

:from_email # The email account to send the email from :activation_host # The host to go to for activation. This is used to construct the

  1. activation link. Symbol, String or Procs are available.
  2. Procs will have the user object passed in

Optional

:welcome_subject # The subject of the email to send after activation (Welcome) :activation_subject # The subject of the email sent to ask for activation

Customizing the emails

To customize your emails, rake the slices stubs


	$ rake slices:merb-auth-slice-activation:stubs

This will create stubs of the views in slices/merb-auth-slice-activation/app/mailers/views/

To create HTML emails just add an html template like signup.html.erb

Customize the Redirect after activation

rake the slices stubs as above. There is an activations.rb controller in the slices/merb-auth-slice-activation/app/controllers directory. You can overwrite the stubbed method in there to have it change it’s redirection behavior.

  1. Rake tasks to package/install the gem – edit this to modify the manifest.
  2. The slice application: controllers, models, helpers, views.
  3. The default layout, as specified in Merb::Slices::config[:'merb-auth-slice-activation'][:layout] change this to :application to use the app’s layout.
  4. Standard rake tasks available to your application.
  5. Your custom application rake tasks.
  6. The main slice file – contains all slice setup logic/config.
  7. Public assets you (optionally) install using rake slices:merb-auth-slice-activation:install
  8. Specs for basis slice behaviour – you usually adapt these for your slice.
  9. Stubs of classes/views/files for the end-user to override – usually these mimic the files in app/ and/or public/; use rake slices:merb-auth-slice-activation:stubs to get started with the override stubs. Also, rake slices:merb-auth-slice-activation:patch will copy over views to override in addition to the files found in /stubs.

To see all available tasks for MerbAuthSliceActivation run:


	$ rake -T slices:merb-auth-slice-activation

You can put your application-level overrides in:

host-app/slices/merb-auth-slice-activation/app – controllers, models, views …

Templates are located in this order:

1. host-app/slices/merb-auth-slice-activation/app/views/* 2. gems/merb-auth-slice-activation/app/views/* 3. host-app/app/views/*

You can use the host application’s layout by configuring the merb-auth-slice-activation slice in a before_app_loads block:

Merb::Slices.config[:merb-auth-slice-activation] = { :layout => :application }

By default :merb-auth-slice-activation is used. If you need to override stylesheets or javascripts, just specify your own files in your layout instead/in addition to the ones supplied (if any) in host-app/public/slices/merb-auth-slice-activation.

In any case don’t edit those files directly as they may be clobbered any time rake merb-auth-slice-activation:install is run.


About Slices ====

Merb-Slices is a Merb plugin for using and creating application ‘slices’ which help you modularize your application. Usually these are reuseable extractions from your main app. In effect, a Slice is just like a regular Merb MVC application, both in functionality as well as in structure.

When you generate a Slice stub structure, a module is setup to serve as a namespace for your controller, models, helpers etc. This ensures maximum encapsulation. You could say a Slice is a mixture between a Merb plugin (a Gem) and a Merb application, reaping the benefits of both.

A host application can ‘mount’ a Slice inside the router, which means you have full over control how it integrates. By default a Slice’s routes are prefixed by its name (a router :namespace), but you can easily provide your own prefix or leave it out, mounting it at the root of your url-schema. You can even mount a Slice multiple times and give extra parameters to customize an instance’s behaviour.

A Slice’s Application controller uses controller_for_slice to setup slice specific behaviour, which mainly affects cascaded view handling. Additionaly, this method is available to any kind of controller, so it can be used for Merb Mailer too for example.

There are many ways which let you customize a Slice’s functionality and appearance without ever touching the Gem-level code itself. It’s not only easy to add template/layout overrides, you can also add/modify controllers, models and other runtime code from within the host application.

To create your own Slice run this (somewhere outside of your merb app):

$ merb-gen slice