Ich hoffe mir kann einer helfen

Meine ausgelesenen Daten aus einer Datenbanktabelle schreibe ich per Schleife in eine Tabelle. Die Daten mache ich zum Link mit "<a href=weiter.php>". Ich weiß das man Variablen mit

"?Variable = ' ' " übergeben kann, das klappt aber nicht in der Schleife. Es soll klappen mit der Variable $HTTP_GET_VARS aber wie? Ich hoffe es hat schon einer gemacht.

Hallo!

Ich habe vor kurzem auch eine Tabelle mit Links mit Hilfe einer Schleife erstellt, und bei mir läuft es auch.

Ich habe allerdings nicht wie Du hinter ...?variable einen Wert geschrieben, sondern habe diesen Wert vorher in eine andere Variable gepackt.

$data = wert;

echo "<a href=\"weiter.php?variable=$data\">link</a>\n";     

[/PHP]

Danke

hat geklappt, kommt halt davon wenn man alles kompliziert machen will.

es geht auch wenn man den wert nicht in eine variable packt. ich habs schon oft genug so und so gemacht . wenn man OHNE variable schreibt sollte man es aber so schreiben:

echo "<a href=\"seite.php?var=".$row['varinhalt']."\">link</a>";

Vorsicht!!

echo "<a href=\"seite.php?var=".urlencode($row['varinhalt'])."\">link</a>";

Ohne urlencode kann es Probleme geben bei der Übergabe!

mir ist gestern aufgefallen das OPERA manche sachen nicht richtig zurück liefert.

ich hatte mit rawurlencode() einen zeichensatz codiert und rawurldecode ihn wieder decodiert. mozilla + IE liefern das korrekte ergebnis. opera hingegen nicht.

der sting sah so aus:

test 21544+++

opera wertet die +++ als leerzeichen, was ja leider falsch ist!

Da hat wahrscheinlich die Methode rawurlencode nicht so funktioniert, wie sie sollte.

Wenn man nämlich ein Leerzeichen mit rawurlencode umwandetl erhält man ein "+".

Folglich interpretiert der Browser dann das Zeichen beim decodieren als Leerzeichen.

Lass dir doch mal die codierten Zeilen anzeigen und vergleiche diese. Vielleicht gibts ja Probleme beim übertragen des Formulars.

ein leerzeichen ist bei rawurlencode %20 bei urlencode hingegen ein +

rawurlencode kodiert nach RFC 1738

http://www.w3.org/Addressing/rfc1738.txt

aber ein versuch wars trotzdem wert