In short: ZCatalog getpath method returns sth. like
It causes the problem when one uses SiteAccess to modify URL paths
(let's say I use Apache mod_proxy to redirect to and set SiteAccess in public zope dir to
return URL's generated from ZCatalog searches via
'tutorial way':

<a href="<dtml-var "catalog.getpath(data_record_id_)">">

does not work. I get sth like (and Apache claims no
/public directory on server).

The problem can be solved via via converting fully specified link
returned by getpath to relative link (in most cases it is enough to
split this string on slash, remove 2 leading items and join it again) -
then I get correct URL without SiteAccess intervention.

Code snippet from zcatalog search result form:

   This does not work with SiteAccess/proxying
          <a href="<dtml-var "catalog.getpath(data_record_id_)">">
<dtml-let page_path="catalog.getpath(data_record_id_)"
          final_path="_.string.join(page_split[2:],'/')" >
     <a href="<dtml-var "final_path">">
         <dtml-var title></a>

This is rather workaround than clean solution. I can imagine two 'true'
- patching ZCatalog to return relative URLs only
- patching SiteAccess to do something with '/such/urls' (is it

Marcin.Kasperski | You have the right to change your mind, to substitute | functionality, and to change priorities. (Ken Beck's 
Marcin.Kasperski | Third Customer Right)                            |

Zope maillist  -  [EMAIL PROTECTED]
**   No cross posts or HTML encoding!  **
(Related lists - )

Reply via email to