---

Hejsa.

Jeg har med hjælp fra johan fået lavet et linksystem til min explode
funktion men der er en lille fejl som jeg desværre ikke kan klare.

Koden er cirka således:

<table border="0" width="450" align="center" cellspacing="1"
bordercolor="#BECAD6">
<tr>
<td><font color="#c0c0c0" face="Verdana,Arial, Helvetica, sans-serif"
size="2"><b>
<? print $delt[$side]; ?></td>
</tr>
<table>



<center>
<?
if(mysql_num_rows($result) > 0) {
$string = $row[testen];
$arr_string = explode("afrolem", $string);
echo "[";
for($i=0; $i<sizeof($arr_string)-1; $i++) {
if($i != 0) {
echo "-";
}
$linkid = ($i + 1);
echo " <a
href=\"http://www.retel.dk/test/include/read.php?id=$id?side=$i\">".$linkid.
"</a> ";
}
echo "]";
}



?>

Jeg vil gerne når man trykker på linket i bunden at den skifter så sætter en
tal værdi ind i stedet for $side så den henter de korrekte ting frem. <?
print $delt[$side]; ?> og så vil jeg have at den skriver <? print $delt[1];
?> f.eks istedet for.

mit gæt på hvordan linket skal se er således:

a href=\"http://www.retel.dk/test/include/read.php?id=$id?side=$i\

Men desværre giver dette fejl:

Unable to connect to SQL server. Reason: You have an error in your SQL
syntax near '?side=2' at line 1

Nogen der kan hjælpe mig?

---

>
> a href=\"http://www.retel.dk/test/include/read.php?id=$id?side=$i\
>

uden at læse alt det overflødigekode så prøv

a href=\"http://www.retel.dk/test/include/read.php?id=$id&side=$i\"

sidste ? skiftes ud med &

/Glen K

---

takker jeg anede faktisk ikke det varsådan med flere variable nu virker det.

TAK TAK TAK..


"Glen Kjærulff" <glenk_@cool.dk> wrote in message
news:9for16$2fk$1@news.cybercity.dk...
> >
> > a href=\"http://www.retel.dk/test/include/read.php?id=$id?side=$i\
> >
>
> uden at læse alt det overflødigekode så prøv
>
> a href=\"http://www.retel.dk/test/include/read.php?id=$id&side=$i\"
>
> sidste ? skiftes ud med &
>
> /Glen K
>
>
>

---

"Lasse Stig Thomsen" <lasse@tt-trading.dk> skrev i en meddelelse
news:CpST6.9889$R84.1238564@news010.worldonline.dk...
> takker jeg anede faktisk ikke det varsådan med flere variable nu virker
det.
>
> TAK TAK TAK..
>

Fik du ikke min mail i aftes Der havde jeg ellers skiftet ? ud med &

mvh

Johan

---

"Glen Kjærulff" <glenk_@cool.dk> wrote in <9for16$2fk$1@news.cybercity.dk>:

>sidste ? skiftes ud med &

Og hvis det skal være korrekt html skal det rent faktisk være &amp; i
stedet for &.

--
mvh Andreas Kleist Svendsen
http://nau.dk

---

In article <Xns90BA379FDF14usenetnospam.nau.dk@212.242.40.196>, "Andreas
Kleist Svendsen" <usenetnospam@nau.dk> wrote:

> Og hvis det skal være korrekt html skal det rent faktisk være &amp; i
> stedet for &.

Det er jeg rimeligvis sikker på at det _ikke_ skal være.

/A

---

On Fri, 08 Jun 2001 16:11:10 +0200, "Anders Johannsen"
<anders@ignition.dk> wrote:

>Det er jeg rimeligvis sikker på at det _ikke_ skal være.

Nå? Men du tager altså fejl.

