Thank you all for your advice.
It is gratifying that the general consensus seems to be to
deploy a
distinct physical folder to map to each virtual directory in
IIS (as
this is the way we've done things in the past).
Michael - the physical folder is not that large, a couple of
mg at
most so to deploy multiple copies is not a problem. I'm not
sure how
well we could configure a hierarchy as you suggest however -
because
the web sites in question are actually SharePoint portals
(didn't
mention this before for fear of muddying the discussion!);
and I don't
know how SharePoint will cope if I root them all under a top
level web
site.
Andrew - thanks, I wasn't aware of that software and I'll
definitely
be taking a look.
Many thanks again, Richard
On Jan 19, 12:01 pm, Michael O <cleveridea.... gmail.com> wrote:
> You could add a higher website that contains the common
web.config
> settings.
> On Jan 18, 8:13 am, the_nextman
<richard.markiew...eshareuk.com>
> wrote:
>
> > - WebSite 1
> > ---------- Custom Application VirDir
> > - WebSite 2
> > ---------- Custom Application VirDir
> > - WebSite 3
> > ---------- Custom Application VirDir
> > - etc
>
> WebSiteAlpha (web.config with common settings to all
Custom
> Application)
> - WebSite1
> -- Custom Application VirDir > Physical Folder 1
> -WebSite2
> -- Custom Application VirDir > Physical Folder 1
> - WebSite3
> -- Custom Application VirDir > Physical Folder 1
>
> How big is Physical Folder 1? - Personally, I'd
probably never deploy
> with multiple virtual folders pointing to a single
folder, just
> redeploy multiple times to multiple virtual folders
that point to
> distinct physical folders. Use however deep of IIS
websites/
> applications to get the config file hierarchy just the
way you like
> it.
>
> Michael Ohttp://blog.crisatunity.c
om
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "DotNetDevelopment, VB.NET, C# .NET,
ADO.NET, ASP.NET, XML, XML Web Services,.NET Remoting"
group.
To post to this group, send email to DotNetDevelopmentgooglegroups.com
To unsubscribe from this group, send email to
DotNetDevelopment-unsubscribegooglegroups.com
For more options, visit this group at
http:
//cm.megasolutions.net/forums/default.aspx
-~----------~----~----~----~------~----~------~--~---
|