Boris. echo $drie is inderdaad achternaam. Maar dat wil ik juist niet. Ik wil de waarde van achternaam. Dus zou ik Jansen moeten zien.
Alsof er $achternaam; staat.
Nou om te kijken wat de waarde is wel. Ik heb dus tijdelijk echo ${$drie}; in mijn code staan.
Maar uiteindelijk schrijf ik die waarde in een relationele database. ik hoef hem niet op het scherm weg te schrijven.
${$drie}; werkt prima op de oude server. Op de nieuwe server niet meer...
Ja dat bedoel ik. Maar dat is hetzelfde als ik al deed op mijn oude server. Zie voorbeeld. Ik deed het alleen nog met een tussenstap $drie.
Ben er inmiddels uit. Bedankt dus voor de reacties.
Probleem had te maken met $HTTP_POST_VARS. Dus met het doorsturen van de variable via een formulier. Dit was anders ingesteld op deze server.
Willem-Jan. Een vraag. Werkt $_POST alleen als de instellingen in php.ini goed staan? Dat heb ik wel eens begrepen. $HTTP_POST_VARS werkt altijd.
Zo kan je ook helemaal niks ervoor zetten. Gelijk de variable uit een formulier gebruiken ALS dat maar goed ingesteld is in de php.ini file. Maar echt nette code is het niet.
Ik draai mijn scripts niet op mijn eigen server. Gevolg is dat bij een verhuizing ik steeds te maken krijg met een andere php.ini.
In PHP 4.2.0 and later, the default value for the PHP directive register_globals is off. This is a major change in PHP. Having register_globals off affects the set of predefined variables available in the global scope. For example, to get DOCUMENT_ROOT you'll use $_SERVER['DOCUMENT_ROOT'] instead of $DOCUMENT_ROOT, or $_GET['id'] from the URL http://www.example.com/test.php?id=3 instead of $id, or $_ENV['HOME'] instead of $HOME.
Dus vanaf PHP 4.2.0 staat hij standaard al uit, en ik kan me niet voorstellen dat een host hem weer aanzet.
En wat bedoel je met niks ervoor kunnen zetten?
<?php
// Geen probleem hoor
echo 'Inhoud van het veld test: '.$_POST['test'];
?>
