[php] variables in url worden genegeerd

[execute|IA]

Sinds twee dagen heb ik last van het volgende probleem:

Sommige variables in de url herkent mijn server niet meer, terwijl de source hiervoor altijd wel werkte.

Voorbeeld:
index.php?mod_set=test

De variable mod_set word dan bijvoorbeeld niet herkend. Probleem is dat sommige sites wel werken en andere niet. Maar de fout is wel concistend aanwezig in de sites.

Appache en php heb ik opnieuw gecompiled maar maakt niets uit het probleem blijft behouden.

Weet er iemand hoe ik dit kan oplossen?

Alvast bedankt.

[Speedener]

Wat is de error die je krijgt dan?

[execute|IA]

Ik krijg geen error. Zelfs als ik echo $mod_set; doe dan geeft ie gewoon niets. De variable is dus gewoon leeg.

[Speedener]

en als je

PHP:

<?php 
echo $_GET['mod_set'];
?>

doet?

[ Voor 21% gewijzigd door Speedener op 21-07-2003 19:20 ]

[execute|IA]

in eerste instantie krijg ik niets te zien (op de hoofdpagina), maar als ik dan op de url klik krijg ik gewoon een witte pagina met alleen de inhoud van de variable.

Ik zie nu dus wel de inhoud maar kan er weinig mee, en eerst werkte deze site ook.

[ Voor 21% gewijzigd door execute|IA op 21-07-2003 19:25 ]

[execute|IA]

Die witte pagina snap ik al, want dit is een pagina die frames opbouwt. Hij toont dus alleen de variable en plakt daaronder de source en doet weer gewoon alsof ie niet bestaat

[Speedener]

je moet ook $_GET['mod_set'] gebruiken heh en niet $mod_set

P&W FAQ - PHP

Moet dit topic niet naar P&W?

[ Voor 118% gewijzigd door Speedener op 21-07-2003 19:35 ]

[execute|IA]

Speedener schreef op 21 July 2003 @ 19:34:
je moet ook $_GET['mod_set'] gebruiken heh en niet $mod_set

Moet dit topic niet naar P&W?

P&W FAQ - PHP

Ik heb het precies zo gedaan als je poste. Dan toont ie dus allen de variable en vervolgens doet ie weer net alsof ie niet bestaat. Daarnaast deed eerst php het gewoon wel en aangezien zowat al me sites er nu uiliggen lijkt me het neit geheel logisch om alle source maar om te bouwen.

[ Voor 6% gewijzigd door execute|IA op 21-07-2003 19:37 ]

[justmental]

edit:

ik=traag

[ Voor 85% gewijzigd door justmental op 21-07-2003 19:38 ]

[Speedener]

execute schreef op 21 July 2003 @ 19:36:
[...]


Ik heb het precies zo gedaan als je poste. Dan toont ie dus allen de variable en vervolgens doet ie weer net alsof ie niet bestaat. Daarnaast deed eerst php het gewoon wel en aangezien zowat al me sites er nu uiliggen lijkt me het neit geheel logisch om alle source maar om te bouwen.

Heb je overal in je script $mod_set ge-replaced naar $_GET['mod_set']?

Of bedoel je dat hij soms wel en soms niet de inhoud van de var laat zien?

[execute|IA]

Speedener schreef op 21 July 2003 @ 19:39:
[...]

Heb je overal in je script $mod_set ge-replaced naar $_GET['mod_set']?

Of bedoel je dat hij soms wel en soms niet de inhoud van de var laat zien?

Je denkt toch niet dat ik in 5 vrij complexe sites elke variable ga vervangen door dit geneuzel dat moet anders kunnen. Eerst werkte het immers ook.

[justmental]

execute schreef op 21 July 2003 @ 19:43:
Je denkt toch niet dat ik in 5 vrij complexe sites elke variable ga vervangen door dit geneuzel dat moet anders kunnen. Eerst werkte het immers ook.

Heb je dat stukje uit de P&W faq gelezen dan?
Daar staat de configuratie-instelling die dit veroorzaakt.

[execute|IA]

justmental schreef op 21 July 2003 @ 19:45:
[...]

Heb je dat stukje uit de P&W faq gelezen dan?
Daar staat de configuratie-instelling die dit veroorzaakt.

Ben laatst wel overgestapt op nieuwe versie maar dat is twee weken geleden. Ik ben het nu aan het doorlezen.

[execute|IA]

De register globals staan gewoon op aan dus het zou moeten werken

[ Voor 5% gewijzigd door execute|IA op 21-07-2003 19:55 ]

[Speedener]

En Error reporting heb je op E_ALL gezet om dit probleem op te losse neem ik aan?

[execute|IA]

Hij doet het weer. Er was iets mis gegaan met de config files, maar toch ebdankt voor jullie hulp.

[AlBundy]

Nee, ik heb de config van 4.2.3 voor hem aangepast en over de oude heen gezet, omdat de config van 4.1.2 nog werd gebruikt, en blijkbaar wilde dat niet helemaal lekker werken

[Verwijderd]

Mmm, weet je ook precies waar het aan lag Albundy? Erg handig om te weten als ik mijn systeem eens ga upgraden.

[Verwijderd]

@grunGe

Opmaak en inhoud van php.ini is veranderd t.o.v. 4.1.2, dus je oude 'goede' php.ini copieren nadat je overgaat naar b.v. 4.2.3 gaat niet werken.

Beetje een rtfm situatie als je 't mij vraagt.....

[Verwijderd]

Kijk voor de grap eens of je een goeie php.ini file hebt en let dan eens op de volgende waarde:

register_globals = On

Staat deze op Off dan kun je er zo goed als zeker van zijn dat je je probleem hebt gevonden.

[samo]

en misschien i.p.v. iedere $mod_set te vervangen door $_GET['mod_set'] kan je
[php]
$mod_set = $_GET['mod_set'] toevoegen aan iedere pagina

[djluc]

Dat is natuurlijk maar een plakbandoplossing hè. Je kunt beter gaan beginnne met het invoeren van registery globals in je code omdat dat uiteindelijk toch de toekomst heeft wat PHP betreft.

[Freaked]

Verwijderd schreef op 22 juli 2003 @ 16:51:
Kijk voor de grap eens of je een goeie php.ini file hebt en let dan eens op de volgende waarde:

register_globals = On

Staat deze op Off dan kun je er zo goed als zeker van zijn dat je je probleem hebt gevonden.

Je was me net voor.. het zit idd in je php.ini

daar moet register globals aan staan!

[Verwijderd]

NOS policy - updated 01/04/03

Lezen is ook een vak mensen. De topicstarter had z'n probleem al 8 posts hierboven opgelost, en toch blijven jullie hem met "register_globals" om de oren gooien.