|
I would agree with everything except that Net.Data is faster to set up than CGI. There is extra configuration (mainly the INIT file) that goes along with Net.Data. I may have misunderstood what you meant, but I started out using Net.Data and one day tried CGI and thought it was much easier and faster, and all the config stuff is in the HTTP config file, not spread out in the INIT file. There are also other "tricks" that are hidden in documentation for Net.Data that are quite obscure. With CGi, it's pretty straghtforward. As for the MAP, it doesn't help security. It may help you "read" the config a little easier, but once you understand that you can do a map with EXEC or PASS, it's just the same, assuming you are mapping to a different directory in the EXEC or PASS. Brad > -----Original Message----- > From: Mike Naughton [mailto:mnaughton@juddwire.com] > Sent: Wednesday, November 01, 2000 1:54 PM > To: MIDRANGE-L@midrange.com > Cc: midrange-l@midrange.com > Subject: Re(2): HTTP server Configuration > > > As I understand it, "Map" commands aren't actually necessary (although > everyone seems to use them, and they're a good idea from a security > standpoint). All they do is translate one string into another -- > basically, the statement: > Map /AAA/BBB/* /CCC/DDD/EEE/* > means "If the browser sends a URL beginning with /AAA/BBB/<followed by > something else>, convert the URL to /CCC/DDD/EEE/<followed > by whatever". > In other words, what it actually accomplishes is to allow the > browser to > send a "dummy" address that the server then translates into > the real thing. > > The main trick to using Net.Data is to remember that it is a > special case > of running a CGI program -- namely, the program DB2WWW. All you really > need is the "Exec" command, which tells the server to run > programs in the > specified location. > > BTW, if you're at all familiar with HTML, I'd recommend > skipping Net.Data > and just using CGI programs -- you get more flexiblity, both on the > back-end data side and on the front-end presentation to the > browser side, > and in my experience they also run a lot faster. The only advantage of > Net.Data is it's pretty fast to set up. . . > > HTH > > Mike Naughton > Senior Programmer/Analyst > Judd Wire, Inc. > 124 Turnpike Road > Turners Falls, MA 01376 > 413-863-4357 x444 > > MIDRANGE-L@midrange.com writes: > >With those 2 lines, you can use net data > > > >Map /cgi-bin/db2www/* /QSYS.LIB/QHTTPSVR.LIB/DB2WWW.PGM/* > >Exec /QSYS.LIB/QHTTPSVR.LIB/* > > > > > >The exec line identify the location of CGI programs > > > >Denis Robitaille > >Directeur services techniques > >Cascades Inc > >819 363 5187 > >fax 819 363 5177 > > > mnaughton@juddwire.com > > > +--- > | This is the Midrange System Mailing List! > | To submit a new message, send your mail to MIDRANGE-L@midrange.com. > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. > | To unsubscribe from this list send email to > MIDRANGE-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- > +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.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.