Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.php > #14285

Re: Php login/registration page

From Jerry Stuckle <jstucklex@attglobal.net>
Newsgroups comp.lang.php
Subject Re: Php login/registration page
Date 2014-10-03 20:37 -0400
Organization A noiseless patient Spider
Message-ID <m0nfh3$rus$1@dont-email.me> (permalink)
References (4 earlier) <XnsA3BB1AEBFA590R2D2@127.0.0.1> <m0l577$4et$2@dont-email.me> <87ppe9vl0e.fsf@ahungry.com> <m0mq6m$3u6$1@dont-email.me> <87y4swrjsd.fsf@ahungry.com>

Show all headers | View raw


On 10/3/2014 4:16 PM, Matthew Carter wrote:
> Denis McMahon <denismfmcmahon@gmail.com> writes:
> 
>> On Fri, 03 Oct 2014 00:24:01 -0400, Matthew Carter wrote:
>>
>>> I'd think the intention of a non-database registration page would be a
>>> page where the user fills out a form and the data posted writes to a
>>> flat file (which is then subsequently read from for confirming a user is
>>> registered, to access a single member only page).
>>
>> But that flat file is a database.
>>
>> This is one of the issues. You can't store registration information to 
>> use at a future login time without holding somewhere, on the server, a 
>> list of users. Regardless of how and where you store it on the server, 
>> it's a database.
> 
> "A database is an organized collection of data." - Wikipedia.
> 
> How literal do you take it/where do you draw the line though?  Written
> to disk = database?  Stored in RAM = database?  A collection of Pokemon
> cards = a database?
> 
> In the context of software, I think 99% of the time a reference to a
> "database" is a reference to a DBMS, not the literal meaning.
> 

That could be true.  But looking at the requirements again, it doesn't
seem ANYTHING needs to be saved.  Please point to a single requirement
which stats that.

OTOH,  the requirements indicate data is only to be passed via hidden
fields - which would indicate nothing saved.


-- 
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================

Back to comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Php login/registration page Apple Sizat <afor6993@gmail.com> - 2014-09-30 16:04 -0700
  Re: Php login/registration page Jerry Stuckle <jstucklex@attglobal.net> - 2014-09-30 20:55 -0400
    Re: Php login/registration page Richard Damon <Richard@Damon-Family.org> - 2014-09-30 23:33 -0400
      Re: Php login/registration page "J.O. Aho" <user@example.net> - 2014-10-01 06:51 +0200
      Re: Php login/registration page Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-01 08:13 -0400
        Re: Php login/registration page Richard Damon <Richard@Damon-Family.org> - 2014-10-01 22:37 -0400
        Re: Php login/registration page GS <nomail@nospam.org.invalid> - 2014-10-03 01:38 +0000
          Re: Php login/registration page Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-02 21:43 -0400
          Re: Php login/registration page Denis McMahon <denismfmcmahon@gmail.com> - 2014-10-03 03:29 +0000
            Re: Php login/registration page Matthew Carter <m@ahungry.com> - 2014-10-03 00:24 -0400
              Re: Php login/registration page Denis McMahon <denismfmcmahon@gmail.com> - 2014-10-03 18:33 +0000
                Re: Php login/registration page Matthew Carter <m@ahungry.com> - 2014-10-03 16:16 -0400
                Re: Php login/registration page Ed Mullen <ejEVOMER@edmullen.net> - 2014-10-03 18:24 -0500
                Re: Php login/registration page Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-03 20:37 -0400
  Re: Php login/registration page Michael Vilain <vilain@NOspamcop.net> - 2014-09-30 18:38 -0700
  Re: Php login/registration page gordonb.opkrz@burditt.org (Gordon Burditt) - 2014-09-30 21:08 -0500

csiph-web