Hi everyone.
I am systems admin for our company and we have been using IIS to run our website using Frontpage Extensions and Frontpage/Expression for around 15 years. We would like to make the move to Dreamweaver but I am having trouble wrapping my head around a few core concepts. Google has been surprisingly unhelpful.
1. With Frontpage extensions we worked directly on the website. With a number of users editing the site I don't want to have to have each one with a 30 gigabyte copy of the site on their hard drive. Can they not work directly on the site without a local copy?
2. With frontpage extensions, when you change a page name, for example, it updated ALL the other pages that linked to it. How does dreamweaver handle this?
3. I can't get webdav to work with Server 2012. Spent weeks on this and on the forums. No solution. It works with Expression but not dreamweaver. OK. We can just use a mapped drive. Should this work?
Thanks for your thoughts.
1. With Frontpage extensions we worked directly on the website. With a number of users editing the site I don't want to have to have each one with a 30 gigabyte copy of the site on their hard drive. Can they not work directly on the site without a local copy?
Short answer - no. In this situation having a number users live editing is a catastrophe waiting to happen what with version control issues. Dreamweaver provides a check in/check out capability to handle such scenarios, with each user checking files out from the live site, editing locally, and checking back in. But once checked out, the files are copied into a local 'site' for editing. The good news is that you have exercised some poetic license with your 30GB file total I'm betting. Most sites would be far smaller than that.
2. With frontpage extensions, when you change a page name, for example, it updated ALL the other pages that linked to it. How does dreamweaver handle this?
If this is a common occurrence, then each user would have to have a complete copy of the site locally. Then a change to a filename would be propagated to all local files (which would also have to be checked out). And then all checked out files would have to be checked back in to reflect the changes.
I'm not sure about your last question.
How about putting the "local files" on your network? Use check-in, check-out. Everyone would not need a local copy if it was stored with access on your network. Yes, you can use a mapped drive that is pointing to the network location. I have done this and it works for me. You can use it for both your local and remote sites as long as the shares are correct.
2. With frontpage extensions, when you change a page name, for example, it updated ALL the other pages that linked to it. How does dreamweaver handle this?
Another thing to consider on this is the remote files. If you rename a file, it will update the links, etc and upload the changes. If you are talking about the actual file name, it will rename the file and update the links, but you will have to manually delete the old file (filename) from the remote site.
I think I am correct in that, maybe it's just the way mine is configured.
Jim
But you can point it to the network location right?
I use that on my remote, and this is the local:
Y:\websites\mysite.com\
I was able to use check-in/check-out with it. I am on DW 5.5
It seems to work.
I did a dummy site hooked up to IIS 5 being on a server share and pointed it to shared drive (Y) and was able to connect, check-out and check back in a file.
Jim
I have never used WEBDAV, but here is some info on that:
Dreamweaver can connect to a server that uses WebDAV (Web-based Distributed Authoring and Versioning), which is a set of extensions to the HTTP protocol that allow users to collaboratively edit and manage files on remote web servers. For more information, see www.webdav.org.
The name and e‑mail addresses are used to identify ownership on the WebDAV server and appear in the Files panel for contact purposes.
I see. I do use mutiple users on another site, but they edit directly on the server. I stand corrected. It seems like that would be a simple, but useful thing for Adobe to implament... not sure on the complicity of doing something like that.
Murray, thanks again I appreciate your knowledge.
I think it would be pretty complex to allow a shared local site also participate in a CheckIn/CheckOut scenario, unfortunately.
I have every site I've ever built on a single hard drive, and I'll bet I'm not too many times 30GB total (the drive itself is several TB so I have a bit more to go before worrying!). Having multiple users each with a full copy of a single (or even several) sites as local files shouldn't be a huge storage issue.
North America
Europe, Middle East and Africa
Asia Pacific