[PHP] $_POST meegeven in include();

[Verwijderd]

Goedemiddag,

Ik ben bezig met een index.php waarin ik, aan de hand van een pagina id de pagina informatie ophaal uit de database en deze dan door middel van een include in de index.php wil includen, maar nu stuit ik op een probleempje.

Dit is mijn situatie:

1. Door middel van de mod_write worden mijn url's (bijv. http://www.example.com/4) omgezet naar index.php?id=4
2. Via een SQL query zoek ik de bestandsnaam die geinclude moet worden in de index van het betreffende id (dus daar komt bijvoorbeeld /informatie.php uit)
3. De /informatie.php include ik vervolgens op de volgende wijze:

PHP:

include("http://".$_SERVER['SERVER_NAME']."/informatie.php);

Dit werkt allemaal goed, maar nu stuit ik op een probleem.
Wanneer ik namelijk in informatie.php een formulier heb staan waar een post wordt gebruikt, en overigens ook met een get. Dan post deze pagina dit weer naar http://www.example.com/4. Waardoor hij vervolgens weer heel het traject opnieuw begint, hij weer informatie.php gaat includen etc. Maar hier verlies ik dus mijn $_POST.

Is er een manier om met een include ook $_POST en $_GET mee te geven?
Alvast bedankt!

[posttoast]

Misschien snap ik je probleem niet helemaal, maar bij een include verlies je je $_POST en $_GET niet hoor.

[Osiris]

Probeer je nou PHP-code of PHP-output te includen in je stukje code?

Want PHP-code includen gaat natuurlijk niet werken, tenzij de PHP-code uit informatie.php zelf somehow plain-tekst PHP-code uitpoept naar de webserver.

[RobIII]

Waarom zou je $_POST of $_GET 'foetsie' zijn? Heb je dat getest/geprobeerd?

edit:
Spuit 11

[ Voor 14% gewijzigd door RobIII op 28-07-2008 13:26 ]

[Tarabass]

Je kan dan toch gewoon in je include het volgende zetten?

PHP:

if isset($_POST['variable']) {
    $variable = $_POST['variable'];
}

[Nielsvr]

Volgens mij probeer je de POST informatie over meerdere stappen te behouden? Dan zou je een kijkje moeten gaan nemen naar het opslaan in sessies.

[posttoast]

Waarschijnlijk zit het hem er trouwens in dat je include via "http:// enz." en niet gewoon het lokale bestand.

[soap]

Of je POST action moet naar informatie.php gaan;

code:

<form method="POST" action="informatie.php">

en dan in informatie.php

PHP:

if ($_SERVER['REQUEST_METHOD'] == 'POST') {
  // doe je post ding
  // ga terug naar pagina met een extra querystring-var die 
  // aangeeft dat het gepost is zodat je nette message kan laten zien
}

Of idd gewoon 'lokaal' includen ipv remote (wat hierboven wordt gezegd).

[ Voor 10% gewijzigd door soap op 28-07-2008 13:31 ]

[Verwijderd]

ik probeer hetvolgende:

index.php

PHP:

print_r($_POST);
include("http://www.example.com/informatie.php");

informatie.php

PHP:

print_r($_POST);

echo "<form name=\"test\" action=\"4\" method=\"post\">\n"; // die 4 staat dus in de database voor informatie.php
echo " <label for=\"test\">Test</label>\n";
echo " <input type=\"text\" name=\"test\" id=\"test\" />\n";
echo " <button type=\"submit\">inloggen</button>\n";
echo "</form>\n";

Wanneer ik nu het formuliertje verstuur, wat al eerder geinclude is. Krijg ik netjes in de index.php mijn print_r($_POST); aan de praat, hij spuugt alles uit. Maar m'n print_r($_POST); in de informatie.php geeft niets.

[Cartman!]

Kloppen je rewrite rules dan wel? Volgens mij voert je server een redirect uit zodat je post vars niet meer bestaan en het een GET request is geworden (dit kun je checken met echo $_SERVER[''REQUEST_METHOD]). Zoals gezegd zouden $_POST vars gewoon beschikbaar moeten blijven bij een include.

edit:

ik zie het al, je include doe je via je url, dat werkt natuurlijk niet. Je include wordt als GET ingeladen. je moet dus includen volgens je filesystem. Dus loos de www. etc

[ Voor 24% gewijzigd door Cartman! op 28-07-2008 13:36 ]

[Nielsvr]

Je include ook via HTTP, dat is natuurlijk uit den boze... gewoon je filestructuur gebruiken (dus wss gewoon include("informatie.php");

[ Voor 39% gewijzigd door Nielsvr op 28-07-2008 13:34 ]

[Verwijderd]

ah kijk :-) Daar zat inderdaad het probleem in! Thanks guys!..
Ik heb overigens die include dit weekend nog verbouwd naar http://etc. omdat ik dan ook dingen als informatie.php?aktie=bekijken zou kunnen includen..
Zouden get-variabelen dan ook meegestuurd moeten kunnen worden op deze manier?

[Cartman!]

tuurlijk...

[Observer]

Wat anderen ook al hebben gezegd: je include informatie.php met "http://". Dat doet een nieuwe request naar je server en dus een nieuwe GET (of POST maar ik gok een GET) en daar zit de POST data die je van je client krijgt niet in.

Als je nou informatie.php lokaal zou includen dan werkt 't wel:

PHP:

include(dirname(__FILE__) . '/informatie.php'); //of iets dergelijks

Edit: te laat...

[disjfa]

Zoals al 10 keer gezegd zijn get en post waarden echt niet ineens kwijt na een serversided include. gewoon geen "http://..." includen.

[posttoast]

Verwijderd schreef op maandag 28 juli 2008 @ 13:38:
ah kijk :-) Daar zat inderdaad het probleem in! Thanks guys!..
Ik heb overigens die include dit weekend nog verbouwd naar http://etc. omdat ik dan ook dingen als informatie.php?aktie=bekijken zou kunnen includen..
Zouden get-variabelen dan ook meegestuurd moeten kunnen worden op deze manier?

