× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



joe

you may reinvent the weel ;-)

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


I agree about persistence. I adopted that with Net.Data back when Net.Data
first came out. Years later I'm regretting that I haven't finished
migrating out of it yet. Users yell when their sessions timeout and it is
resource intensive compared to other session management options. I'm in the
process of coding my own session management so I can retire persistence.

***
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 02:57 PM
Subject: Re: [WEB400] Home page options for Apache on IBMi
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>



Nathan

go into stateless and get more power for your money ;-)

On Thu, Jul 16, 2015 at 9:53 PM, Justin Taylor <JUSTIN@xxxxxxxxxxxxx>
wrote:

We don't run persistent CGI.

We don't have that many jobs, and the RDi debugger gives you the info for
the job you're debugging.



-----Original Message-----
From: Nathan Andelin [mailto:nandelin@xxxxxxxxx]
Sent: Thursday, July 16, 2015 2:46 PM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] Home page options for Apache on IBMi


I've always been able to just end single jobs, rather than having to
do a ENDTCPSVR.


Have you tried that with persistent CGI? There have been reports of that
destabilizing an entire HTTP server instance. And out of the many CGI
jobs
running in an HTTP instance, how do you tell which jobs your program may
be
"active" in?

--
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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.