ASP.NET

Not Active19-Feb-10 5:34

19-Feb-10 5:34

Start here[^] and here[^]

I know the language. I've read a book. - _Madmatt

R. Giskard Reventlov19-Feb-10 5:02

19-Feb-10 5:02

Mark Nischalke wrote:
Yes, stop reinventing the wheel.

That does not suit every occasion - it is wrong to tell people that. I've been on many projects where, for one reason or another, that was not considered suitable to our needs and we had to hand craft a solution that did suit.

Tychotics: take us back to the moon

"Life, for ever dying to be born afresh, for ever young and eager, will presently stand upon this earth as upon a footstool, and stretch out its realm amidst the stars."
H. G. Wells

Not Active19-Feb-10 5:25

19-Feb-10 5:25

It is the appropriate response when implementing something that is already present in the framework. In this case authentication uses a provider model that can be extended to cover extenuating circimstance so again there is no need to reinvent what has already done. Redirecting to the appropriate page i s also provided via the built-in controls and model.

I know the language. I've read a book. - _Madmatt

R. Giskard Reventlov19-Feb-10 5:32

19-Feb-10 5:32

I fully undertand all that and have used it many times. But I've also not used it because we had other concerns or design issues or plain old bloody minded architects that didn't like it. Either way it is not the answer to everything.

Not Active19-Feb-10 5:35

19-Feb-10 5:35

Nor is DIY

I know the language. I've read a book. - _Madmatt

R. Giskard Reventlov19-Feb-10 6:47

19-Feb-10 6:47

I didn't say it was. What is your problem? You're not right: it isn't the only answer and I already said that custom wasn't either.

Not Active19-Feb-10 7:12

19-Feb-10 7:12

What the hell is your problem? You start off with "That does not suit every occasion - it is wrong to tell people that."

That was a very offensive attitude to begin an open discussion with.
Followed up with "Your're not right" shows a lack of respect for other viewpoints and the people who present them.

There is no right or wrong, we have choices. I stand by my comments that in this case the OP should not be creating a mechanism that already exists. You can disagree, but you don't have to be disagreable.

I know the language. I've read a book. - _Madmatt

R. Giskard Reventlov19-Feb-10 7:18

19-Feb-10 7:18

Mark Nischalke wrote:
That does not suit every occasion - it is wrong to tell people that."

You found that offensive? Grow up: I thought that fairly polite. Take it howver you want, I suppose.

Mark Nischalke wrote:
I stand by my comments that in this case the OP should not be creating a mechanism that already exists

Rubbish. There is always more than one way to skin a cat and just because MS give you something for free doesn't mean you have to use it.

Oakman20-Feb-10 2:43

Oakman

20-Feb-10 2:43

Mark Nischalke wrote:
You can disagree, but you don't have to be disagreable.

Good advice - take it.

Jon

"I don't think the human race will survive the next thousand years, unless we spread into space. There are too many accidents that can befall life on a single planet. But I'm an optimist. We will reach out to the stars." ~ Stephen Hawking,

Soap Box 1.0: the first, the original, reborn troll-less

R. Giskard Reventlov19-Feb-10 5:00

19-Feb-10 5:00

If everything you do is custom then I might use Attributes to decorate the master page, if you have one, or every page other than the login page if you don't that just does:
1: Is this user logged in? (Could be accomplished by populating a session variable upon successful login).
2: Yes: allow access to any page. (You could also have stored the selected page in a session variable).
3: No: redirect to login.

Attributes are fairly simple to create so you can look that bit up: I'm sure there are plenty of articles on CP that will help.

I'm also sure there are other ways to do this and perhaps someone else can offer further suggestions.

awedaonline19-Feb-10 5:03

19-Feb-10 5:03

Thanks for this idea. It never came to my mind to store the selected page in a Session variable. I will do it and feedback you ASAP.

I am grateful.

awedaonline19-Feb-10 5:12

19-Feb-10 5:12

Wow, I tried it but not getting it right.

I declared a Session("selectedPage") = "~/page.aspx" variable under the Page_Init event of the page.aspx page.

Under my masterpage, I checked :

If ((Session("selectedPage").ToString() <> "")) Then
Response.Redirect(Session("selectedPage").ToString())
Else
Response.Redirect("~/anotherPage.aspx")
End If

but I as redirected to the anotherPage.aspx after succesfull login which I started by selecting the page.aspx as my startup page.

What could have happened plz?

R. Giskard Reventlov19-Feb-10 5:31

19-Feb-10 5:31

Okay@ let's pretend you have a site with a Master Page, Default.aspx, Links.aspx, Contacts.aspx and Login.aspx.

The only 2 pages that anyone can see without some form of authentication are Default and Login. If they try to access any other page they get redirected to LOgin if the Session variable that tracks their status is empty. If you create an attribute that checks for their status and redirects accordingly from the Master Page that should help to solve your issue. What you will also have to do is to, for example, maybe have some code underlying a menu click option that tracks the page they were trying to get to and pass that into the session variable.

See how you get on: I think you should be able to figure out the rest of it from here.

awedaonline19-Feb-10 7:11

19-Feb-10 7:11

Thanks a lot. but I don't seem to understand what and how to imlement that attribute you are saying. Do you mean a property?

R. Giskard Reventlov19-Feb-10 7:20

19-Feb-10 7:20

I think you need to start figuring some of this out for yourself: there is a lot of information about attributes all over the web and especially within Code Project..

Not Active19-Feb-10 7:26

19-Feb-10 7:26

As I've been trying to point out if you use the built-in mechanism all of this is handled for you, plus other benefits.

I know the language. I've read a book. - _Madmatt

Rutvik Dave19-Feb-10 7:53

Rutvik Dave

19-Feb-10 7:53

Step 1) When you redirect user to the Login page (i.e. Login.aspx) pass the current url in Query string.

i.e.

Response.Redirect("Login.aspx?PreviousPage=" + Request.AppRelativeCurrentExecutionFilePath.ToString());

Step 2) In the Login Page, after you authenticate user, Redirect the user back to the page in the query string.

i.e.

if(Request.QueryString["PreviousPage"] != null)
  Response.Redirect(Request.QueryString["PreviousPage"].ToString());
else
  Response.Redirect("Some where else, might be your products page etc...");

Brij19-Feb-10 8:19

Brij

19-Feb-10 8:19

the same approach I have used in my project and found simple way to implement this.

Cheers!!
Brij

awedaonline3-Mar-10 23:18

3-Mar-10 23:18

Your opinion was helpful.

Thanks..

JimBob SquarePants19-Feb-10 12:23

JimBob SquarePants

19-Feb-10 12:23

Passing the page that performed the redirect to your login would be quite easy. Just use a querystring.

e.g
default.aspx

//get the current page url
String url = Page.Request.RawUrl;

//redirect the page to your new one
Response.Redirect(String.Format(CultureInfo.InvariantCulture, "~/login.aspx?pp={0}", url));

//get the url of the previous page.
if(Request.RawUrl.Contains("?pp="))
{
string previousPage = Request.QueryString["pp"]);
}

Once you have your value you could use the login control LoggedIn event
to redirect to you original page using the query string you have captured.

I know it's a chore but I heartily recommend getting a book on Asp.Net. Most beginners books will have plenty of information about this.

Good luck!

JimBob SquarePants
*******************************************************************
"He took everything personally, including our royalties!"
David St.Hubbins, Spinal Tap about Ian Faith, their ex-manager
*******************************************************************

awedaonline3-Mar-10 23:17