iwproxy query

Hi,
I have images in my generated html file in the following format:

[html]

[/html]

These images exist in STAGING area of a branch.
I tried the following regex in preconnect_remap and failover_remap, but it doesn't seem to respond.

_regex=http://www(\.mysite\.com)?/images/(.*)=/iw-mount/default/main/WEB/STAGING/images/$2

I can see in the iwproxy debug mode that my regex sticks.
Help please...

Find more posts tagged with

Comments

nipper

With a fully qualified URL like that, the browser does not even look at iwproxy. You need to set the browser proxy to iwproxy. There are instructios on how to do this are in the Admin manual. This is extremely uncommon, however. I have not done this since 5.0.1

Andy

RajatChopra

I guess you are referring to [iwproxy_fullproxy_redirect], wherein I need to configure the browser proxy to redirect through the TeamSite proxy.

Well I gave it a shot at least. I will have to instruct them to get the assets out before routing the content, so that they don't break in preview.

The need is to generate pages with fully qualified URL's for all images/links/css/etc. Do you have any suggestions on how to proceed with it such that the preview within teamsite doesn't break?

Adam Stoller

The need is to generate pages with fully qualified URL's for all images/links/css/etc. Do you have any suggestions on how to proceed with it such that the preview within teamsite doesn't break?

Is that really the requirement?
Is there a rationale behind that requirement?

RajatChopra

Yeah. The rationale is that the generated HTML will be grabbed by another 3rd party ASP for Email Delivery.

The vendor has requested all URL's to be fully qualified, as otherwise they will not show up on the emails that are sent out.

Adam Stoller

Yeah. The rationale is that the generated HTML will be grabbed by another 3rd party ASP for Email Delivery.

The vendor has requested all URL's to be fully qualified, as otherwise they will not show up on the emails that are sent out.

So we're talking about HTML email and not web pages...
You might be able to have the URLs treated as relative for Preview and then make them fully-qualified for Generate - there have been a number of posts regarding distinguishing Preview from Generate within the PT - you can search the forums for it if you don't know how.

RajatChopra

Thanks for your reply.

The other problem is that the authors directly edit the HTML. So they Edit the Generated pages. They open the generated page and click on edit on the toolbar to work on the records. The generated pages will always have the fully qualified URL.

Am I explaining it right?

nipper

So they click edit on the HTML (through the SCE) then the DCR pops up ? That should not make a difference, they can either preview or generate (unless one or botha re turned off in templating.cfg).

BTW, there are a number of TPLs in the project you took over from me with differences for preview and generate. Look through a few for mode=preview and you will find the code that works.

RajatChopra

BTW, there are a number of TPLs in the project you took over from me with differences for preview and generate. Look through a few for mode=preview and you will find the code that works.

Thanks Andy. Will look into it.

RajatChopra

BTW, there are a number of TPLs in the project you took over from me with differences for preview and generate. Look through a few for mode=preview and you will find the code that works.

We added a new variable to the tpl if it was in generated mode to append the site name and make the URL fully qualified. In the preview mode, the variable is left blank.

Thanks for the suggestions Andy.