Mvh. / Regards Stefan Bruhn
--
<?$email = unserialize("a:15:{i:0;i:115;i:1;i:116;i:2;i:101;i:3;i:102
;i:4;i:97;i:5;i:110;i:6;i:64;i:7;i:98;i:8;i:114;i:9;i:117;i:10;i:104
;i:11;i:110;i:12;i:46;i:13;i:116;i:14;i:111;}");
for ($i=0;$i<=15;$i++) {echo chr($email[$i]);}?>

---

Anders Johannsen <anders@ignition.dk> skrev:
> > Og hvis det skal være korrekt html skal det rent faktisk være &amp; i
> > stedet for &.
>
> Det er jeg rimeligvis sikker på at det _ikke_ skal være.

kik her:
http://www.html.dk/dokumentation/tegn/

Hilsen Peter

---

> > Det er jeg rimeligvis sikker på at det _ikke_ skal være.
>
> kik her:
> http://www.html.dk/dokumentation/tegn/
>

vrøvl! en URL har da intet med HTML at gøre!!!

/Glen K
ps. eller ? jeg vil gerne se en RFC på det:

---

> vrøvl! en URL har da intet med HTML at gøre!!!
>
> /Glen K
> ps. eller ? jeg vil gerne se en RFC på det:
>

Jeg tror selv jeg svare på det..

det er & ikke andet.

fra RFC
<snip>
<!--StartFragment-->2.2. Reserved Characters

Many URI include components consisting of or delimited by, certain
special characters. These characters are called "reserved", since
their usage within the URI component is limited to their reserved
purpose. If the data for a URI component would conflict with the
reserved purpose, then the conflicting data must be escaped before
forming the URI.

reserved = ";" | "/" | "?" | ":" | "@" | "&" | "=" | "+" |
"$" | ","

The "reserved" syntax class above refers to those characters that are
allowed within a URI, but which may not be allowed within a
particular component of the generic URI syntax; they are used as
delimiters of the components described in Section 3.
</snip>

read all about it.
http://www.ietf.org/rfc/rfc2396.txt

/Glen K

---

On Fri, 8 Jun 2001 18:40:40 +0200, "Glen Kjærulff" <glenk_@cool.dk>
wrote:

>Jeg tror selv jeg svare på det..

Ja, og &amp; i HTML producerer det korrekte & tegn.
altså vil fisk.php?var=olen&smag=filur blive til
<a href="fisk.php?var=ole&amp;smag=filur">link</a> i HTML.

Hvis du undlader at bruge det virker din side f.x. ikke i Mozilla.

Mvh. / Regards Stefan Bruhn
--
<?$email = unserialize("a:15:{i:0;i:115;i:1;i:116;i:2;i:101;i:3;i:102
;i:4;i:97;i:5;i:110;i:6;i:64;i:7;i:98;i:8;i:114;i:9;i:117;i:10;i:104
;i:11;i:110;i:12;i:46;i:13;i:116;i:14;i:111;}");
for ($i=0;$i<=15;$i++) {echo chr($email[$i]);}?>

---

"Anders Johannsen" <anders@ignition.dk> wrote in message
news:20010608.161110.1335939811.1208@uranos.pil.dk...
> Det er jeg rimeligvis sikker på at det _ikke_ skal være.
>
> /A

Hvis det skal være korrekt iflg. W3 (www.w3.org) så skal det være &amp; og
ikke &.

Se evt. følgende:
http://validator.w3.org/docs/errors.html#bad-entity
http://www.htmlhelp.com/tools/validator/problems.html#amp

Begge URLs forklarer ganske glimrende hvorfor man bør bruge &amp; og ikke &.

--
/Tommy

---

> >sidste ? skiftes ud med &
>
> Og hvis det skal være korrekt html skal det rent faktisk være
> &amp; i stedet for &.

Hvad???

Man kan da ikke bruge &amp; til adskillelse mellem get-variabler. Det giver
da ingen mening...

index.php?site=forside&amp;id=2

Hmm...

--
Med venlig hilsen
Henrik Petersen

Fjern Otto Leisner programmet fra min e-mailadresse,
hvis du vil sende e-mail til mig!

