diferencia entre $_REQUEST y post y get

[tomasy]

saludos a todos.
Hola quisiera saber que diferencia hay entre estos metodos, de get, post y request.
Gracias

[quinqui]

Holas tomasy

La diferencia que yo conozco es que:

Por método post los valores son enviados de manera oculta para el navegante, y llegan al arreglo global $_POST.
Por método get los valores son enviados a la vista del navegante, por la URL del script, y llegan al arreglo global $_GET.
Por el método request (el cual nunca he usado, aunque visto usar) la verdad no sé cómo "se envía" con ese método, pero sí sé que el arreglo global $_REQUEST recibe tanto lo que llega por POST como por GET (y no sé de qué otros métodos más...).

Como sea, será bueno que revises la documentación en el sitio oficial ^^ http://www.php.net

[Carxl]

Breve jeje

POST: recoge los datos que vienen por el método post de html

GET: recoge los datos que vienen por el método get de html

REQUEST: une los dos métodos anteriores, osea, recoge lo que viene por POST y GET a la vez (no es recomendable usarlo).

Saludos

[okram]

Uniendo los dos posts anteriores POST y GET se parecen en que ambos son tipos de request http. REQUEST no lo es. $_POST, $_GET y $_REQUEST son matrices relacionadas con el tipo de request.

POST consiste en datos "ocultos" (porque el cliente no los ve) enviados generalmente por un formulario cuyo method es post. Decir que el método no es de html, sino es el tipo de request http que se hace a X script. La ventaja de usar POSt es que estos datos necesitan un medio para poder ser enviados (no basta con escribir la url del script). Es ideal para formularios. Para recoger estos datos se usa el array superglobal $_POST.

GET es un tipo de request que lleva los datos de forma "visible" al cliente. El medio de envio es la URL. GET es el tipo de request predeterminado. Al escribir una url en la barra de direcciones y pulsar enter, el request hacia esa url es de tipo GET. Para recoger los datos que llegan en la url se usa $_GET.

REQUEST no es un tipo de request. $_REQUEST es una matriz superglobal que resulta de la unión de $_GET, $_POST y $_COOKIE (OJO, de los arreglos, no de los métodos). $_REQUEST siempre estará disponible (cualquiera sea el tipo de request http). Si te das cuenta, las tres matrices que contiene engloba $_REQUEST contienen datos de entrada (datos que se envian del cliente al servidor. Otras matrices como $_SERVER o $_ENV contienen datos que están en el servidor {salida}). De ahí su nombre. En síntesis $_REQUEST son los datos disponibles en el script luego de la petición (request) http.

Algunos puntos importantes son que:

• $_GET no es exclusiva de un request http tipo GET. Si yo llamo a script.php?foo=var usando un request POST, entonces tendré podré accesar a los datos enviados por post usando $_POST, pero tambiénm podré usar $_GET para extraer la variable de url foo.
• $_POST sí es exclusiva de los requests http tipo POST.
• No coincido con Carxl en que $_REQUEST no sea recomendado. Como ya se dijo, contiene datos que el cliente envia al momento de la petición, y hay muchas situaciones en las que sólo importa el dato enviado y no el método de envío usado.

Espero haya aclarado un poco tu duda tomasy, no confundas las matrices $_GET, $_POST y $_REQUEST con los requests http get y post.



P.D.: request http = peticion http

[tomasy]

gracias por sus comentarios me han ayudado a aclarar mis dudas

[quinqui]

Comentando lo que ha aclarado okram (muchas gracias, yo tampoco tenía muy clara la película ^^), recordé que una vez un colega leía el arreglo $_REQUEST para obtener los valores recibidos desde un script cargado usando AJAX... Supongo que así se evitaba tener que comprobar si los valores venían por GET o por POST, o no? O_o

[David]

Depende del caso para decir si es recomendable o no, ya que podrían pisarse valores y suceder, por ejemplo, que tenemos un dato que esperábamos recibir desde una Cookie pero es pisada por un valor recibido por la URL (eso también depende de la configuración de variables_order), lo cual, podría ser malo en determinadas situaciones.

[Carxl]

A eso me refiero David...

Si cabe la posibilidad a que hayan "conflictos" y si con no usarlo ($_REQUEST) evito que suceda, pues no lo uso

Es depende del caso...

Saludos

[GatorV]

Otro apunte es que PHP te permite configurar el orden de unión de $_REQUEST, si vemos la directiva variables_order, nos dice como PHP es que empieza a leer y sobreescribir los valores.

Saludos

[David]

Eso mismo lo había dicho entre paréntesis en el mensaje anterior .

Saludos .

[okram]

Iniciado por David el Grande

Depende del caso para decir si es recomendable o no, ya que podrían pisarse valores y suceder, por ejemplo, que tenemos un dato que esperábamos recibir desde una Cookie pero es pisada por un valor recibido por la URL

Iniciado por Carxl

Si cabe la posibilidad a que hayan "conflictos" y si con no usarlo ($_REQUEST) evito que suceda, pues no lo uso

A eso iba. obviamente, si quiero recoger la cookie que contiene el password y el id de login de un usuario que "permanece loguaedo en el sitio" no usaré $_REQUEST.

Pero hay casos en que sí resulta útil. Por ejemplo. Tengo un sistema de paginación y deseo darle al usuario la oportunidad de que él coloque en un campo de texto la página hacia la que debe moverse. Este campo lo meteré entonces en un <form> y además deberé tener un botón submit. Si lo paso por GET en la url irá también el botón submit con su value, y yo no quiero eso (da mal aspecto ). Entonces uso POST. Vale, los links "por default" se generan con el número de página correspondiente como variable de url, pero también debo pensar en los que van a poner el número en el campo de texto. En ese caso, no me importa como es que llega el dichoso número, lo único que me interesa es tomarlo. Para eso uso $_REQUEST. No lo hace más inseguro en absoluto que usar sólo $_GET o $_POST. Es un dato no sensible, simple, y que la verdad me llega al reverendo saber cómo viene

No hay nada absoluto, amigo Carxl, cada quien tiene su forma de trabajar y pensar y todas ellas son válidas

[David]

Muy buen punto okram. Como habíamos dicho ambos, depende de la situación en que nos encontramos.

Iniciado por okram

Si lo paso por GET en la url irá también el botón submit con su value, y yo no quiero eso (da mal aspecto ).

No le pongas name al input submit (o mejor aún, usa <button>)

[Carxl]

No hay nada absoluto, amigo Carxl, cada quien tiene su forma de trabajar y pensar y todas ellas son válidas

Por supuesto Okram, claro que sí...

Yo sólo decía

Tengo un sistema de paginación

Jajajajaja me causó gracia el muñequito "" (como diciendo, sé que me van a decir algo y lo más probable es que sea Carxl jajaja)

Saludos