Reenviar datos de un form POST a otro PHP desde PHP

Veamos, es un poco enredada la idea, pero vamos a intentarlo
Tengo un PHP que recibe unas variables de un formulario, enviadas por POST (No por GET), las procesa y guarda en una base de datos de una manera especial; veanlo asi

Código :

formulario ---> [PHP_MAGICO] ---> datos a la DB ---> muestra en pantalla, el PHP_MAGICO que todo fue bien

El problema es; tengo un PHP_2, que recibe los datos del formulario, quiero que este PHP_2 al recibir los datos del formulario, los envie, dentro del codigo de PHP, por POST a PHP_MAGICO, de modo que sea PHP_2 el que reciba los datos por POST del formulario y los redireccione, del lado del servidor, al PHP_MAGICO, luego, el PHP_2 sea el que muestre otros datos en pantalla, sin que el PHP_MAGICO sea invocado en el cliente.

Ahora, si no me entendieron y saben Flash, asi lo hacia con Flash:
Como hacia esto antes: Tenia un SWF, en este SWF tenia unos campos de texto, usaba un objeto LoadVars para recolectar esos datos y enviarlos por POST al PHP_MAGICO, como el PHP_MAGICO los procesaba y le devolvia el resultado al mismo objeto LoadVars, el usuario jamas veia lo que devolvia el PHP_MAGICO, que es lo que me interesa, entonces, Flash hacia un getURL hacia el lugar donde estaba el mensaje que queria que el usuario viera y se acabo el problema.

La cosa es que quiero prescindir de ese SWF y hacer lo que hacia con el objeto LoadVars (O algo similar) dentro de PHP. No se si se pueda, pero se que PHP es muy flexible y podra.

La pregunta es, en sintesis, ¿Como?

Lo he solucionado elegantemente, la respuesta: curl.

Como ejemplo para los que pasen por aqui, la solución

El "PHP_2"

Código :

<?php
   $ch = curl_init();
   $res= curl_setopt ($ch, CURLOPT_URL,"http://www.cristalab.com/test2.php");
   
   curl_setopt ($ch, CURLOPT_HEADER, 0);
   curl_setopt($ch, CURLOPT_POST, 1);
   curl_setopt($ch, CURLOPT_POSTFIELDS, "test=c00l&");
   curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
   
   $xyz = curl_exec ($ch);
   curl_close ($ch);
   echo $xyz;
?>

El "PHP_MAGICO"

Código :

<?php
   echo $_POST["test"];
?>

c00l , no era tan 1337

Si es que lo que no tenga PHP...
Freddie, comentas un poco que hace exactamente esa clase curl??

Capt.Mahou escribió:

Tus deseos son ordenes... Funciones CURL

Maikel escribió:

Era muy 1337!!!

Bueno, mas que 1337 era oscuro; pero en un instante en el que mi mente se fue en blanco, salto a mi cerebro las letras "curl" recordandome las epocas unixeras donde accedias a funciones de manipulación del protocolo HTTP desde consola. Ya ves, cuestiones de las dosis normales de C_C

http://www.cristalab.com/foros/viewtopic.php?p=66715#68978

como son POST y no GET cambias donde dice GET por POST le ingresas los datos de igual manerá

mmm; pues si, funciona, pero no se, se me hace que CURL es un poco mas simple y practico que irme a lo bestia con las especificaciones de HTTP; aunque ese era mi plan B en caso de no encontrar nada

mmhhh, bueno YO tal como lo platicas, solo haría esto:

PHP_2.php

Código :

<?
//Los posts estan aqui
////////////////////////////
include("php_magico"); //Aqui la invocas, recibe los post, y no lo sabe el cliente
////////////////////
//Aqui lo de PHP_2, normal
?>

muy bueno, esto deberia ser un post-it

Freddie® escribió:

es un 32% menos seguro ya que desde alli e pueden ejecutar scripts de consola casi igual a hacerlo pos SSH directamente.

en mi lista de funciones no seguras aparece

Lista de funciones no seguras escribió:

se que a ti freddie eso no te afecta porque sabras bloquearlo como buen bofh, lo posteo para que los demás usuarios puedan verlo.

POrque el highlight_file, es inseguro????

32% menos seguro, vaya, me encanta tu exactitud estadistica, casi como la gente del censo que dicen que no hay pobreza.

Pues obviamente, todo depende del programador, una sentencia no es peligrosa "por existir", sino por programarla irresponsablemente.

Por otro lado, JD, no, no podria hacerlo de la manera que dices por la arquitectura que compone el "php_magico"

Freddie® escribió:

la pobresa no existe y el dinero tampoco...
mi estadistica viene derivada de un calculo entre varios factores.
+/- como el pagerank de google .