Trying to answer a couple of mails here...

How
exactly are you tacking the SID onto the end of these URLs?  If it's
done by php automatically then you shouldn't be having problems at all
at the xhtml level, if you're doing it manually - then manually add
&SID=$wherever_sid_is_stored onto the urls.

php adds the SID automatically so I have no control over that part of the url... for all other params i use & manually.


Otherwise, take a look at this php.ini option ->
; The separator used in PHP generated URLs to separate arguments.
; Default is "&".
;arg_separator.output = "&"

I would do that if I had control over the server... but I don't get to say what the ISP can do or not... That might change in the future but right now I'm stuck with them...


There is no REAL problem, since all pages displays nicly in all browsers I've checked... the problem is that I in _one_ place put a "valid xhtml" banner with a direct link to w3's xhtml validator... not so nice when it turns out that it's not valid xhtml after all...

I guess I will have to add the sid manually... I've never bothered doing it that way before, so I guess I'll have to dig trough the php manual again... ;)

thanks for your help!


_bobo wieland _ [EMAIL PROTECTED] _ winamp >> the prodigy | weather experience (top buzz remix)





----- Original Message ----- From: "Norland, Martin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 29, 2004 10:49 PM
Subject: RE: [PHP-DB] &amp; and sessions



Section 3.3 of that rfc indicates that ; is reserved in URLs - so I'm guessing there's another solution.

Obviously you can wrap all your URLs up in a nice CDATA structure - but
that seems ridiculous.

A quick googling perusal confirms what I expected:
http://www.biglist.com/lists/xsl-list/archives/200101/msg00510.html

"The XML that you see in a file is just a *serialisation* of a node
tree. In the node tree, entity references are substituted for whatever
they reference."

Which means either the browser should automagically translate the &amp;
- or it should otherwise be translated before the page is rendered.  How
exactly are you tacking the SID onto the end of these URLs?  If it's
done by php automatically then you shouldn't be having problems at all
at the xhtml level, if you're doing it manually - then manually add
&amp;SID=$wherever_sid_is_stored onto the urls.

Of course, I'm probably oversimplifying a problem you've fought hours
on, so all I can say is I hope the link and its thread shines some
light.

Cheers,

- Martin Norland, Database / Web Developer, International Outreach x3257
The opinion(s) contained within this email do not necessarily represent
those of St. Jude Children's Research Hospital.


-----Original Message----- From: Bobo Wieland [mailto:[EMAIL PROTECTED] Sent: Monday, November 29, 2004 3:31 PM To: Bastien Koert; [EMAIL PROTECTED] Subject: Re: [PHP-DB] &amp; and sessions


well... in xhtml you HAVE to write &amp; in urls... if I can't do that whats the point in trying to use xhtml, when it won't work with php anyway?


_bobo wieland _ [EMAIL PROTECTED] _ winamp >> kruder dorfmeister | lamb- trans fatty acid




----- Original Message ----- From: "Bastien Koert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, November 29, 2004 9:51 PM
Subject: RE: [PHP-DB] &amp; and sessions



you can't, not allowed

read here http://www.faqs.org/rfcs/rfc1738.html

bastien

From: "Bobo Wieland" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: [PHP-DB] &amp; and sessions
Date: Mon, 29 Nov 2004 20:44:43 +0100

how can i force the SID variable in urls not to be &SID=, but &amp;SID

?


_ bobo wieland ____ [EMAIL PROTECTED] __

--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php





-- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



Reply via email to