>I have a tag: ><a href="index2.php?pg=2" >CV</a> > >when I want to validate page (W3C online validator) , validator prints: > >Line 37, column 50: ><a href="index2.php?pg=2&PHPSESSID=195c0283f8 ... > ^Error: unknown entity >"PHPSESSID"
Stupid, stupid, stupid. There is *NO* reason for the W3C to mistake that for an HTML entity. >How can I solve this? (& doesn't functioning, because after that is >&PHPSESSID added automatically by php) PHPSESSID is being added by PHP in order to pass the session data through the URL as a GET parameter. You *could* turn that "off" in php.ini by changing the trans-sid setting... But then your site won't work for users who don't do cookies, which very well may include the W3C validator. >When I open the source file from MSIE there is no PHPSESSID parameter. So in >properties of link. > >Maybe validator uses different way to connect to that site. Yes -- they are using HTTP. >Is there possibility to solve this? Ignore it. Actually, I think the W3C (stupid) recommendation is to use a different character for the separator in your URLs. They probably recommend & or / or something. If you want to waste hours making that happen, have at it. There's a php.ini setting that will let you change the separator that PHP will use when it parses the URL, and then you can go change all your source code to use "X" instead of & if you've got nothing better to do. So far as I know, the *ONLY* thing this will affect is the W3C validator. There isn't *ONE* browser on the planet that will actually choke on the & in your URL. If you like jumping through hoops created by W3C for no apparent reason, go for it. :-) -- Like Music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
