Archief - PHP: vars meegeven in header()

Z

Zeppelin

Legacy Member

• 23 aug 2005

• #1

Hello

K heb een bestelformuliertje dat na validatie redirect wordt naar de pagina waar de geg. in de DB komen.

Na de validatie doe k dus header"locationubmit.php"); ma probleem is da de variabelen niet worden meegegeven, k zou ze via url kunnen meegeven ma das ni echt secure dus moet het me POST werken.
order.php:

PHP:

	if(isset($_POST['check'])){
		$name = $_POST['name'];
		$college_full = $_POST['college_full'];
		$college_short = $_POST['college_short'];
		$email = $_POST['email'];
		$departure = $_POST['departure'];
		$depart_date = $_POST['depart_date'];
	
			if(!$name || !$college_full || !$college_short || !$email || !$departure || !$depart_date){
				$error = "All of the fields are requiered, please fill them all in.";
				$error_check = 1;
			}
			else{
				header("location: submit.php");
			}
	}

Iemand enig idee? K weet dak ook alles via dezelfde pagina zou kunnen doen, ma das als last resort. Ne mens moet toch ook es iet bijlere he

x

xml

Legacy Member

• 23 aug 2005

• #2

Ik heb het nog niet veel (nooit dus) gezien dat er 'manueel' POST values gestuurd kunnen worden, dit is het enige dat ik er snel kan over vinden:

http://us2.php.net/manual/en/function.header.php#46582

Hier blijven de POST waardes behouden na de redirect.

Z

Zeppelin

Legacy Member

• 23 aug 2005

• #3

ok, da lukt dus, ma k krijg een vensterke me de vraag:"this site is being redirected to a new location, would you like to resend the information to the new form?"

of iet in dien aard...

x

xml

Legacy Member

• 23 aug 2005

• #4

Die melding is wss browserafhankelijk en zal je dus (met deze oplossing) niet kunnen vermijden. Het is dan eigenlijk ook geen 'correcte' oplossing.

Waarom moet je eigenlijk perse POST values meesturen met je redirect?

K

Kn0t

Legacy Member

• 23 aug 2005

• #5

Ik zou de validatie en het toevoegen in de DB op dezelfde pagina doen hoor.

De gebruiker kan anders ook rechtstreeks naar die pagina surfen waar je gegevens toegevoegd worden aan de DB, en zo de validatie omzeilen.

Als je de logica van het valideren en het toevoegen van mekaar wil scheiden kan je evt. met verschillende classes werken ipv verschillende paginas.

x

xml

Legacy Member

• 23 aug 2005

• #6

In principe is het goed van dat in verschillende bestanden te doen hoor, maar ik zie niet in waarom het wegschrijven nog eens op een afzonderlijke pagina moet.

formulier.php > submitgegevensnaar > verwerk.php : doet controle, goed: databankverwerking+redirect naar .. ; slecht: redirect naar error page

f

frenzal

Legacy Member

• 23 aug 2005

• #7

je kunt misschien tijdelijk uw gegevens tijdelijk wegschrijven naar een sessie en dan op volgende pagina weer oproepen

E

EdMeister

Legacy Member

• 23 aug 2005

• #8

Compleet onnodige tussenstap... :ironic:
Btw, GET en POST zijn even onveilig.

x

xml

Legacy Member

• 23 aug 2005

• #9

EdMeister zei:

Compleet onnodige tussenstap... :ironic:
Btw, GET en POST zijn even onveilig.

Klik om te vergroten...

= het soort reacties waar je werkelijk niets aan hebt.

:ironic: !

W

WHiSPy

Legacy Member

• 23 aug 2005

• #10

EdMeister zei:

Compleet onnodige tussenstap... :ironic:
Btw, GET en POST zijn even onveilig.

Klik om te vergroten...

Wat zou gij dan gebruiken? PUT?

Om de flaws in http aan te kaarten zit ge in de verkeerde topic.

E

EdMeister

Legacy Member

• 23 aug 2005

• #11

xml zei:

= het soort reacties waar je werkelijk niets aan hebt.

:ironic: !

Klik om te vergroten...

*zucht*
Ik zeg dat hij een compleet onnodige tussenstap wil maken, is dat dan nutteloos? Moet je hier tegenwoordig echt alles met handen en voeten beginnen uitleggen?

PHP:

if(!$_POST...) {
// error handling
} else {
// process form
}

Dus: in het 'else' blok geen headerke meer steken, maar direct uwe form behandelen, die redirect heeft geen enkel nut. Wilt ge da stuk echt in een andere file steken, gebruik dan een include of een require.

E

EdMeister

Legacy Member

• 23 aug 2005

• #12

WHiSPy zei:

Wat zou gij dan gebruiken? PUT?

Om de flaws in http aan te kaarten zit ge in de verkeerde topic.

Klik om te vergroten...

Een simpele reactie op

threadstarter zei:

k zou ze via url kunnen meegeven ma das ni echt secure dus moet het me POST werken

Klik om te vergroten...