On Thu, 08 Apr 99 20:26:17 -0400, Tom Stevic wrote:
>In the hops of not sounding to dumb, what is JSP? It's some sort of server-side includes. Imagine, having a html-page with some content which is constantly changing, let's say on a database-server which has subscriptions of customers. To show the number of these on the web-page, you have several possibilities: - change them per hand day per day (ok, no real possobility, but I've seen this too...) - make some cgi-scripts doing this. But you have thousands of (e.g. Rexx-Scripts) say-commands in there which do not show the source of the html-file very clearly. And isn't very speedy, too. Imagine creating a new shell-environment for each hit for this page... Not very good. - take advantage of some special API's of Apache or other web-servers. Fast, but imagine changing the webserver for some reason... - using servlets. Fine, fast, but also not that clearly html-code. - using php. Some sort of advanced cgi which is fast, html-code is rather clean, just some code-insets in <? ?>-Tags; but code code itself is awful. And not available on some platforms. - using jsp. Also some special tags, running on nearly all servers, clean html-code, clean programming code, but some lack for lazy programmers just as all NetRexx-fans. Very good, though. - using nrsp (NetRexx Server Pages): perfect. Lazy coding, clearly readable, clear html-code, fast, extensible, modular and so on.... I would like something like this VERY much (not just me alone, I hope ;-)) enough now? 8-) Patric bis denne Patric ------------------------------------------------------------------------ eGroups Spotlight: "Blind Dogs" - Owners of blind dogs will find support and information. http://clickhere.egroups.com/click/111 eGroup home: http://www.eGroups.com/list/netrexx-course Free Web-based e-mail groups by eGroups.com |
on 04/09/99 "Patric Bechtel" <[hidden email]> stated:
>- using nrsp (NetRexx Server Pages): perfect. Lazy coding, clearly >readable, clear html-code, fast, extensible, modular and so on.... I >would like something like this VERY much (not just me alone, I hope ;-)) >enough now? Almost... So, if I have a page of ,say parts, and I keep the prices in a DB, all I have to do to update the page is change the db. Correct? Or, may I also, depending on some sort of log in procedure, show different prices to different people using the same base page? ( like for end customers, and distributors ? ) _________________________________________________ TeamOS/2 RexxLA V.O.I.C.E Warpstock '99 "Remember to always practice safe hex" http://www.warpstock.org Opinions are my own, no one else's. ------------------------------------------------------------------------ What's everyone looking at? Check out the Top40 most requested stocks! Plus quotes, charts, news, portfolios, mutual funds, and discussion. All free, fast, and easy. Visit: http://clickhere.egroups.com/click/63 eGroup home: http://www.eGroups.com/list/netrexx-course Free Web-based e-mail groups by eGroups.com |
On Fri, 09 Apr 99 17:09:31 -0400, Tom Stevic wrote:
>Almost... >So, if I have a page of ,say parts, and I keep the prices in a DB, all I >have to do to update the page is change the db. Correct? > >Or, may I also, depending on some sort of log in procedure, show different >prices to different people using the same base page? >( like for end customers, and distributors ? ) yep. Both. You can post cookies to the customer on a login-page and reload these cookies whenever wanted while preparing data for the user, or resistributing these data (or a key, which is more secure) with some <input type=hidden ...>-tags. They'll come back the next time the user commits a page. Ok? bis denne Patric |
Free forum by Nabble | Edit this page |