User management

Misery is a module designed to make life difficult for certain users. It can be used:

• As an alternative to banning or deleting users from a community.
• As a means by which to punish members of your website.
• To delight in the suffering of others.

Currently you can force users (via permissions/roles, editing their user account, or using Troll IP blacklists) to endure the following misery:

• Delay: Create a random-length delay, giving the appearance of a slow connection. (by default this happens 40% of the time)
• White screen: Present the user with a white-screen. (by default this happens 10% of the time)
• Wrong page: Redirect to a random URL in a predefined list. (by default this happens 0% of the time)
• Random node: Redirect to a random node accessible by the user. (by default this happens 10% of the time)
• 403 Access Denied: Present the user with an "Access Denied" error. (by default this happens 10% of the time)
• 404 Not Found: Present the user with a "Not Found" error. (by default this happens 10% of the time)

Module is needed for changing authentication settings for restricted area on site. Module defines SSL users and sets single password for all of them in .htpasswd.

This module was created by Dealancer for Janssen Contracting Co., Inc..

Instructions

You should manually create .htacces and .htpasswd files. Changes in SSL users settings tab will affect on .htpasswd file.

If restricted area is located in /home/www/area/, so there should be /home/www/area/.htaccess file with following lines:

In that case .htpasswd file is located in /home/ folder. To learn more about Authorization and Access Control in Apache, please, visit http://httpd.apache.org/docs/2.0/howto/auth.html.

Note that you shouldn't use Drupal main folder as a restricted area.

If you want to create restricted area in Drupal sub folder and clean urls is used, you may need to edit .htacces file in Drupal folder to prevent processing restricted area sub folder as a clean url.

Donations

This module started at the 2009 Drupal.org redesign sprint in San Francisco as a way to manage single sign-ons across *.drupal.org infrastructure, but it will work for any family of sites sharing a single second-level domain.

The original design and code are by David Strauss. The module is currently maintained and developed by the Drupal.org infrastructure team.

User Terms allows a site administrator to assign a taxonomy vocabulary to users, allowing them to select terms to appear on their profile. It is integrated with the Profile module to allow custom placement of the tag-selecting interface on any profile category sub-tab.

Roadmap

• Allow free-tagging or multiple-/single-select behavior to be inherited from the vocabulary
• Views integration
• Merge with User Tags

Incompatibility with User Tags

This module uses the same table name as User Tags and is therefore incompatible.

Credits

Development of this module is sponsored by the PHM Society and Four Kitchens.

This module provides tokens with login ticket, which can be used in emails for automatic login of users via links from emails.
Admins can build different tokens for different purposes.

This module provides a form for fast user registration with email and username only.
Other modules also can add another fields on this form.
After fast registration, a user is allowed to visit a configurable count of pages, after which the user must fill in the full user profile.