RE: HTTP listening ports and URL questions

["Kevin Bucknum" <Kevin@xxxxxxxxxxxxxxxxxxx>]

95% of what I do as far as web and webapps is hosted on Linux, but the
same principles should apply. At least on Linux I can tell apache to
look in a folder for config files, and it reads them all. Just remove a
config file and have apache reread the configs, and it will quit serving
just that one. Even if I couldn't have multiple configs, I could just
remove the section of the config that I want, restart apache, and it's
gone. My only concern on doing it on the IBM i would be how long it
takes to restart. On Linux a restart is less than a second, and I can
just tell it to reload, and it never shuts down, just rereads the
configs. I have 30+ apps running on 4 different servers, and I add and
remove them on a regular basis.




Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550
 
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Steinmetz, Paul
Sent: Thursday, November 3, 2016 8:06 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HTTP listening ports and URL questions

Kevin,

Correct me if I'm wrong.
With named virtual hosts, you only one instance, one config file.
So what if you want to take down only one of the URLs, leave the others
up and running, I was informed this can't be done.
There either all up or all down.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Kevin Bucknum
Sent: Thursday, November 03, 2016 8:58 AM
To: Midrange Systems Technical Discussion
Subject: RE: HTTP listening ports and URL questions

More commonly what is used is something called named virtual hosts and
SNI, or application routing. With named virtual hosts www.abc.com points
to a folder on your system and the web pages/application all run from
there. www.def.com will point to another folder. Both have the same
address, but by referring to them by name, apache (or nginx or iis) can
decide what web page/application to serve. Application routing is just a
variation of that. www.abc.com/app1 points to a folder, and
www.abc.com/app2 points to a different folder. That can be done by the
web server or the framework of the application you program in. I haven't
had to use odd or different ports for anything in a very long time. 




Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550
 
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Booth Martin
Sent: Wednesday, November 2, 2016 6:11 PM
To: Midrange Systems Technical Discussion
Subject: Re: HTTP listening ports and URL questions

Thank you for explaining that in a way I could understand.  I appreciate
it.

That pretty much means a landing page then?  Or a complicated solution?


On 11/2/2016 3:19 PM, Kevin Bucknum wrote:
> Let me rephrase that. The portion of DNS that web browsers use doesn't

> contain port numbers. There are SRV records in DNS that can point to 
> ports, but only a few protocols will try and look for them.
>
>
>
>
> Kevin Bucknum
> Senior Programmer Analyst
> MEDDATA/MEDTRON
> Tel: 985-893-2550

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.