Wrox Programmer Forums
|
BOOK: ASP.NET 2.0 Website Programming Problem Design Solution ISBN: 978-0-7645-8464-0
This is the forum to discuss the Wrox book ASP.NET 2.0 Website Programming: Problem - Design - Solution by Marco Bellinaso; ISBN: 9780764584640
Welcome to the p2p.wrox.com Forums.

You are currently viewing the BOOK: ASP.NET 2.0 Website Programming Problem Design Solution ISBN: 978-0-7645-8464-0 section of the Wrox Programmer to Programmer discussions. This is a community of software programmers and website developers including Wrox book authors and readers. New member registration was closed in 2019. New posts were shut off and the site was archived into this static format as of October 1, 2020. If you require technical support for a Wrox book please contact http://hub.wiley.com
 
Old January 22nd, 2008, 01:43 PM
Authorized User
 
Join Date: Mar 2007
Posts: 10
Thanks: 0
Thanked 0 Times in 0 Posts
Default delayed login account creation

I am trying to create a website for multiple stores to manage their customer accounts. I am getting stumped on how to handle the situation where the store creates an account for a customer before the customer has created any login credentials.

The store would have to be able to create a "Customer" and then later associate that "Customer" to a particular set of login credentials.

I was thinking I the store could send an "Invite" email to the customer with a link to the "Create Login" page that has the customerID as parameter. When the login is created, the supplied CustomerID value is placed in the customers profile. It seems like I would lose a lot of the built in functionality of the profile features though since i would have to create a "Customers" table with all the pertinent customer info...

Does anybody have any ideas on how to better handle this situation?

If this has been covered in another thread, can somebody provide a link?
 
Old January 22nd, 2008, 04:29 PM
Lee Dumond's Avatar
Wrox Author
 
Join Date: Jan 2008
Posts: 923
Thanks: 12
Thanked 166 Times in 162 Posts
Default

I've had to handle a similar situation in the past. It was a situation where a client wanted to transfer their existing paper records to a database. The issue was, the system was brand new, so obviously no existing customers had ever created logins.

What we did was to actually create logins for these existing customers on our end. When an existing customer was added to the DB by an administrator, the system would automatically generate a random password for them (you can easily set up the profile to do this). Then the customer would be sent their "temporary" credentials and a link to the login page.

We wrote a little module that would determine if this was the first time they had ever logged in. If it was, they were required to change their password right then and there.

 
Old January 22nd, 2008, 05:19 PM
Authorized User
 
Join Date: Mar 2007
Posts: 10
Thanks: 0
Thanked 0 Times in 0 Posts
Default

I had thought about that, but wasn't too sure how i felt about the users not creating their own UserNames. It might not be too big a deal though...

Any other ideas out there?
 
Old January 22nd, 2008, 07:08 PM
Authorized User
 
Join Date: Mar 2007
Posts: 39
Thanks: 0
Thanked 1 Time in 1 Post
Default

I had a similar situation years ago where we generated estimates for prospects that were not yet customers. I would enter a temporary customer with a "." in front of the prospect's name, then if the prospect became a customer later on we would transfer all the estimates to the customer account, and delete the temporary account.

This method would require that you monitor new customer accounts, and then transfer the documents from the temporary account to the customer's official account.

The "." prefix also provided grouping of the temporary names in lists and reports for easy identification. It was a simple and rather effective solution.

 
Old January 22nd, 2008, 11:27 PM
Lee Dumond's Avatar
Wrox Author
 
Join Date: Jan 2008
Posts: 923
Thanks: 12
Thanked 166 Times in 162 Posts
Default

Quote:
quote:Originally posted by GameGorilla
 I had thought about that, but wasn't too sure how i felt about the users not creating their own UserNames. It might not be too big a deal though...
As I recall, we made the system so that they had to use their email address as their username. (We had the email addresses already.) A lot of systems do that (Amazon and Google, for a couple of examples). The added benefit is that they aren't as likely to forget it.

It takes a little more work, because under the default Membership provider, user names are supposed to be permanent. But, it's not too hard to implement a custom provider that makes the username easily changeable.






Similar Threads
Thread Thread Starter Forum Replies Last Post
Help with login page creation neil.abachi07 ASP.NET 1.0 and 1.1 Basics 65 April 16th, 2008 11:47 PM
Urgent: Lock account if user login with invalid pw ramuis78 ASP.NET 2.0 Professional 2 May 15th, 2007 08:05 PM
I can't login admin account all chapter ? pop99 BOOK: ASP.NET 2.0 Instant Results ISBN: 978-0-471-74951-6 5 June 4th, 2006 05:17 AM
username/password creation of login page in asp undercurrent Classic ASP Basics 3 March 21st, 2005 08:38 PM
login domain account and view a permission folder cslimcom Classic ASP Databases 0 December 22nd, 2004 10:24 PM





Powered by vBulletin®
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Copyright (c) 2020 John Wiley & Sons, Inc.