|
I want people to argue. It doesn't matter that I wrote a book. I didn't write the book so people wouldn't question me, I wrote it so they would. Writers aren't any smarter than anyone else. Remember that, each and every one of you. We're all gurus. Some just have time to put it onto paper, or in most cases, research/quote the IBM manuals. ;) I agree CGI got a bad rap. I also think that Net.Data gets off too easy. Sure, it's very easy to get a simple Net.Data script going. But, what they don't tell you is that to do anything involved, well, it's not goingn to be easy at all. Which is why now IBM is saying to use Net.Data for the presentation and to call RPG programs from Net.Data to process. Makes sense, but I say just use RPG. :) As for the Map, I see what you're saying. But These two sets of directives do the same thing... Map /yourpages/* /Intranet/HTML/yourpages/* Pass /Intranet/HTML/yourpages/* is the same as Pass /yourpages/* /Intranet/HTML/yourpages/* That is what I meant. Why use two directives when you can use one. :) Brad > -----Original Message----- > From: Mike Naughton [mailto:mnaughton@juddwire.com] > Sent: Thursday, November 02, 2000 8:07 AM > To: MIDRANGE-L@midrange.com > Cc: midrange-l@midrange.com > Subject: Re: RE: Re(2): HTTP server Configuration > > > Hi Brad, > > I'm certainly not going to argue with you (after all, you > wrote the book! > ;-)) All I meant was that if the goal is to get some data > from the AS/400 > on a web page with no special formatting or anything, Net.Data may be > faster (_if_ you have all the instructions on how to set up the INIT > file, etc. -- I admit, it took me a while to find these!). OTOH, the > result is pretty ugly (IMHO), so it begs the question of why you would > want to do this in the first place. > > Back when I was first trying to learn about all this, my > impression was > that CGI programming was relatively difficult and obscure, > while Net.Data > was pretty straightforward. I must say that once I got into > it, I thought > that CGI had gotten a really bad rap, and once you know a > couple of tricks > (basically, how to handle input and output to the program), > it's really > pretty easy (and powerful). > > As for security vis-a-vis the MAP statement, my impression is that it > allows the web designer to present a URL to the browser that > obscures the > actual location of the target. Thus, if I put the following > in my config > file: > MAP \mikesplace\* \QSYS.LIB\HTTPSTUFF.LIB\* > then I can have the browser show \mikesplace\webpage.html and > thus hide > (somewhat) the actual location of the page. I'm not saying this is > super-security, but it's at least a little security. . . . +--- | 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.