Created by Kenneth Kataiwa
ZendUserModule is a user registration and authentication module for Zend Framework. Out of the box, ZendUserModule works with Zend\Db, however alternative storage adapter modules are available (see below). ZendUserModule provides the foundations for adding user authentication and registration to your Zend Framework project. It is designed to be very simple and easy to extend.
More information and examples are available on the ZendUserModule Wiki
Please use below table to figure out what version of ZendUserModule you should use.
| ZendUserModule version | Supported Zend Framework version |
|---|---|
| 2.x | <= 2.5 or >= 2.6 |
| 3.x | 3.x |
By default, ZendUserModule ships with support for using Zend\Db for persisting users. However, by installing an optional alternative storage adapter module, you can take advantage of other methods of persisting users:
- ZendUserDoctrine - Doctrine2 ORM
- Zend Framework (latest master)
- Authenticate via username, email, or both (can opt out of the concept of username and use strictly email) [COMPLETE]
- User registration [COMPLETE]
- Forms protected against CSRF [COMPLETE]
- Out-of-the-box support for Doctrine2 and Zend\Db [COMPLETE]
- Robust event system to allow for extending [COMPLETE]
- Provide ActionController plugin and view helper [COMPLETE]
-
Add this project in your composer.json:
"require" : { "kenkataiwa/zend-user-module": "dev-master" }
-
Now tell composer to download ZendUserModule by running the command:
$ php composer.phar update
-
Enabling it in your
application.config.phpfile.<?php return array( 'modules' => array( // ... 'ZendUserModule', ), // ... );
-
Then Import the SQL schema located in
./vendor/kenkataiwa/zend-user/data/schema.sql(if you installed using the Composer) or in./vendor/ZendUserModule/data/schema.sql.
Coming soon...
Coming soon...
- If you do not already have a valid Zend\Db\Adapter\Adapter in your service
manager configuration, put the following in
./config/autoload/database.local.php:
<?php
return array(
'db' => array(
'driver' => 'PdoMysql',
'hostname' => 'changeme',
'database' => 'changeme',
'username' => 'changeme',
'password' => 'changeme',
),
'service_manager' => array(
'factories' => array(
'Zend\Db\Adapter\Adapter' => 'Zend\Db\Adapter\AdapterServiceFactory',
),
),
);Navigate to http://yourproject/user and you should land on a login page.
DO NOT CHANGE THE PASSWORD HASH SETTINGS FROM THEIR DEFAULTS unless A) you have done sufficient research and fully understand exactly what you are changing, AND B) you have a very specific reason to deviate from the default settings.
If you are planning on changing the default password hash settings, please read the following:
The password hash settings may be changed at any time without invalidating existing user accounts. Existing user passwords will be re-hashed automatically on their next successful login.
WARNING: Changing the default password hash settings can cause serious problems such as making your hashed passwords more vulnerable to brute force attacks or making hashing so expensive that login and registration is unacceptably slow for users and produces a large burden on your server(s). The default settings provided are a very reasonable balance between the two, suitable for computing power in 2013.
The ZendUserModule module has some options to allow you to quickly customize the basic
functionality. After installing ZendUserModule, copy
./vendor/kenkataiwa/zend-user/config/ZendUserModule.global.php.dist to
./config/autoload/ZendUserModule.global.php and change the values as desired.
The following options are available:
- user_entity_class - Name of Entity class to use. Useful for using your own
entity class instead of the default one provided. Default is
ZendUserModule\Entity\User. - enable_username - Boolean value, enables username field on the
registration form. Default is
false. - auth_identity_fields - Array value, specifies which fields a user can use as the 'identity' field when logging in. Acceptable values: username, email.
- enable_display_name - Boolean value, enables a display name field on the
registration form. Default value is
false. - enable_registration - Boolean value, Determines if a user should be
allowed to register. Default value is
true. - login_after_registration - Boolean value, automatically logs the user in
after they successfully register. Default value is
false. - use_registration_form_captcha - Boolean value, determines if a captcha should
be utilized on the user registration form. Default value is
true. (Note, right now this only utilizes a weak Zend\Text\Figlet CAPTCHA, but I have plans to make all Zend\Captcha adapters work.) - login_form_timeout - Integer value, specify the timeout for the CSRF security field of the login form in seconds. Default value is 300 seconds.
- user_form_timeout - Integer value, specify the timeout for the CSRF security field of the registration form in seconds. Default value is 300 seconds.
- use_redirect_parameter_if_present - Boolean value, if a redirect GET parameter is specified, the user will be redirected to the specified URL if authentication is successful (if present, a GET parameter will override the login_redirect_route specified below).
- login_redirect_route String value, name of a route in the application which the user will be redirected to after a successful login.
- logout_redirect_route String value, name of a route in the application which the user will be redirected to after logging out.
- password_cost - This should be an integer between 4 and 31. The number
represents the base-2 logarithm of the iteration count used for hashing.
Default is
10(about 10 hashes per second on an i5). - enable_user_state - Boolean value, enable user state usage. Should user's state be used in the registration/login process?
- default_user_state - Integer value, default user state upon registration. What state user should have upon registration?
- allowed_login_states - Array value, states which are allowing user to login. When user tries to login, is his/her state one of the following? Include null if you want user's with no state to login as well.
NOTICE These instructions are currently out of date.
By default, the user registration uses the Figlet captcha engine. This is because it's the only one that doesn't require API keys. It's possible to change out the captcha engine with DI. For example, to change to Recaptcha, you would add this to one of your configuration files (global.config.php, module.config.php, or a dedicated recaptcha.config.php):
<?php
// ./config/autoload/recaptcha.config.php
return array(
'di'=> array(
'instance'=>array(
'alias'=>array(
// OTHER ELEMENTS....
'recaptcha_element' => 'Zend\Form\Element\Captcha',
),
'recaptcha_element' => array(
'parameters' => array(
'spec' => 'captcha',
'options'=>array(
'label' => '',
'required' => true,
'order' => 500,
'captcha' => array(
'captcha' => 'ReCaptcha',
'privkey' => RECAPTCHA_PRIVATE_KEY,
'pubkey' => RECAPTCHA_PUBLIC_KEY,
),
),
),
),
'ZendUserModule\Form\Register' => array(
'parameters' => array(
'captcha_element'=>'recaptcha_element',
),
),
),
),
);