Hi,

If the problem is '&' you can always
use the alternate delimiter ';' as per
rfc spec.

I was getting the same error back from xsltproc
when <xsl:output> method was set to html.

--xsltproc

xsltproc was compiled against libxml 20420, libxslt 10016 and libexslt 707
libxslt 10016 was compiled against libxml 20420
libexslt 707 was compiled against libxml 20420

-----Original Message-----
From: Melvyn Sopacua [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 3:44 AM
To: AxKit Users
Subject: Querystring &amp; odity and Doubleclick click targets


Hi,

Today I've been able to trackdown an odity with a textlink and the
doubleclick adservers.
The textlink has been hardcoded into the site, and therefore a so called
'click-target' has been used, to measure clicks.
This url looks like:
http://ad.doubleclick.net/clk;$number;$number;u;ord=$number?$client_url

In this particular case, the client url, also contained a query string and
variables via the 'standard' &var=value scheme, and what AxKit does in this
case is translate:
&amp; to %26amp;

I've verified this comparing the xsltproc output with the AxKit 1.5 and 1.6
output.

However - doubleclick adservers, ONLY translate part of the querystring:
%3A%2F%2F to ://
and then redirect, using that result.

Therefore the resulting url was incorrect.

The solution is to use the Output Transformer using s/\%26amp;/\&amp;/g -
hopefully that saves somebody else some headaches :-).

I guess Doubleclick adservers don't do a full translation, for Backwards
Compatibilty reasons, but what is the reasoning for AxKit to do this?

Shouldn't the user be responsible for the format of it's href tag?

To sum it up, AxKit translates:
<xsl:attribute
name="href">http://host.com/?http%3A%2F%2Fotherhost.com?&amp;var=value</xsl:
attribute>
To:
http://host.com/?http%3A%2F%2Fotherhost.com?%26amp;var=value




Best regards,

Melvyn Sopacua
WebMaster IDG.nl
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
If it applies, where it applies - this email is a personal
contribution and does not reflect the views of my employer
IDG.nl.
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to