[php] $_POST word niet geset

[Koeniepoenie]

Heej mensen,

Ik zit met een probleempje. Ik ben bezig met een soort van pagina 'parser', die er dus voor zorgt dat de goede pagina's worden ingeladen etc.

Maar nu doet het gekke feit zich voor dat wanneer ik een formulier heb (op de pagina die word ingeladen), en ik die 'submit', er helemaal geen $_POST variabelen worden geset door PHP.

Natuurlijk heb ik method="post" in de form-tag staan, en ook register_globals staan op 'on'. En het vreemde is dat wanneer ik een apart bestandje maak, en het daar test, hij het wel gewoon doet.

Ik heb even een klein stukje uit m'n class gehaald om te laten zien waar ik de pagina inlaad:

PHP:

if (ob_get_length()) {
            ob_clean();
        }
        ob_start();
        file_exists(contentMap.'/'.$page.'.php')?include(contentMap.'/'.$page.'.php'):die('Content file missing!');
        $this->content = ob_get_contents();
        ob_end_clean();

Het kan misschien liggen aan het feit dat ik de output buffer, maar dat lijkt me vreemd.

Verder maak ik gebruik van 'schone urls', zoals in dit artikel van NaarVoren word besproken. Misschien dat het daar aan ligt, maar hoe kan ik het dan verhelpen?

Heeft iemand een idee waar het aan kan liggen?

[Hmmbob]

zet je globals maar weer uit

Je moet namelijk het een of het ander doen... of register_globals on, of $_POST

[ Voor 58% gewijzigd door Hmmbob op 26-09-2004 19:33 ]

[Koeniepoenie]

Groentenboer schreef op 26 september 2004 @ 19:33:
zet je globals maar weer uit

Je moet namelijk het een of het ander doen... of register_globals on, of $_POST

maar is het niet zo dat het ook gewoon beide kan?
Naar m.i. iig wel

[RSpliet]

kan wel, maar register globals op on zetten terwijl je ze niet gebruikt is sheer stupidity Zet maar eens uit, misschien heb je dezelfde namen voor de 'env' of 'session' variabelen gebruikt ofzo. Doe sowieso eens print_r($_POST); om te zien wat ie nou precies bevat...

[Hmmbob]

is dat zo? hmmmmm.....

Ach, het is in ieder geval netter om globals uit te zetten

[Robtimus]

ob_end_clean verwijdert alles uit de buffer zonder het te printen, is dat wel de bedoeling?

[Koeniepoenie]

Seven of Nine schreef op 26 september 2004 @ 19:37:
kan wel, maar register globals op on zetten terwijl je ze niet gebruikt is sheer stupidity Zet maar eens uit, misschien heb je dezelfde namen voor de 'env' of 'session' variabelen gebruikt ofzo. Doe sowieso eens print_r($_POST); om te zien wat ie nou precies bevat...

Was idd beetje dom dat ik dat erbij vermeldde, want eigenlijk is het helemaal niet interessant.

print_r($_POST); heb ik uiteraard al geprobeerd, maar hij zegt steeds niets te bevatten. Terwijl wanneer ik de pagina refresh, ik wel een melding (van FF) krijg of ik de pagina wel wil herladen, want er word 'POSTDATA' meegezonden. Dat duid er dus op dat er wel 'gepost' word.

[edit]

ob_end_clean verwijdert alles uit de buffer zonder het te printen, is dat wel de bedoeling?

Ik zal eens proberen het weg te laten, maar opzich zou het geen verschil moeten maken. Want ik zet voordat het geleegd word de inhoud in een variabele, die ik later weer gebruik om de boel mee te printen.

[ Voor 21% gewijzigd door Koeniepoenie op 26-09-2004 19:41 ]

[RSpliet]

IceManX schreef op 26 september 2004 @ 19:38:
ob_end_clean verwijdert alles uit de buffer zonder het te printen, is dat wel de bedoeling?

Hij vangt de output toch eerst op? $this->content = ob_get_contents();

en voor TS, gebruik je PHP4 of hoger (misschien stomme vraag, maar je weet maar nooit )? Zo niet, ga dan eens HEEL snel PHP5 installeren

[ Voor 22% gewijzigd door RSpliet op 26-09-2004 19:41 ]

[Koeniepoenie]

Seven of Nine schreef op 26 september 2004 @ 19:40:
en voor TS, gebruik je PHP4 of hoger (misschien stomme vraag, maar je weet maar nooit )? Zo niet, ga dan eens HEEL snel PHP5 installeren

Op m'n huidige host gebruik ik idd 4.3.8, maar het is niet mijn host, dus ik kan niet zo snel switchen naar PHP 5.

[edit]
En ob_end_clean() heb ik wel degelijk nodig, want anders word mijn content 2x geprint (1 keer op de verkeerde plek, en 1 keer op de goede )

