Brian,
It is certainly possible to overload every command, but i would not
recommend it, since this can break code in various ways, and i would not
recommend to rely in general on the non-standard-confoming AOLserver
encoding.I would rather recommend to implement a new function (e.g.
ns_urlencode_aol) which can be used in your UUID implementation. Would
this be an acceptable approach for your system? i could dig out the
AOLserver code and send you such an implementation, in case that would
be of use for you.
-g
PS: there are many - also pretty standard - ways to compute an UUID. An
UUID should not depend on an encoding representation, which is just
intended as a temporary representation for transit, internally
everything should work on the decoded values.
Am 08.06.17 um 18:50 schrieb Brian Fenton:
Hi all
I'm back again with more questions about changes to ns_urlencode in
Naviserver.
1.Can someone confirm what is the default for -part, query or path?
From my own tests, it seems to be "query" but I couldn't see it in the
docs here
https://naviserver.sourceforge.io/n/naviserver/files/ns_urlencode.html
2. in the case where the query portion of a URL, has a value which
itself is a url, Naviserver handles this differently than AOLserver e.g.
ns_urlencode "url=/wf/task?task_id=2" returns:
url%3d/wf/task?task_id%3d2
Under AOLserver, this returns:
url%3d%2fwf%2ftask%3ftask%5fid%3d2
This is something widely used in our application, where we have a UUID
implementation, which relies on encoding and decoding URLs, and
comparing them to cached values. Unfortunately this difference in how
Naviserver and AOLserver implement this is giving us some issues (of
our own making, admittedly).
Has anyone any suggestions for how to obtain the AOLserver behaviour
under Naviserver? Would it be difficult to overload ns_urlencode?
Would be grateful for any advice.
best wishes
Brian
*From:*Brian Fenton
*Sent:* 12 May 2017 15:18
*To:* naviserver-devel@lists.sourceforge.net
*Subject:* RE: [naviserver-devel] ns_urlencode on Windows Naviserver
Thanks Gustaf
An issue arose during migration testing which was breaking some of our
existing AOLserver code, then when I saw the documentation issue, I
thought best to check with the list that maybe there was an issue with
the Windows version.
I’ll dig into our code and see what the problem is exactly.
thanks
Brian
*From:*Gustaf Neumann [mailto:neum...@wu.ac.at]
*Sent:* 12 May 2017 14:52
*To:* naviserver-devel@lists.sourceforge.net
<mailto:naviserver-devel@lists.sourceforge.net>
*Subject:* Re: [naviserver-devel] ns_urlencode on Windows Naviserver
Am 12.05.17 um 13:41 schrieb Brian Fenton:
Thank you David
So, assuming the documentation is incorrect
https://naviserver.sourceforge.io/n/naviserver/files/ns_urlencode.html
it seems that the API has been changed from AOLserver.
Brian
Brian, are you worried about the literal comparison in a test case, or
is there a deeper background?
Some more background: ns_urlencode in AOLserver was always incorrect
in respect to the RFCs, which define different encodings for the
"path" and the "query" part of an URL. Therefore many years ago,
NaviServer added flags "-part" to specify the encoding (implementing
an extension of RFC1738 (1994)).
In the (unreleased) tip version of NaviServer on bitbucket, i've
updated the implementation to be in sync with valid RFCs (RFC 3986 for
URIs and RFC 6265, cookie encodings). So if one compares the result
of a tip version of NaviServer with the documentation of the released
version, the results differ (btw., the example on the NaviServer man
page is bad). See about the changes in the tip see e.g. [1] and the
following postings.
-g
[1]
https://sourceforge.net/p/naviserver/mailman/naviserver-devel/?limit=50&viewmonth=201703&viewday=22
--
Univ.Prof. Dr. Gustaf Neumann
WU Vienna
Institute of Information Systems and New Media
Welthandelsplatz 1, A-1020 Vienna, Austria
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
--
Univ.Prof. Dr. Gustaf Neumann
WU Vienna
Institute of Information Systems and New Media
Welthandelsplatz 1, A-1020 Vienna, Austria
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel