manual/en/features.cookies.php
20150502_rev01 · COMPARED WITH 20150401_rev01 · ARCHIVE SNAPSHOT, DATE APPROXIMATE
Full text changes — 20150401_rev01 to 20150502_rev01
| 3 | 3 | Any cookies sent to you from the client will automatically be included into a [$\_COOKIE](http://php.net/manual/en/reserved.variables.cookies.php) auto-global array if [variables\_order](http://php.net/manual/en/ini.core.php) contains "C". If you wish to assign multiple values to a single cookie, just add _\[\]_ to the cookie name. |
| 4 | 4 | |
| 5 | 5 | Depending on [register\_globals](http://php.net/manual/en/ini.core.php), regular PHP variables can be created from cookies. However it's not recommended to rely on them as this feature is often turned off for the sake of security. |
| 6 | 6 | |
| 7 | 7 | For more details, including notes on browser bugs, see the [setcookie()](http://php.net/manual/en/function.setcookie.php) and [setrawcookie()](http://php.net/manual/en/function.setrawcookie.php) function. |
| 8 | 8 | |
| 9 | 6 | |
| 9 | 7 | |
| 10 | 10 | |
| 11 | 11 | [**_Tugrul_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 12 | 12 | |
| 13 | **23 days ago** | |
| 13 | **1 month ago** | |
| 14 | 14 | |
| 15 | 15 | `Setting new cookie ============================= <?php setcookie("name","value",time()+$int); /*name is your cookie's name value is cookie's value $int is time of cookie expires*/ ?> Getting Cookie ============================= <?php echo $_COOKIE["your cookie name"]; ?> Updating Cookie ============================= <?php setcookie("color","red"); echo $_COOKIE["color"]; /*color is red*/ /* your codes and functions*/ setcookie("color","blue"); echo $_COOKIE["color"]; /*new color is blue*/ ?> Deleting Cookie ============================== <?php unset($_COOKIE["yourcookie"]); /*Or*/ setcookie("yourcookie","yourvalue",time()-1); /*it expired so it's deleted*/ ?> Reference: [http://gencbilgin.net/php-cookie-kullanimi.html](http://gencbilgin.net/php-cookie-kullanimi.html)` |
| 16 | 16 | |
| 17 | \-1 | |
| 17 | \-2 | |
| 18 | 18 | |
| 19 | 19 | [**_Henry_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 20 | 20 | |
| 21 | 21 | **5 years ago** |
| 22 | 22 | |
| 23 | 23 | `It is better to note not to attach your cookies to and IP and block the IP if it is different as some people use Portable Browsers which will remember the cookies. It is better to show a login screen instead if the IP does not correspond to the session cookie's IP.` |
| 24 | 24 | |
| 25 | 1 | |
| 25 | 0 | |
| 26 | 26 | |
| 27 | 27 | [**_myfirstname at braincell dot cx_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 28 | 28 | |
| 29 | 29 | **11 years ago** |
| 30 | 30 | |
| 31 | 31 | `[Editor's note: Wilson's comment has been deleted since it didn't contain much useful information, but this note is preserved although its reference is lost]` |
| 33 | 33 | `Just a general comment on Wilton's code snippet: It's generally considered very bad practice to store usernames and/or passwords in cookies, whether or not they're obsfucated. Many spyware programs make a point of stealing cookie contents.` |
| 34 | 34 | |
| 35 | 35 | `A much better solution would be to either use the PHP built in session handler or create something similar using your own cookie-based session ID. This session ID could be tied to the source IP address or can be timed out as required but since the ID can be expired separately from the authentication criteria the authentication itself is not compromised.` |
| 36 | 36 | |
| 37 | 37 | `Stuart Livings` |
| 38 | 38 | |
| 39 | \-1 | |
| 39 | \-2 | |
| 40 | 40 | |
| 41 | 41 | [**_ingen at stocken.ws_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 42 | 42 | |
| 43 | 43 | **8 years ago** |
| 44 | 44 | |
| 45 | 45 | `If you want a secured session not tied to the client IP you can use the valid-for-one-query method below, but to safeguard against a scenario where the legitimate user clicks twice, you can use a shutdown function (register_shutdown_function)*.` |
| 61 | 61 | `If you need a javascript for md5: [http://pajhome.org.uk/crypt/md5/md5src.html](http://pajhome.org.uk/crypt/md5/md5src.html)` |
| 62 | 62 | |
| 63 | 63 | `---` |
| 64 | 64 | |
| 65 | 65 | `* You could use session_set_save_handler and make sure the session ID is generated in the open function. I haven't done that so I can't make any comments on it yet.` |
| 66 | 66 | |
| 67 | \-13 | |
| 67 | \-15 | |
| 68 | 68 | |
| 69 | 69 | [**_Anonymous_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 70 | 70 | |
| 71 | **1 year ago** | |
| 71 | **2 years ago** | |
| 72 | 72 | |
| 73 | 73 | `Your note is too short. Trying to test the notes system? Save us the trouble of deleting your test, and don't. It works.` |
| 74 | 74 | |
| 75 | 75 | \-11 |
| 76 | 76 | |
| 77 | 77 | [**_bmorency at jbmlogic dot com_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 109 | 109 | `A- Users double click on links or make 2 clicks very fast. The same key is sent for the 2 clicks because the new key from the first click didn't get to the browser on time for the second one but the session on the server did trash the key for the new one. Thus, the second click causes a termination of the session. (install the LiveHttpHeaders extension on firefox and look at the headers sent when you click twice very fast, you'll see the same cookie sent on both and the new cookie getting back from the server too late).` |
| 110 | 110 | |
| 111 | 111 | `B- For any given reason, the server experiences a slow down and the response with the new key (which has replaced the old one on the server) is not returned to the browser fast enough. The user gets tired of waiting and clicks somewhere else. He gets logged out because this second click send the old key which won't match the one you have on your server.` |
| 112 | 112 | |
| 113 | 113 | `Our solution was to set up a grace period where the old key was still valid (the current key and the previous key were both kept at all times, we used 15 seconds as a grace period where the old key could still be used). This has the drawback of increasing the window of time for a person to highjack the session but if you tie the validity of the old key to an IP address and/or user agent string, you still get pretty good session security with very very few undesired session termination.` |
| 114 | 114 | |
| 115 | \-171 | |
| 115 | \-180 | |
| 116 | 116 | |
| 117 | 117 | [**_meetyashah at gmail dot com_**](http://php.net/manual/en/features.cookies.php) [¶](http://php.net/manual/en/features.cookies.php) |
| 118 | 118 | |
| 119 | **1 year ago** | |
| 119 | **2 years ago** | |
| 120 | 120 | |
| 121 | 121 | `PAGE 1` |
| 122 | 122 | |
| 123 | 123 | `<?php echo $_COOKIE["first"]; ?> PAGE 2` |
| 124 | 124 | |
| 125 | 125 | `<?php if(isset($_COOKIE["first"])) { echo $_COOKIE["first"];} echo '<br />'; if(isset($_COOKIE["second"])){ echo $_COOKIE["second"]; } echo '<br />'; if(isset($_COOKIE["third"])){ echo $_COOKIE["third"]; } ?>` |