[ Voor 18% gewijzigd door Koeniepoenie op 26-09-2004 19:44 ]

[NMe]

KoenieMan schreef op 26 september 2004 @ 19:40:
Was idd beetje dom dat ik dat erbij vermeldde, want eigenlijk is het helemaal niet interessant.

print_r($_POST); heb ik uiteraard al geprobeerd, maar hij zegt steeds niets te bevatten. Terwijl wanneer ik de pagina refresh, ik wel een melding (van FF) krijg of ik de pagina wel wil herladen, want er word 'POSTDATA' meegezonden. Dat duid er dus op dat er wel 'gepost' word.

Heb je die register_globals nou al op off gezet dan? Ik denk namelijk dat het gewoon daaraan ligt. Is sowieso, zoals al heel vaak gezegd in dit topic, erg onveilig om aan te zetten als je niet voor 100% weet wat je doet.

[Rataplan]

NMe84 schreef op 26 september 2004 @ 20:42:
Heb je die register_globals nou al op off gezet dan? Ik denk namelijk dat het gewoon daaraan ligt.

Verkeerde waarden OK, maar helemaal geen waarden worden imo niet zo verklaard.

Ik denk enniewee dat de grap in een terloopse opmerking zit:

klein stukje uit m'n class

want ik kan het even niet terugvinden, maar volgens mij mag je een class niet over meer dan 1 file uitsmeren. Een include binnen een class, kort en goed, gaat nooit werken.

Is sowieso, zoals al heel vaak gezegd in dit topic, erg onveilig om aan te zetten als je niet voor 100% weet wat je doet.

Ik zou dit sterker uitdrukken. Iets als "je bent gek als je het aanzet terwijl je het niet heel hard nodig hebt" of zo

edit:

Here you go:

quote: http://nl3.php.net/manual/en/language.oop.php

You can NOT break up a class definition into multiple files, or multiple PHP blocks.

[ Voor 11% gewijzigd door Rataplan op 26-09-2004 21:03 ]

[Olaf van der Spek]

Kun je niet even <?php phpinfo() ?> uploaden en de link hier posten?

[ Voor 12% gewijzigd door Olaf van der Spek op 26-09-2004 21:43 ]

[Grijze Vos]

NMe84 schreef op 26 september 2004 @ 20:42:
[...]

Heb je die register_globals nou al op off gezet dan? Ik denk namelijk dat het gewoon daaraan ligt.

De Superglobals zijn sowieso bereikbaar, onafhankelijk van die setting.

Is sowieso, zoals al heel vaak gezegd in dit topic, erg onveilig om aan te zetten als je niet voor 100% weet wat je doet.

d0h.


edit: TS, zet es een linkje naar je page toe. Kan wel handig zijn...

[ Voor 8% gewijzigd door Grijze Vos op 27-09-2004 17:25 ]

[Koeniepoenie]

Hier: http://www.koenpasman.nl/phpinfo.php heb ik even een kleine pagina met phpinfo() en een klein formuliertje, waar je dus kunt zien dat in dit geval de variabelen wel geset worden.

[RSpliet]

Mogen wij ook de pagina waar het dan niet werkt? Mss zit het wel gewoon in de HTML

[Koeniepoenie]

Hm, ik denk dat ik de fout al zie.

Ik heb namelijk (zoals ik al zei), een soort van 'schone urls' systeempje voor de site.
Zodat wanneer je www.blaat.nl/home/, niet in de map 'home' komt, maar dat je gewoon op index.php van blaat.nl komt, en dat je zo 'home' kunt extraheren uit de URL. En daar vervolgens wat leuks mee kan doen in je scriptje (zie ook hier).

Nu vermoed ik dat PHP de variabelen wel set, maar in (in dit geval) weblog.php, maar omdat ik dan op de pagina 'koenpasman.nl/weblog/' zit, denkt 'ie dat ik in de map weblog zit, en dus geen variabelen ziet.

Tenminste, zo vermoed ik.

Misschien moet ik toch maar mod_rewrite gebruiken..

[Olaf van der Spek]

niet in de map 'home' komt, maar dat je gewoon op index.php van blaat.nl komt

En hoe werkt die redirect precies?

[Koeniepoenie]

OlafvdSpek schreef op 27 september 2004 @ 21:31:
[...]

En hoe werkt die redirect precies?

Nou, ik geef mbv Htaccess een 404 Errordocument op:

code:

ErrorDocument 404 /reloaded/404.php

En 404.php bevat het volgende:

PHP:

<?php
// 404 afvangen
header('HTTP/1.1 200 OK');

include('index.php');
?>

Hij stuurt dus een nieuwe header, die zegt dat het geen 404, maar gewoon een goede request is, vervolgens include ik index.php, waar de hele class staat die de pagina vervolgens opbouwt.