Waarom zou je op die manier variabelen mee willen sturen? Dat lijkt me niet zo'n mooie manier.

[Verwijderd]

posttoast schreef op maandag 28 juli 2008 @ 13:40:
[...]

Waarom zou je op die manier variabelen mee willen sturen? Dat lijkt me niet zo'n mooie manier.

Omdat ik dan bijvoorbeeld aan ID 2 in de database kan zeggen dat ie informatie?aktie=bekijken kan laten includen misschien beetje simpele gedachte, maar mij leek ie wel stoer

[disjfa]

Verwijderd schreef op maandag 28 juli 2008 @ 13:47:
[...]
maar mij leek ie wel stoer

...

Je kan natuurlijk alles wat je wilt.

PHP:

$actie = "hatsekidee";
include("bestand.php");

En in je bestand.php kan je dan alles wa je wilt met $actie. Of je doet gewoon willekeurig wat met wat jij nou wilt.

[Patriot]

posttoast schreef op maandag 28 juli 2008 @ 13:40:
[...]

Waarom zou je op die manier variabelen mee willen sturen? Dat lijkt me niet zo'n mooie manier.

Volgens mijn was zijn algehele gedachtegang beinvloed door het feit dat hij dacht dat variabelen niet doorgegeven werden aan bestanden die geïnclude worden.

[Verwijderd]

Offtopic:

Include (en meestal wil je liever require gebruiken) is geen functie maar een language construct, de haakjes zijn dan ook overbodig.

[NMe]

Modbreak:

Ik heb een en ander afgesplitst naar PHP en scopes: wat is good practice?.

[.oisyn]

Verwijderd schreef op maandag 28 juli 2008 @ 14:31:
Offtopic:

Include (en meestal wil je liever require gebruiken) is geen functie maar een language construct, de haakjes zijn dan ook overbodig.

Je redenatie klopt niet. Je hebt verder wel gelijk dat je bij include geen haakjes nodig hebt, maar niet omdat het een language construct is. Bij isset() heb je namelijk wel haakjes nodig, ookal is het een language construct

[ Voor 5% gewijzigd door .oisyn op 29-07-2008 11:14 ]

[Osiris]

.oisyn schreef op dinsdag 29 juli 2008 @ 11:13:
[...]


Je redenatie klopt niet. Je hebt verder wel gelijk dat je bij include geen haakjes nodig hebt, maar niet omdat het een language construct is. Bij isset() heb je namelijk wel haakjes nodig, ookal is het een language construct

De PHP-manual redeneert wel een béétje op die manier:

quote: http://nl2.php.net/include/

Because include() is a special language construct, parentheses are not needed around its argument.

't Is wel meer het woordje 'special' wat het keywoord van de 'because' is, maar ik kan me voorstellen dat mensen dit interpreteren zoals hij deed

[.oisyn]

Die documentatie is net zo suf. "Language constructs" zitten in de grammatica van de taal verwerkt. Als jij als ontwerper van de taal wilt dat je voor include drie haakjes openen en 6 blokhaken sluiten nodig hebt, dan definieer je dat zo. Ze zeggen bij het if-statement toch ook niet dat je haakjes nodig hebt omdat dat een (special) language construct is?

En het dan ook nog "include()" noemen terwijl de haken overbodig zijn (doen ze bij return trouwens ook, maar bij continue/break dan weer niet)

[ Voor 7% gewijzigd door .oisyn op 29-07-2008 13:06 ]

[Osiris]

't Mag dan wel suf zijn, maar het staat er wel, dus zouden mensen er conclusies uit kúnnen trekken, terwijl ze dat niet zouden moeten doen

Verder ben ik 't met je eens hoor

[Verwijderd]

.oisyn schreef op dinsdag 29 juli 2008 @ 11:13:
[...]


Je redenatie klopt niet. Je hebt verder wel gelijk dat je bij include geen haakjes nodig hebt, maar niet omdat het een language construct is. Bij isset() heb je namelijk wel haakjes nodig, ookal is het een language construct

Ja ok, zo bedoelde ik het ook niet.

Veel mensen zetten de haakjes neer omdat ze denken dat het een functie is, net als dat veel mensen denken dat isset een functie is.

Omdat include geen functie is maar een language construct zijn de haakjes niet nodig wat niet direct wil zeggen dat een language construct per definitie geen haakjes nodig heeft. Sommige language constructs behoeven geen haakjes, sommige juist expliciet wel.

Beetje verwarrend dus, zoals ook in de manual een beetje verwarrend staat, maar volgens mij bedoelen we allemaal hetzelfde.

[Tarabass]

Verwijderd schreef op dinsdag 29 juli 2008 @ 13:28:
[...]

Ja ok, zo bedoelde ik het ook niet.

Veel mensen zetten de haakjes neer omdat ze denken dat het een functie is, net als dat veel mensen denken dat isset een functie is.

Omdat include geen functie is maar een language construct zijn de haakjes niet nodig wat niet direct wil zeggen dat een language construct per definitie geen haakjes nodig heeft. Sommige language constructs behoeven geen haakjes, sommige juist expliciet wel.

Beetje verwarrend dus, zoals ook in de manual een beetje verwarrend staat, maar volgens mij bedoelen we allemaal hetzelfde.

Dus gooien we gewoon overal haakjes om