HighDots Forums  

Remote SSIs in Live View

Macromedia Dreamweaver Macromedia Dreamweaver Discussions (macromedia.dreamweaver)


Discuss Remote SSIs in Live View in the Macromedia Dreamweaver forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
kerri9494
 
Posts: n/a

Default Remote SSIs in Live View - 03-25-2009 , 03:21 PM






I am the administrator for several web sites under a single master site. Each
sub-site is edited by a different person. Each editor uses Dreamweaver.

I create templates for the editors. Those templates have server-side includes
in them. I manage the server-side includes centrally (e.g. every page on the
site has the same top banner, so that's an include that I manage, and the
editors cannot change).

The editors have Dreamweaver CS4. Their sites, site roots, etc. are set up
correctly. When they use the new Live View, we all expected them to see their
pages in an editable state with the central server-side includes in place.
Instead, the central server-side includes don't show up at all. (Any
server-side includes that happen to be in their own sub-sites do show up.)
However, when the pages are published to the web server, the pages render
perfectly. It's only in Dreamweaver that the SSIs don't appear.

The editors each have an FTP login that allows them to see only the files in
their site's folders. (This is a systems administration preference outside my
control.) Does Dreamweaver insist on using FTP and/or having local copies of
SSIs in order to display included files that the user doesn't have permissions
to change? Or is it smart enough to work like Contribute, and do an HTTP call
for those files? For reasons that are probably obvious, I don't want the
editors to have copies of the includes on their local machines -- every time I
change the banner, for example, I would have to field phone calls asking why
it's not showing up properly.

Any ideas why this isn't working, or confirmation/denial of whether
Dreamweaver can even do what I'm asking? Thanks!


Reply With Quote
  #2  
Old   
kerri9494
 
Posts: n/a

Default Re: Remote SSIs in Live View - 03-25-2009 , 06:17 PM






I'm sorry, I don't quite understand your answer.

My question is, can Dreamweaver's Live View display server-side includes that
the page owner may not have server permissions to view on the server, or edit?
(Noting that the SSIs do display on the web.)

If so, is there something specific I need to do to make this happen?

Thanks for the help!



Reply With Quote
  #3  
Old   
Murray *ACE*
 
Posts: n/a

Default Re: Remote SSIs in Live View - 03-25-2009 , 06:24 PM



I think I can categorically say NO. Why? Because the include files are not
being requested from within the domain that contains them....

--
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.projectseven.com/go - DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs, Tutorials & Resources
==================


"kerri9494" <webforumsuser (AT) macromedia (DOT) com> wrote

Quote:
I'm sorry, I don't quite understand your answer.

My question is, can Dreamweaver's Live View display server-side includes
that
the page owner may not have server permissions to view on the server, or
edit?
(Noting that the SSIs do display on the web.)

If so, is there something specific I need to do to make this happen?

Thanks for the help!




Reply With Quote
  #4  
Old   
kerri9494
 
Posts: n/a

Default Re: Remote SSIs in Live View - 03-26-2009 , 08:55 AM



Thanks Murray. I am not sure what you mean by "domain" -- the includes are on
the same server as the HTML files, and everything works fine when the files are
made live on the server. It seems strange that a product such as Contribute
will, in fact, handle the includes by making an HTTP request and then
remembering the contents of the includes, but the beefier Dreamweaver would be
crippled in that respect.


Reply With Quote
  #5  
Old   
Murray *ACE*
 
Posts: n/a

Default Re: Remote SSIs in Live View - 03-26-2009 , 09:27 AM



What I mean is that the entity requesting the include file is DW on your
computer. It is not within the domain on which the include files reside -
which is the only way that one could have include files that cannot be
browsed to independently. Thus, the referer is in a different 'domain' than
the file being requested and it will fail. When the page itself requests
the include file, the referer is within the domain and it succeeds. See
what I mean?

--
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.projectseven.com/go - DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs, Tutorials & Resources
==================


"kerri9494" <webforumsuser (AT) macromedia (DOT) com> wrote

Quote:
Thanks Murray. I am not sure what you mean by "domain" -- the includes are
on
the same server as the HTML files, and everything works fine when the
files are
made live on the server. It seems strange that a product such as
Contribute
will, in fact, handle the includes by making an HTTP request and then
remembering the contents of the includes, but the beefier Dreamweaver
would be
crippled in that respect.



Reply With Quote
  #6  
Old   
kerri9494
 
Posts: n/a

Default Re: Remote SSIs in Live View - 04-03-2009 , 08:58 AM



I was able to get in touch with an Adobe engineer about this issue, and it is,
in fact, possible to do. When using Live View, you must select "Use Testing
Server for Document Source" (which is in the dropdown on the Live View button).
With this selected, the includes do not need to be on the local machine for
them to appear.

A little more info is at
http://help.adobe.com/en_US/Dreamweaver/10.0_Using/WS0459F349-E2DC-4d31-ADCF-F95
4B79D9A77.html


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.