Hidden input fields vs Session Vs Cookie
up vote
0
down vote
favorite
What are the pros and cons of storing data in:
- Hidden input fields
- Cookies/local storage
- Server side sessions
architecture global-variables
add a comment |
up vote
0
down vote
favorite
What are the pros and cons of storing data in:
- Hidden input fields
- Cookies/local storage
- Server side sessions
architecture global-variables
1
Provide yourspecified casesso it will be easy to help you.
– Gokul Shinde
Sep 10 '16 at 6:24
1
Possible duplicate of Session Id placement: Form Hidden Field vs. HTTPOnly Cookie
– artem
Sep 10 '16 at 6:26
@artem I simply want to know how is different in simple case as passing value from page to page using them.
– khuongngoc
Sep 10 '16 at 6:37
Made the question more useful and hopefully more appropriate to SO
– Chuck Le Butt
Nov 9 at 18:13
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
What are the pros and cons of storing data in:
- Hidden input fields
- Cookies/local storage
- Server side sessions
architecture global-variables
What are the pros and cons of storing data in:
- Hidden input fields
- Cookies/local storage
- Server side sessions
architecture global-variables
architecture global-variables
edited Nov 9 at 18:12
Chuck Le Butt
27.7k45148225
27.7k45148225
asked Sep 10 '16 at 6:19
khuongngoc
6418
6418
1
Provide yourspecified casesso it will be easy to help you.
– Gokul Shinde
Sep 10 '16 at 6:24
1
Possible duplicate of Session Id placement: Form Hidden Field vs. HTTPOnly Cookie
– artem
Sep 10 '16 at 6:26
@artem I simply want to know how is different in simple case as passing value from page to page using them.
– khuongngoc
Sep 10 '16 at 6:37
Made the question more useful and hopefully more appropriate to SO
– Chuck Le Butt
Nov 9 at 18:13
add a comment |
1
Provide yourspecified casesso it will be easy to help you.
– Gokul Shinde
Sep 10 '16 at 6:24
1
Possible duplicate of Session Id placement: Form Hidden Field vs. HTTPOnly Cookie
– artem
Sep 10 '16 at 6:26
@artem I simply want to know how is different in simple case as passing value from page to page using them.
– khuongngoc
Sep 10 '16 at 6:37
Made the question more useful and hopefully more appropriate to SO
– Chuck Le Butt
Nov 9 at 18:13
1
1
Provide your
specified cases so it will be easy to help you.– Gokul Shinde
Sep 10 '16 at 6:24
Provide your
specified cases so it will be easy to help you.– Gokul Shinde
Sep 10 '16 at 6:24
1
1
Possible duplicate of Session Id placement: Form Hidden Field vs. HTTPOnly Cookie
– artem
Sep 10 '16 at 6:26
Possible duplicate of Session Id placement: Form Hidden Field vs. HTTPOnly Cookie
– artem
Sep 10 '16 at 6:26
@artem I simply want to know how is different in simple case as passing value from page to page using them.
– khuongngoc
Sep 10 '16 at 6:37
@artem I simply want to know how is different in simple case as passing value from page to page using them.
– khuongngoc
Sep 10 '16 at 6:37
Made the question more useful and hopefully more appropriate to SO
– Chuck Le Butt
Nov 9 at 18:13
Made the question more useful and hopefully more appropriate to SO
– Chuck Le Butt
Nov 9 at 18:13
add a comment |
1 Answer
1
active
oldest
votes
up vote
5
down vote
Those three are not mutually exclusive things.
hidden input
A hidden input is just HTML sent to the client. It does not appear on the page to the end-user, but it is entirely accessible to the client. Meaning that the user can see it (just as they can see any HTTP response from your server) by using the View Source feature in their browser.
cookie
A cookie is just another HTTP header consisting of a cookie name/value pair, that can be sent back and forth between the client and server in every request/response. This is also visible to the end-user by checking the HTTP headers from their browser's developer tools.
session
The term session, on its own, is dubious, because there can be client-side sessions (stored in the client's browser like with HTML5 Sessions) or it can be a server-side session.
In PHP, the session functions that you're probably referring to store the session data on the server, but send only an identifier to the client that is associated with their session. This is the session_id that is usually sent back to the client as a cookie.
All three of these things typically work together in conjunction to do various things. So asking, which is better, is like asking which part of my car is better; the engine, the wheels, or the steering column?
In order to know how something is better you must be able to relate it to something else. Otherwise, the question makes no sense.
If you're asking when it would be appropriate to use things and for what then the answer depends on what your needs are.
- Sessions
- Use server-side sessions to store information that you don't want the client to have direct control over or access to, but must be retained to facilitate application state. This is generally viewed as temporary or ephemeral storage so it is not critical for your application code to function, but is necessary to maintain state for the user between HTTP requests. Remember that a PHP session relies on cookies by default. So the question isn't do I use a cookie or a session, but more so... what is a session typically used for.
- Cookies
- Use cookies to store temporary values that you want the client to hold on to between requests. When you send a cookie, the browser will hold on to that cookie until the Expire header is reached or the end-user decides to delete it. So this is useful for storing small, short-lived data, that only matters to your UI components primarily, but the server need be informed of them during load times. This could be things like language settings, turn audio on/off, color preferences, etc...
- Hidden input
- Use hidden inputs when you don't need the end-user to see or interact with the input field on the page, but the server still expects the value to be sent. This is typically used for things like CSRF tokens, or any value that the server expects to get back, but the user isn't required to know or provide upfront. These values are usually sent by your server in the initial page load.
When the question changes from "which is better" to "what are the uses of each" the answers generally start to become a lot more meaningful, because you will more than likely use all of them.
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
5
down vote
Those three are not mutually exclusive things.
hidden input
A hidden input is just HTML sent to the client. It does not appear on the page to the end-user, but it is entirely accessible to the client. Meaning that the user can see it (just as they can see any HTTP response from your server) by using the View Source feature in their browser.
cookie
A cookie is just another HTTP header consisting of a cookie name/value pair, that can be sent back and forth between the client and server in every request/response. This is also visible to the end-user by checking the HTTP headers from their browser's developer tools.
session
The term session, on its own, is dubious, because there can be client-side sessions (stored in the client's browser like with HTML5 Sessions) or it can be a server-side session.
In PHP, the session functions that you're probably referring to store the session data on the server, but send only an identifier to the client that is associated with their session. This is the session_id that is usually sent back to the client as a cookie.
All three of these things typically work together in conjunction to do various things. So asking, which is better, is like asking which part of my car is better; the engine, the wheels, or the steering column?
In order to know how something is better you must be able to relate it to something else. Otherwise, the question makes no sense.
If you're asking when it would be appropriate to use things and for what then the answer depends on what your needs are.
- Sessions
- Use server-side sessions to store information that you don't want the client to have direct control over or access to, but must be retained to facilitate application state. This is generally viewed as temporary or ephemeral storage so it is not critical for your application code to function, but is necessary to maintain state for the user between HTTP requests. Remember that a PHP session relies on cookies by default. So the question isn't do I use a cookie or a session, but more so... what is a session typically used for.
- Cookies
- Use cookies to store temporary values that you want the client to hold on to between requests. When you send a cookie, the browser will hold on to that cookie until the Expire header is reached or the end-user decides to delete it. So this is useful for storing small, short-lived data, that only matters to your UI components primarily, but the server need be informed of them during load times. This could be things like language settings, turn audio on/off, color preferences, etc...
- Hidden input
- Use hidden inputs when you don't need the end-user to see or interact with the input field on the page, but the server still expects the value to be sent. This is typically used for things like CSRF tokens, or any value that the server expects to get back, but the user isn't required to know or provide upfront. These values are usually sent by your server in the initial page load.
When the question changes from "which is better" to "what are the uses of each" the answers generally start to become a lot more meaningful, because you will more than likely use all of them.
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
add a comment |
up vote
5
down vote
Those three are not mutually exclusive things.
hidden input
A hidden input is just HTML sent to the client. It does not appear on the page to the end-user, but it is entirely accessible to the client. Meaning that the user can see it (just as they can see any HTTP response from your server) by using the View Source feature in their browser.
cookie
A cookie is just another HTTP header consisting of a cookie name/value pair, that can be sent back and forth between the client and server in every request/response. This is also visible to the end-user by checking the HTTP headers from their browser's developer tools.
session
The term session, on its own, is dubious, because there can be client-side sessions (stored in the client's browser like with HTML5 Sessions) or it can be a server-side session.
In PHP, the session functions that you're probably referring to store the session data on the server, but send only an identifier to the client that is associated with their session. This is the session_id that is usually sent back to the client as a cookie.
All three of these things typically work together in conjunction to do various things. So asking, which is better, is like asking which part of my car is better; the engine, the wheels, or the steering column?
In order to know how something is better you must be able to relate it to something else. Otherwise, the question makes no sense.
If you're asking when it would be appropriate to use things and for what then the answer depends on what your needs are.
- Sessions
- Use server-side sessions to store information that you don't want the client to have direct control over or access to, but must be retained to facilitate application state. This is generally viewed as temporary or ephemeral storage so it is not critical for your application code to function, but is necessary to maintain state for the user between HTTP requests. Remember that a PHP session relies on cookies by default. So the question isn't do I use a cookie or a session, but more so... what is a session typically used for.
- Cookies
- Use cookies to store temporary values that you want the client to hold on to between requests. When you send a cookie, the browser will hold on to that cookie until the Expire header is reached or the end-user decides to delete it. So this is useful for storing small, short-lived data, that only matters to your UI components primarily, but the server need be informed of them during load times. This could be things like language settings, turn audio on/off, color preferences, etc...
- Hidden input
- Use hidden inputs when you don't need the end-user to see or interact with the input field on the page, but the server still expects the value to be sent. This is typically used for things like CSRF tokens, or any value that the server expects to get back, but the user isn't required to know or provide upfront. These values are usually sent by your server in the initial page load.
When the question changes from "which is better" to "what are the uses of each" the answers generally start to become a lot more meaningful, because you will more than likely use all of them.
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
add a comment |
up vote
5
down vote
up vote
5
down vote
Those three are not mutually exclusive things.
hidden input
A hidden input is just HTML sent to the client. It does not appear on the page to the end-user, but it is entirely accessible to the client. Meaning that the user can see it (just as they can see any HTTP response from your server) by using the View Source feature in their browser.
cookie
A cookie is just another HTTP header consisting of a cookie name/value pair, that can be sent back and forth between the client and server in every request/response. This is also visible to the end-user by checking the HTTP headers from their browser's developer tools.
session
The term session, on its own, is dubious, because there can be client-side sessions (stored in the client's browser like with HTML5 Sessions) or it can be a server-side session.
In PHP, the session functions that you're probably referring to store the session data on the server, but send only an identifier to the client that is associated with their session. This is the session_id that is usually sent back to the client as a cookie.
All three of these things typically work together in conjunction to do various things. So asking, which is better, is like asking which part of my car is better; the engine, the wheels, or the steering column?
In order to know how something is better you must be able to relate it to something else. Otherwise, the question makes no sense.
If you're asking when it would be appropriate to use things and for what then the answer depends on what your needs are.
- Sessions
- Use server-side sessions to store information that you don't want the client to have direct control over or access to, but must be retained to facilitate application state. This is generally viewed as temporary or ephemeral storage so it is not critical for your application code to function, but is necessary to maintain state for the user between HTTP requests. Remember that a PHP session relies on cookies by default. So the question isn't do I use a cookie or a session, but more so... what is a session typically used for.
- Cookies
- Use cookies to store temporary values that you want the client to hold on to between requests. When you send a cookie, the browser will hold on to that cookie until the Expire header is reached or the end-user decides to delete it. So this is useful for storing small, short-lived data, that only matters to your UI components primarily, but the server need be informed of them during load times. This could be things like language settings, turn audio on/off, color preferences, etc...
- Hidden input
- Use hidden inputs when you don't need the end-user to see or interact with the input field on the page, but the server still expects the value to be sent. This is typically used for things like CSRF tokens, or any value that the server expects to get back, but the user isn't required to know or provide upfront. These values are usually sent by your server in the initial page load.
When the question changes from "which is better" to "what are the uses of each" the answers generally start to become a lot more meaningful, because you will more than likely use all of them.
Those three are not mutually exclusive things.
hidden input
A hidden input is just HTML sent to the client. It does not appear on the page to the end-user, but it is entirely accessible to the client. Meaning that the user can see it (just as they can see any HTTP response from your server) by using the View Source feature in their browser.
cookie
A cookie is just another HTTP header consisting of a cookie name/value pair, that can be sent back and forth between the client and server in every request/response. This is also visible to the end-user by checking the HTTP headers from their browser's developer tools.
session
The term session, on its own, is dubious, because there can be client-side sessions (stored in the client's browser like with HTML5 Sessions) or it can be a server-side session.
In PHP, the session functions that you're probably referring to store the session data on the server, but send only an identifier to the client that is associated with their session. This is the session_id that is usually sent back to the client as a cookie.
All three of these things typically work together in conjunction to do various things. So asking, which is better, is like asking which part of my car is better; the engine, the wheels, or the steering column?
In order to know how something is better you must be able to relate it to something else. Otherwise, the question makes no sense.
If you're asking when it would be appropriate to use things and for what then the answer depends on what your needs are.
- Sessions
- Use server-side sessions to store information that you don't want the client to have direct control over or access to, but must be retained to facilitate application state. This is generally viewed as temporary or ephemeral storage so it is not critical for your application code to function, but is necessary to maintain state for the user between HTTP requests. Remember that a PHP session relies on cookies by default. So the question isn't do I use a cookie or a session, but more so... what is a session typically used for.
- Cookies
- Use cookies to store temporary values that you want the client to hold on to between requests. When you send a cookie, the browser will hold on to that cookie until the Expire header is reached or the end-user decides to delete it. So this is useful for storing small, short-lived data, that only matters to your UI components primarily, but the server need be informed of them during load times. This could be things like language settings, turn audio on/off, color preferences, etc...
- Hidden input
- Use hidden inputs when you don't need the end-user to see or interact with the input field on the page, but the server still expects the value to be sent. This is typically used for things like CSRF tokens, or any value that the server expects to get back, but the user isn't required to know or provide upfront. These values are usually sent by your server in the initial page load.
When the question changes from "which is better" to "what are the uses of each" the answers generally start to become a lot more meaningful, because you will more than likely use all of them.
edited Sep 10 '16 at 7:04
answered Sep 10 '16 at 6:52
Sherif
8,55032142
8,55032142
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
add a comment |
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
You're the hero we don't deserve.
– T30
Mar 30 '17 at 8:50
add a comment |
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f39423214%2fhidden-input-fields-vs-session-vs-cookie%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
Provide your
specified casesso it will be easy to help you.– Gokul Shinde
Sep 10 '16 at 6:24
1
Possible duplicate of Session Id placement: Form Hidden Field vs. HTTPOnly Cookie
– artem
Sep 10 '16 at 6:26
@artem I simply want to know how is different in simple case as passing value from page to page using them.
– khuongngoc
Sep 10 '16 at 6:37
Made the question more useful and hopefully more appropriate to SO
– Chuck Le Butt
Nov 9 at 18:13