---

Just as I expected, Henrik Petersen came up with this:

>Man kan da ikke bruge &amp; til adskillelse mellem get-variabler. Det giver
>da ingen mening...
>
>index.php?site=forside&amp;id=2

Ikke desto mindre klager W3C's validator <http://validator.w3.org/> med
mindre man bruger &amp; til at adskille sin GET variabler i links.
Grunden er at (svjv.) ifølge SGML standarden (som HTML er en applikation
af) så er alt hvad der kommer efter et &-tegn en entity, og det er
lygegyldigt hvor det &-tegn så end står. Dvs. at når en browser
accepterer <a href="side.php?v1=4&v2=1"> så følger den faktisk ikke
standarden...
Så man skal altså bruge entitien &amp; til at adskille GET variabler i
sin HTML. Men det er der alligevel ingen der gør, så bare lad være med
det.

Niels
--
http://www.niller.f2s.com/ - niLLer's pages, that's my software
http://g4s.dnsq.org/ - when I'm online
nmartin at iname dot ocm - that's my email (remember that it's .com !)
ICQ#: 50187323

---

nmartin@ispam.com (Niels) wrote in
news:3b210a88.4666490@news.inet.tele.dk:

> Så man skal altså bruge entitien &amp; til at adskille GET variabler i
> sin HTML. Men det er der alligevel ingen der gør, så bare lad være med
> det.

I følge Stefan Bruhn kan siden så ikke bruges i Mozilla, så hvorfor skulle
man lade være? I øvrigt er der nogle der gør det.

--
mvh Andreas Kleist Svendsen
http://nau.dk

---

Andreas Kleist Svendsen wrote:
> nmartin@ispam.com (Niels) wrote in
> news:3b210a88.4666490@news.inet.tele.dk:
>
>> Så man skal altså bruge entitien &amp; til at adskille GET variabler i
>> sin HTML. Men det er der alligevel ingen der gør, så bare lad være med
>> det.
>
> I følge Stefan Bruhn kan siden så ikke bruges i Mozilla, så hvorfor skulle
> man lade være? I øvrigt er der nogle der gør det.

Jeg har nu ikke oplevet at http://domain.tld/?a=1&b=2 agtige links ikke
virker i Mozilla.

mvh Thomas

---

Thomas L. Kjeldsen wrote:

>Jeg har nu ikke oplevet at http://domain.tld/?a=1&b=2 agtige links ikke
>virker i Mozilla.

Det har jeg nu... Bandede meget over det, og troede egentlig det var
en bug i Mozilla, men jeg blev klogere

