Re: Hiding URL ?

This WebDNA talk-list message is from

1998


It keeps the original formatting.
numero = 16902
interpreted = N
texte = Hi AndreasOn the topic of using WebCat/WebMerchant with FireSite ..I wrote: >>So is there any way that anyone can think of that would allow the hiding >>of the location that a link really points to (other than using aliases) ? ... >>would be served, not the one cached at the trunk line. IOW, the alias >>resolution is done at the Finder level, not under the control of FireSite. ... Andreas Pardeike at pardeike@digitalfarmers.com wrote on 4/6/1998 0:52: >You could use the Welcome Plugin (http://welcome.digitalfarmers.com) to >modify the path even before FireSite sees it. This feature is called >Dynamic URL manipulation and redirecton.The price is definitely right. I downloaded the plug-in and documentation and think I have the general idea of what you are suggesting. Let me tell you what I think you are saying and you can tell me if I need to go back and re-read the documentation in detail :-)I _think_ you are saying that I could specify that a URL which contains for example: .../product_folder/...(where the ... are additional path specifiers) could be remapped on the fly, by the Welcome Plugin, to actually execute as for example: .../Actual_Folder/and_subfolder/...where the product_folder is replaced by Actual_Folder/and_subfolder. Or something along those lines.If that is a fair interpretation: Would the Actual_Folder/and_subfolder not be visible to the user or be copyable by doing a copy this link location ? Would the FireSite software see the Actual_Folder/and_subfolder before passing it on for processing by WebStar ?If the user just sees the .../product_folder/... URL, won't the user still get to .../Actual_Folder/and_subfolder/... if they create a URL which looks like .../product_folder/... or can Welcome detect that is a link from an external page and thus shouldn't be processed ?Since all of the above is being done to enhance serving performance while using WebCat/WebMerchant; what's the performance hit that Welcome would introduce ? Are there any stability problems to be considered ? Do you know of a place where Welcome is used with Web*, WebCat, WebMerchant and Firesite ? Sorry to be so verbose about all of this. It seems like you might have the answer that's needed, but I sure don't understand it all quite yet :-) I could say I'm sooo confused!Thanks, -Sven_____________________________________________________________________ Sven U. Grenander BeeHive Technologies, Inc. http://www.bzzzzzz.com - with a WebCam in Pasadena, California _____________________________________________________________________ Associated Messages, from the most recent to the oldest:

    
  1. Re: Hiding URL ? (Andreas Pardeike 1998)
  2. Re: Hiding URL ? (Sven U. Grenander 1998)
  3. Re: Hiding URL ? (Andreas Pardeike 1998)
  4. Hiding URL ? (Sven U. Grenander 1998)
Hi AndreasOn the topic of using WebCat/WebMerchant with FireSite ..I wrote: >>So is there any way that anyone can think of that would allow the hiding >>of the location that a link really points to (other than using aliases) ? ... >>would be served, not the one cached at the trunk line. IOW, the alias >>resolution is done at the Finder level, not under the control of FireSite. ... Andreas Pardeike at pardeike@digitalfarmers.com wrote on 4/6/1998 0:52: >You could use the Welcome Plugin (http://welcome.digitalfarmers.com) to >modify the path even before FireSite sees it. This feature is called >Dynamic URL manipulation and redirecton.The price is definitely right. I downloaded the plug-in and documentation and think I have the general idea of what you are suggesting. Let me tell you what I think you are saying and you can tell me if I need to go back and re-read the documentation in detail :-)I _think_ you are saying that I could specify that a URL which contains for example: .../product_folder/...(where the ... are additional path specifiers) could be remapped on the fly, by the Welcome Plugin, to actually execute as for example: .../Actual_Folder/and_subfolder/...where the product_folder is replaced by Actual_Folder/and_subfolder. Or something along those lines.If that is a fair interpretation: Would the Actual_Folder/and_subfolder not be visible to the user or be copyable by doing a copy this link location ? Would the FireSite software see the Actual_Folder/and_subfolder before passing it on for processing by WebStar ?If the user just sees the .../product_folder/... URL, won't the user still get to .../Actual_Folder/and_subfolder/... if they create a URL which looks like .../product_folder/... or can Welcome detect that is a link from an external page and thus shouldn't be processed ?Since all of the above is being done to enhance serving performance while using WebCat/WebMerchant; what's the performance hit that Welcome would introduce ? Are there any stability problems to be considered ? Do you know of a place where Welcome is used with Web*, WebCat, WebMerchant and Firesite ? Sorry to be so verbose about all of this. It seems like you might have the answer that's needed, but I sure don't understand it all quite yet :-) I could say I'm sooo confused!Thanks, -Sven_____________________________________________________________________ Sven U. Grenander BeeHive Technologies, Inc. http://www.bzzzzzz.com - with a WebCam in Pasadena, California _____________________________________________________________________ Sven U. Grenander

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Press Release hit the NewsWire!!! (1997) Re:Emailer tracking (1997) [WebDNA] [Orderfile] problem (2009) Replace Statement (1997) E-Mailer (WebCatb15acgiMac) (1997) Enhancement Request for WebCatalog-NT (1996) writing db to disk (1997) HTML Editors (1997) Using Cookie for client specific info? (1997) practicing safe queries.. (2000) _ in front of field name (1998) Clear command and ShoppingCart.tmpl (1997) cookies and [returnraw] (1997) Possible Bug in 2.0b15.acgi (1997) PCS Frames (1997) OT: MSN.com no email (2003) Bug Report, maybe (1997) include bug????? (1997) Separate SSL Server (1997) Change history ... ? (2003)