NYCPHP Meetup

[Rolan]

If client side cookies were enabled, you could set the expiration for 1 
yr ahead or something.
If the client did not accept cookies, then you'd have to go server-side 
of course.
I'm not sure that requiring registration/logins is practical, since, if 
the client can not
store cookies, the user would have to enter a login/password every time 
anyway.
And in doing so, it is more cumbersome (more key taps and clicks) than 
clicking
once to select the media player preference for the session.

~Rolan

Sexton, David wrote:

>...or require them to register/login, which would be more reliable since you
>can store/retrieve the prefs server-side using sessions. Maybe you already
>have an existing login process, which would make it that much easier to
>implement.
>
>
>-----Original Message-----
>From: Rolan [mailto:rolan at datawhorehouse.com]
>Sent: Thursday, July 31, 2003 12:25 PM
>To: NYPHP Talk
>Subject: Re: [nycphp-talk] Simple form-based selection and
>cookie-setting/getting
>
>
>cookies.
>http://www.php.net/manual/en/features.cookies.php
>
>Robert Dumas wrote:
>
>  
>
>>Hi all:
>>
>>I'm new to the list and I have a question.
>>
>>I'm building a streaming media player that opens in a pop-up (a 
>>requested one, thank goodness) and I want to do it in PHP. Basically, 
>>I want the user to select their preferred media player -- Real (ugh) 
>>or WMP (double-ugh) -- and hit a link which saves their media player 
>>preference and pops open the player.  Popping open the player is, of 
>>course, no problem; but retrieving their preference is kind of sticky. 
>>Does anyone know of a good example of a simple way to do this?
>>
>>Cheers
>>
>>Robert Dumas
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>talk mailing list
>>talk at lists.nyphp.org
>>http://lists.nyphp.org/mailman/listinfo/talk
>> 
>>
>>    
>>
>
>_______________________________________________
>talk mailing list
>talk at lists.nyphp.org
>http://lists.nyphp.org/mailman/listinfo/talk
>
>
>Please do not transmit orders or instructions regarding a UBS account by
>email. The information provided in this email or any attachments is not an
>official transaction confirmation or account statement. For your protection,
>do not include account numbers, Social Security numbers, credit card
>numbers, passwords or other non-public information in your email. Because
>the information contained in this message may be privileged, confidential,
>proprietary or otherwise protected from disclosure, please notify us
>immediately by replying to this message and deleting it from your computer
>if you have received this communication in error.  Thank you.
>
>UBS Financial Services Inc.
>UBS International Inc.
>
>_______________________________________________
>talk mailing list
>talk at lists.nyphp.org
>http://lists.nyphp.org/mailman/listinfo/talk
>
>  
>