# What is the best login generator to use?

**URL:** <https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169>\
**Category:** Rails\
**Created:** [December 27, 2005, 4:00pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169 "2005-12-27T16:00:21Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 4:00pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/1 "2005-12-27T16:00:21Z")

</div>

Hello,

Where can I find a good login geenrator that has roles, email support…

Thanks

Frank

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 4:21pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/2 "2005-12-27T16:21:29Z")

</div>

Frank wrote:

> Hello,
> 
> Where can I find a good login geenrator that has roles, email support…
> 
> Thanks
> 
> Frank

Hi Frank-

You’re opening a can of worms around here mentioning login  
generator/plugin/component/engines.

I started with the Salted Hash Login Generator and doctored it up quite  
a bit. I ended up moving some components to my “account\_controller”,  
some to my “signup\_controller”, some to my “admin/…\_controllers” and  
so on.

It natively supports roles, but not in a fashion I wanted to use. I  
added a usergroup class/model and linked it through that. It does have  
email support.

Cheers,  
Jake J.

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 4:56pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/3 "2005-12-27T16:56:29Z")

</div>

Jake is right, there is quite a bit of activity regarding login and  
role support around here. Taking that into account, I would like to  
give a vote of support to login\_engine and user\_engine. Login\_engine  
is basically Salted Hash Login Generator without the localization  
(making initial setup a bit easier) and it is a Rails Engine, which  
has great buzzword value. Regardless of any hype around the Engines  
system, I have found that they are both very useful and include some  
nice features out of the box… erm, svn checkout.

Daniel H.

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 5:08pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/4 "2005-12-27T17:08:35Z")

</div>

I did not want to start a war.

How do I install login\_engine and user\_engine?

Thanks

Frank  
----- Original Message -----  
From: “Daniel H.” [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
To: [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
Sent: Tuesday, December 27, 2005 10:55 AM  
Subject: Re: [Rails] Re: What is the best login generator to use?

Jake is right, there is quite a bit of activity regarding login and  
role support around here. Taking that into account, I would like to  
give a vote of support to login\_engine and user\_engine. Login\_engine  
is basically Salted Hash Login Generator without the localization  
(making initial setup a bit easier) and it is a Rails Engine, which  
has great buzzword value. Regardless of any hype around the Engines  
system, I have found that they are both very useful and include some  
nice features out of the box… erm, svn checkout.

Daniel H.

On 12/27/05, Jake J. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:

> Hi Frank-  
> added a usergroup class/model and linked it through that. It does have  
> [http://lists.rubyonrails.org/mailman/listinfo/rails](http://lists.rubyonrails.org/mailman/listinfo/rails)

* * *

Rails mailing list  
removed\_email\_address@domain.invalid  
[http://lists.rubyonrails.org/mailman/listinfo/rails](http://lists.rubyonrails.org/mailman/listinfo/rails)

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 6:27pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/5 "2005-12-27T18:27:10Z")

</div>

On 12/27/05, Bob H. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:

> easier? Doesn’t this make adding localisation later a lot harder? If  
> you do add localisation what happens when you want to upgrade the  
> engine? Is there a way of localising stuff in Rails that makes this a  
> non-issue?

Right. The login system is NOT the right place for localization to take  
place.  
MLR (multilingual Rails) is currently under revision, and should be  
coming out as a plugin soon.  
[http://wrath.rubyonrails.org/pipermail/rails-core/2005-November/000198.html](http://wrath.rubyonrails.org/pipermail/rails-core/2005-November/000198.html)

Having localization happen in the login generator made it more  
difficult to localize the rest of the app.

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 7:15pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/6 "2005-12-27T19:15:27Z")

</div>

Just an update: That new version of MLR I was working on is now called  
Globalize, and is available as a plugin at:  
[http://globalize.diluvia.net/wiki](http://globalize.diluvia.net/wiki).

Happy Holidays,  
Josh Harvey  
[http://shnoo.gr](http://shnoo.gr)

Wilson B. wrote:

> Right. The login system is NOT the right place for localization to take  
> place.  
> MLR (multilingual Rails) is currently under revision, and should be  
> coming out as a plugin soon.  
> [http://wrath.rubyonrails.org/pipermail/rails-core/2005-November/000198.html](http://wrath.rubyonrails.org/pipermail/rails-core/2005-November/000198.html)

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 5:26pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/7 "2005-12-27T17:26:54Z")

</div>

On Dec 27, 2005, at 10:55 AM, Daniel H. wrote:

> Jake is right, there is quite a bit of activity regarding login and  
> role support around here. Taking that into account, I would like to  
> give a vote of support to login\_engine and user\_engine. Login\_engine  
> is basically Salted Hash Login Generator without the localization  
> (making initial setup a bit easier)

Is this the reason localisation was dropped? To make setup a bit  
easier? Doesn’t this make adding localisation later a lot harder? If  
you do add localisation what happens when you want to upgrade the  
engine? Is there a way of localising stuff in Rails that makes this a  
non-issue?

Thanks,  
Bob

* * *

Bob H. – blogs at [http://www.recursive.ca/hutch/](http://www.recursive.ca/hutch/)  
Recursive Design Inc. – [http://www.recursive.ca/](http://www.recursive.ca/)  
Raconteur – [http://www.raconteur.info/](http://www.raconteur.info/)

---

<div class="post-metadata">

**Author:** ![frank](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/3d9bf3/32.png) [@frank](https://www.ruby-forum.com/u/frank)\
**Post date:** [December 27, 2005, 10:03pm UTC](https://www.ruby-forum.com/t/what-is-the-best-login-generator-to-use/51169/8 "2005-12-27T22:03:57Z")

</div>

Sorry. I actually knew that, my brain just stopped working before I  
finished the e-mail.

P.S. - RubyForge project for the cross-platform Unicode gem coming  
soon; I haven’t forgotten.

–Wilson.
