Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.php > #6272
| From | Jerry Stuckle <jstucklex@attglobal.net> |
|---|---|
| Newsgroups | comp.lang.php |
| Subject | Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery |
| Date | 2012-06-10 16:52 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <jr31fc$htu$1@dont-email.me> (permalink) |
| References | <CBFA7866.270D8%hal9001@panix.com> |
On 6/10/2012 4:14 PM, Robert Rosenberg wrote: > Per the samples I have seen in manuals and on the php,net site I store the > header statements in a if(!isset($_SERVER['PHP_AUTH_USER'])) delineated > section. > > I test the supplied UserID and Password to see if they are a valid pair. My > problem is that when they are not (right now I have a hard coded pair to use > in my testing) I issue an error message and have the user try again (by > having the page relaunched via a link). The problem is that the IF sees that > the UserID is already set (to the bad value) and thus will not reissue the > login menu. How do I invalidate the stored value so that the IF will return > TRUE and thus cause the menu to be issued? I tried adding a > $_SERVER['PHP_AUTH_USER'])=""; or a unset($_SERVER['PHP_AUTH_USER']); in my > error routine (with the link) I still do not get the the menu. > > Please Help. > > Thank you. > These values are set by the server. You can change them, but only for the currently running script. So, you need another way of doing it. One way is to set a value in the $_SESSION array to something when the user is logged in, and test it instead. Once you get a correct userid and password, set this value. If the value isn't set, display the login page. Once it is set, continue on. BTW, I think most PHP programmers don't use the Apache userid/password. It's OK if you're using Apache authentication, but that's about it. The rest just put up a page with userid and password and handle it from there. It takes Apache out of the equation and gives you full control (i.e. you can put a "forgot password" link on the page, or a "register" link if they haven't registered yet). -- ================== Remove the "x" from my email address Jerry Stuckle JDS Computer Training Corp. jstucklex@attglobal.net ==================
Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Query about WWW-Authenticate: Basic and bad UserID/Password recovery Robert Rosenberg <hal9001@panix.com> - 2012-06-10 16:14 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-10 16:52 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Robert Rosenberg <hal9001@panix.com> - 2012-06-10 18:17 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Scott Johnson <noonehome@chalupasworld.com> - 2012-06-10 16:49 -0700
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Jerry Stuckle <jstucklex@attglobal.net> - 2012-06-10 20:41 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Richard Damon <news.x.richarddamon@xoxy.net> - 2012-06-10 16:54 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Robert Rosenberg <hal9001@panix.com> - 2012-06-10 18:25 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery Richard Damon <news.x.richarddamon@xoxy.net> - 2012-06-10 19:40 -0400
Re: Query about WWW-Authenticate: Basic and bad UserID/Password recovery "M. Strobel" <sorry_no_mail_here@nowhere.dee> - 2012-06-11 09:36 +0200
csiph-web