Re: [WebDNA] WebDNA as cgi app (was WebSite Examples)
This WebDNA talk-list message is from 2008
It keeps the original formatting.
numero = 100053
interpreted = N
texte = Oh my God, I work with PHP for a couple of years now and forgot THAT!Tried to find an excuse but no, there is none ... thanks for your patience ;-)::::::::::Peter OstryOn 30.06.2008, at 04:42, Bob Minor wrote:> php says otherwise:>> http://us.php.net/manual/en/intro.session.php>> if you disabled cookies, and deleted them, then php stores will > lose their session id just like everyone else's.>> On Jun 29, 2008, at 9:03 PM, Peter Ostry wrote:>>> I've put "invisible" in quotes because the PHP session ID is >> normally not in the URL (it does not need to be) and no, it is not >> a cookie. It is known by PHP and bound to the browser. Works >> always, even if the user turns cookies off. It is shown if you >> display it. The user has no way to block or manipulate it. It >> remains the same as long as there is a session_start() called on >> top of the page. And it dies, hm, next week? ;-) Don't know.>>>> ::::::::>> Peter Ostry>>>>>> On 30.06.2008, at 02:37, Bob Minor wrote:>>>>> Well the php sessions and asp sessions for that matter are >>> cookies, nothing really invisible.>>>>>> On Jun 29, 2008, at 6:48 PM, William DeVaul wrote:>>>>>>> What is an invisible session id? I thought sessions were either in>>>> the URL as a parameter or in a cookie.>>>>>>>>>>>> On Sun, Jun 29, 2008 at 3:37 PM, Peter Ostry
wrote:>>>>> On 29.06.2008, at 19:11, Donovan Brooke wrote:>>>>>>>>>>> ... some (official) work has been done to replace>>>>>> authentication and the system >>>>>> in favor>>>>>> of cookies.>>>>>>>>>> Cookies aren't bad to identify a machine but they can be >>>>> disabled. For ID's>>>>> I would prefer a kind of "invisible" session ID like PHP has.>>>>>>>>>> ::::::::::>>>>> Peter Ostry>>>>>>>>>>>>>>>>>>>>>>>>> Robert Minor>>> Director of Internet Services>>> ------------------------------------------------------------>>> Cybermill Communications>>> http://www.cybermill.com http://www.merchantmaker.com>>>>>> Providing Ecommerce and interactive website development and>>> hosting services on Macintosh, Windows NT, *nix, and AS/400.>>>>>> Complete ddos proof hosting solutions and network services.>>>>>>>>> Robert Minor> Director of Internet Services> ------------------------------------------------------------> Cybermill Communications> http://www.cybermill.com http://www.merchantmaker.com>> Providing Ecommerce and interactive website development and> hosting services on Macintosh, Windows NT, *nix, and AS/400.>> Complete ddos proof hosting solutions and network services.>
Associated Messages, from the most recent to the oldest:
Oh my God, I work with PHP for a couple of years now and forgot THAT!Tried to find an excuse but no, there is none ... thanks for your patience ;-)::::::::::Peter OstryOn 30.06.2008, at 04:42, Bob Minor wrote:> php says otherwise:>> http://us.php.net/manual/en/intro.session.php>> if you disabled cookies, and deleted them, then php stores will > lose their session id just like everyone else's.>> On Jun 29, 2008, at 9:03 PM, Peter Ostry wrote:>>> I've put "invisible" in quotes because the PHP session ID is >> normally not in the URL (it does not need to be) and no, it is not >> a cookie. It is known by PHP and bound to the browser. Works >> always, even if the user turns cookies off. It is shown if you >> display it. The user has no way to block or manipulate it. It >> remains the same as long as there is a session_start() called on >> top of the page. And it dies, hm, next week? ;-) Don't know.>>>> ::::::::>> Peter Ostry>>>>>> On 30.06.2008, at 02:37, Bob Minor wrote:>>>>> Well the php sessions and asp sessions for that matter are >>> cookies, nothing really invisible.>>>>>> On Jun 29, 2008, at 6:48 PM, William DeVaul wrote:>>>>>>> What is an invisible session id? I thought sessions were either in>>>> the URL as a parameter or in a cookie.>>>>>>>>>>>> On Sun, Jun 29, 2008 at 3:37 PM, Peter Ostry wrote:>>>>> On 29.06.2008, at 19:11, Donovan Brooke wrote:>>>>>>>>>>> ... some (official) work has been done to replace>>>>>> authentication and the [cart]"> system >>>>>> in favor>>>>>> of cookies.>>>>>>>>>> Cookies aren't bad to identify a machine but they can be >>>>> disabled. For ID's>>>>> I would prefer a kind of "invisible" session ID like PHP has.>>>>>>>>>> ::::::::::>>>>> Peter Ostry>>>>>>>>>>>>>>>>>>>>>>>>> Robert Minor>>> Director of Internet Services>>> ------------------------------------------------------------>>> Cybermill Communications>>> http://www.cybermill.com http://www.merchantmaker.com>>>>>> Providing Ecommerce and interactive website development and>>> hosting services on Macintosh, Windows NT, *nix, and AS/400.>>>>>> Complete ddos proof hosting solutions and network services.>>>>>>>>> Robert Minor> Director of Internet Services> ------------------------------------------------------------> Cybermill Communications> http://www.cybermill.com http://www.merchantmaker.com>> Providing Ecommerce and interactive website development and> hosting services on Macintosh, Windows NT, *nix, and AS/400.>> Complete ddos proof hosting solutions and network services.>
Peter Ostry
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
changing order number (1998)
WebCat2: multiple currency support (1997)
Server Load (2000)
Simple Database close connection (2001)
Major Security Hole (1998)
PIXO support (1997)
referrer and no caches (1997)
Are [CART]'s always > Previous [CART]'s (2000)
Signal Raised Error (1997)
Content-type:... (2000)
Daze to Dates (1998)
WebCat2b15MacPlugin - [protect] (1997)
Price and Formula.db (2002)
test (2000)
(1998)
WebCat2b13MacPlugin - [math][date][/math] problem (1997)
Scoping rules in WebDNA 4.0 (2000)
Error 11 (1996)
Problems with ^ could be solved with [REPLACE CHARACTERS] (1997)
AppleScript/.db (was:FTP to WebStar) (2001)