Re: Home page options for Apache on IBMi -- WEB400

Yes you need to run endtcpsvr to bring the program down.

However you may be able to replace the program without bringing the
server down - it all depends.

On Thu, Jul 16, 2015 at 4:51 PM, Joe W Holt <joe.holt@xxxxxxxxxxx> wrote:

That prompts the question I've often considered but haven't tested. With
that setup, leaving LR off and compiling into a named activation group,
does the program only end when the http server is dropped?

***
Regards,
Joe W Holt
Sr Programmer/Developer
Jack Onofrio Dog Shows, LLC
405.427.8181

From: Henrik Rützou <hr@xxxxxxxxxxxx>
To: "Web Enabling the IBM i (AS/400 and iSeries)"
<web400@xxxxxxxxxxxx>
Date: 07/16/2015 09:45 AM
Subject: Re: [WEB400] Home page options for Apache on IBMi
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>

CGI programs will never cache in Apache - but if you keep the CGIDEV2
program
active it shouldn't be a problem.

On Thu, Jul 16, 2015 at 4:40 PM, Joe W Holt <joe.holt@xxxxxxxxxxx> wrote:

That would simplify my issue since I wouldn't have to changed all the

links

to the home page on all the other static pages. How would that affect
caching of the page? Given it is a program call can I assume that it

would

pull every time?

***
Regards,
Joe W Holt
Sr Programmer/Developer
Jack Onofrio Dog Shows, LLC
405.427.8181

From: Henrik Rützou <hr@xxxxxxxxxxxx>
To: "Web Enabling the IBM i (AS/400 and iSeries)"
<web400@xxxxxxxxxxxx>
Date: 07/16/2015 09:37 AM
Subject: Re: [WEB400] Home page options for Apache on IBMi
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>

The easy way is to make a index page that points to a cgi program

<html>
<head>
</head>
<body>
<script language="JavaScript">
parent.location.href="/pextcgi/pxsession.pgm"
</script>
</body>
</html>

On Thu, Jul 16, 2015 at 4:29 PM, Henrik Rützou <hr@xxxxxxxxxxxx> wrote:

A index page on the apache can either be served as a static file or

from

a CGIDEV2 program.

That is the short version

On Thu, Jul 16, 2015 at 4:03 PM, Joe W Holt <joe.holt@xxxxxxxxxxx>

wrote:

I'm running the Apache server on our IBM i that serves our public data

as

well as our intranet apps. Everything is static with the exception of

our

cgi programs. Never considered other options like PHP since up to this
point everything can be done with RPG/CGIDEV2 if it isn't static. Now

I

have need of dynamic data on our home page. This data doesn't

necessarily

change daily but would need to reflect any changes when they are made

in

our physical files. In this environment would you suggest an Apache
include
call to a cgi application or make the entire home page dynamic getting

rid

of the static index.html. If the entire home/index page went dynamic

would

I have to give the call a dot three extension for this to work? I've
noticed PHP sites have the .php extension. I do realize that if I use

an

Include statement it changes the extension from html to shtml which
prompts
what extension, if any, would be needed for a CGI home page.

I've been hesitant to reach out to this group for topics such as this.

If

this is the wrong forum for this please let me know. Thanks to Kelly

and

her SPA thread that prompted some rather good conversations regarding
options that aren't necessarily 400 related but is served from the 400

I

figured I'd give it a shot. I really enjoyed the topic and the

thoughts

of

everyone who contributed. Some resources were given that I will most
definitely benefit. I'm in a small shop and the only exposure I get to
advances in tech on the 400 is through my own personal research and

self

education. It's hard to decide what things I should try to learn to

use

on

our server without hearing from others about joys and pitfalls of

trying

it
on the 400. I pretty much have free reign to use whatever I want as

long

as
licensing isn't financially onerous.

***
Regards,
Joe W Holt
Sr Programmer/Developer
Jack Onofrio Dog Shows, LLC
405.427.8181
--
This is the Web Enabling the IBM i (AS/400 and 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.

--
Regards,
Henrik Rützou

http://powerEXT.com <http://powerext.com/>

--
Regards,
Henrik Rützou

http://powerEXT.com <http://powerext.com/>
--
This is the Web Enabling the IBM i (AS/400 and 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.

--
This is the Web Enabling the IBM i (AS/400 and 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.

--
Regards,
Henrik Rützou

http://powerEXT.com <http://powerext.com/>
--
This is the Web Enabling the IBM i (AS/400 and 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.

--
This is the Web Enabling the IBM i (AS/400 and 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.