(Det var 0.6'eren / NS6... har ikke lagt specielt mærke til det siden)

--
Dennis Skærup Højlund Andersen (http://euph.dk)

:: Lejlighed i Århus søges!! ::
:: http://dennisandersen.dk/lejlighed/ ::

---

On 9 Jun 2001 18:24:08 GMT, tlk@tigerdyr.wheel.dk (Thomas L. Kjeldsen)
wrote:

>Jeg har nu ikke oplevet at http://domain.tld/?a=1&b=2 agtige links ikke
>virker i Mozilla.

Du kan sagtens SELV indtaste den adresse i adresse feltet (det er det
korrekte)

Hvis du vil angive URL'en i HTML skal du bruge &amp;
Det fandt jeg ud af efter at mine undersider ikke virkede med Mozilla
0.8.

Da jeg så ændrede det til &amp; (som W3 også angiver som standard)
virkede det i Mozilla, og også stadig i de andre browsere.

Mvh. / Regards Stefan Bruhn
--
<?$email = unserialize("a:15:{i:0;i:115;i:1;i:116;i:2;i:101;i:3;i:102
;i:4;i:97;i:5;i:110;i:6;i:64;i:7;i:98;i:8;i:114;i:9;i:117;i:10;i:104
;i:11;i:110;i:12;i:46;i:13;i:116;i:14;i:111;}");
for ($i=0;$i<=15;$i++) {echo chr($email[$i]);}?>

---

In article <s1r6its1ig1kh32aannpa0e6qu8grbjimt@ghashul.dk>, Stefan Bruhn wrote:
>
> Da jeg så ændrede det til &amp; (som W3 også angiver som standard)
> virkede det i Mozilla, og også stadig i de andre browsere.

URL?


mvh Thomas

---

On 10 Jun 2001 15:22:33 GMT, tlk@tigerdyr.wheel.dk (Thomas L. Kjeldsen)
wrote:

>URL?

Ikke eksisterende.
Jeg har senere af hensyn til søgemaskiner lavet sidestrukturen om, så
jeg ikke bruger querystrings til at afgøre indholdet.

fil.php?side=whatever er blevet lavet til fil.php/side/

Mvh. / Regards Stefan Bruhn
--
<?$email = unserialize("a:15:{i:0;i:115;i:1;i:116;i:2;i:101;i:3;i:102
;i:4;i:97;i:5;i:110;i:6;i:64;i:7;i:98;i:8;i:114;i:9;i:117;i:10;i:104
;i:11;i:110;i:12;i:46;i:13;i:116;i:14;i:111;}");
for ($i=0;$i<=15;$i++) {echo chr($email[$i]);}?>

---

Thomas L. Kjeldsen wrote:

>> Da jeg så ændrede det til &amp; (som W3 også angiver som standard)
>> virkede det i Mozilla, og også stadig i de andre browsere.
>URL?

http://www.w3.org/TR/1999/REC-html401-19991224/appendix/notes.html#h-B.2.2

(Svjks, så er det dog ikke standard i den forstand)

--
Dennis Skærup Højlund Andersen (http://euph.dk)

:: Lejlighed i Århus søges!! ::
:: http://dennisandersen.dk/lejlighed/ ::

---

Dennis Skærup Højlund Andersen wrote:
>
> http://www.w3.org/TR/1999/REC-html401-19991224/appendix/notes.html#h-B.2.2

Tak. Jeg citerer lige derfra:


"B.2.2 Ampersands in URI attribute values

The URI that is constructed when a form is submitted may be used as an
anchor-style link (e.g., the href attribute for the A element).
Unfortunately, the use of the "&" character to separate form fields
interacts with its use in SGML attribute values to delimit character
entity references. For example, to use the URI "http://host/?x=1&y=2"
as a linking URI, it must be written <A href="http://host/?x=1&y=2">
or <A href="http://host/?x=1&y=2">.

We recommend that HTTP server implementors, and in particular, CGI
implementors support the use of ";" in place of "&" to save authors the
trouble of escaping "&" characters in this manner."


Jeg forstår ikke argumentationen. Så vidt jeg kan se, kan det kun give
problemer hvis jeg som koder fx laver en variabel med navnet "aring;".
Jeg vil meget heller undlade at lave variabler der indeholder et
semikolon og nøjes med at bruge "&" som seperator, frem for at skulle
bruge "&amp;" eller "&#38;" som seperator. Men det kan godt være jeg
tænker for små tanker nu.

Hvad er det der bliver forslået i sidste afsnit - at fx PHP begynder at
godtage ";" som seperator istedet for "&"? Eller er det blot en
anbefaling af det første afsnit?


mvh Thomas der undrer sig

---

"Henrik Petersen" <hp@HOPLAhp-site.dk> wrote in message
news:9fquon$7ps$1@sunsite.dk...
> Hvad???
>
> Man kan da ikke bruge &amp; til adskillelse mellem get-variabler. Det
giver
> da ingen mening...
>
> index.php?site=forside&amp;id=2
>
> Hmm...
>

Det giver faktisk ganske god mening. Du burde prøve det en dag.
Din browser sørger selv for at finde ud af at "&amp;" er et "&" når den
"renderer" koden, se evt.
http://www.htmlhelp.com/tools/validator/problems.html#amp

--
/Tommy