Quote:
Originally Posted by liz0001
Thanks for working at this with me.
Let me clarify my problem, correct me if I am wrong:
1) Subdomains are treated as separate entities by asp (as evidenced by the session variables not transferring).
this is also not an ASP issue, but a server issue. It is the server that maps different directories to different websites. If you just made directories from the command line there is no reason an ASP page wouldn't recognize all of them as being in the same website. That said, I am aware that dreamweaver's implementation of ASP would separate each directory into its own website, and there are probably other programs that do that as well. If you don't have direct access to the server than there isn't much you can do about that, but I have done that type of thing many times.
Quote:
2) Therefore using any sort of relative path shouldn't work.
3) So the path must be a complete address.
4) <!-- #include file="..."> and <!-- #include relative="..."> do not allow complete addresses, all paths must be relative.
5) So I have to read in the subroutine file via a different method.
6) The MSXML2.ServerXMLHTTP object will read the contents of the remote file that I want and execute them. (if I have a subroutine and a call to that subroutine in the remote file, it will execute.)
HOWEVER - I CANNOT CALL THE SUBROUTINES IN THE ORIGINAL PAGE.
My original page is treating the subroutines as if they do not exist. No errors, but no execution.
for a real server-side include the include needs to be pulled up by the server BEFORE the asp is executed. that's why what you are trying to do won't work, you are pulling the text of the file in with ASP instead of before. This would be a terrible security risk, but you could theoretically open both files (the include and the asp file) in a separate asp page and merge them on the fly, then redirect to the newly merged file. This would accomplish the same thing as the include: the include file is accessed and linked to the asp page BEFORE the asp is run
Quote:
**And this is where I'm stuck.
Thanks.
Without more details it is hard to give better suggestions, but I am inclined to say that it sounds like a job for a web-service.
Jared