|
I agree. I prefer having different instances per application (how "application" is defined is another ball of wax). It's similar to having a "server farm" where each PC (instance) runs different applications. So if I shut down one site, the others are still active. Brad On Fri, 24 Mar 2006 18:14:32 +0100 "Guillermo Andrades, CPI Software" <andrades@xxxxxxxxx> wrote: > but using a different port in the server (iSeries) but > not at the client put > more freedom in your hands. > using virtual servers if the instance have problems you > can have problems > with several applications, using different port you've > the other > applications running. > > both ways have sugar and salt. > > > > On 3/23/06, Brad Stone <brad@xxxxxxxxxxxx> wrote: > > > > If you point the subdomain at a different IP, then it > would > > be virtually the same as using a different port. > > > > Probably got a little late into this.. :) > > > > On Wed, 22 Mar 2006 12:07:04 -0600 (CST) > > web400@xxxxxxxxxxxxxxxx wrote: > > > > > > > The direction I like to go sometimes is to use sub > > > domains so you don't have > > > > to start going the port route. For instance, > > > http://sub.domain.com/ is much > > > > more appealing than http://domain:8080/. Not that > URLs > > > have to be appealing, > > > > but sometimes image matters :-) > > > > > > Now I'm confused. I thought the reason people used > > > separate ports so > > > often on the iSeries was so they could have their own > > > Apache configuration > > > that they could mess around with and not worry about > > > breaking the main > > > server? > > > > > > Using subdomains (and by that, I assume you're using > > > VirtualHosts) won't > > > help you in that case, will it? You'll be sharing > the > > > same configuration > > > as the main web server, and therefore run the risk of > > > breaking it when you > > > monkey with the options. > > > > > > What do subdomains give you that a simple > subdirectory > > > wouldn't? (Other > > > than maybe a shorter URL...) > > > -- > > > This is the Web Enabling the AS400 / iSeries (WEB400) > > > mailing list > > > To post a message email: WEB400@xxxxxxxxxxxx > > > To subscribe, unsubscribe, or change list options, > > > visit: > http://lists.midrange.com/mailman/listinfo/web400 > > > or email: WEB400-request@xxxxxxxxxxxx > > > Before posting, please take a moment to review the > > > archives > > > at http://archive.midrange.com/web400. > > > > > > > Bradley V. Stone > > BVS.Tools > > www.bvstools.com > > -- > > This is the Web Enabling the AS400 / iSeries (WEB400) > mailing list > > To post a message email: WEB400@xxxxxxxxxxxx > > To subscribe, unsubscribe, or change list options, > > visit: > http://lists.midrange.com/mailman/listinfo/web400 > > or email: WEB400-request@xxxxxxxxxxxx > > Before posting, please take a moment to review the > archives > > at http://archive.midrange.com/web400. > > > > > > > -- > Saludos/Regards, > Guillermo Andrades > CPI Software > http://www.CpiS.es > http://www.RpgForWeb.com > Web Familiar: http://www.Andrades.info > -- > This is the Web Enabling the AS400 / iSeries (WEB400) > mailing list > To post a message email: WEB400@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/web400 > or email: WEB400-request@xxxxxxxxxxxx > Before posting, please take a moment to review the > archives > at http://archive.midrange.com/web400. > Bradley V. Stone BVS.Tools www.bvstools.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.