| Re: Iterative interfacing between client and server [message #169943 is a reply to message #169921] |
Thu, 30 September 2010 19:30   |
Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma:
|
Senior Member |
|
|
On 9/30/2010 5:32 AM, Captain Paralytic wrote:
> On 29 Sep, 16:42, Graham Hobbs<gho...@cdpwise.net> wrote:
>> On Wed, 29 Sep 2010 07:17:14 -0700 (PDT), Captain Paralytic
>>
>>
>>
>>
>>
>> <paul_laut...@yahoo.com> wrote:
>>> On 29 Sep, 04:16, Graham Hobbs<gho...@cdpwise.net> wrote:
>>>> On Mon, 27 Sep 2010 07:39:07 -0400, Jerry Stuckle
>>
>>>> <jstuck...@attglobal.net> wrote:
>>>> > On 9/26/2010 10:06 PM, Graham Hobbs wrote:
>>>> >> Hello,
>>
>>>> >> Am still new at this, need to understand a concept before I start
>>>> >> coding. While the following is an over simplification, at the moment I
>>>> >> am more concerned with a) 'can it be done', b) preparing a design
>>>> >> document, so ..
>>
>>>> >> 1. my website will be driven by server pgm php1
>>>> >> 2. client accesses the one page website
>>>> >> 3. client enters/edits data in Forms ( to be javascript edited at
>>>> >> client machine) then submits
>>>> >> 4. pgm php1 receives the form data, passing it to a Windows cmd file
>>>> >> (calling dozens of pgms) for further processing and returning data to
>>>> >> php1
>>>> >> 5. php1 then returns the same page to the client with mostly the same
>>>> >> Form data but with additions and changes
>>>> >> 6. client views the Form data
>>>> >> 7. Repeat 3 thru 7 until client happy with results.
>>
>>>> >> So is my concept:
>>>> >> - feasible?
>>>> >> - reflects the way it's normally done (i.e. practical)?
>>
>>>> >> Please, thanks in advance
>>>> >> Graham
>>
>>>> > It can be done. I don't think it's very practical, though.
>>
>>>> ---
>>>> Thanks for your answers. So it can be done but my way is not the way
>>>> to go:-(.
>>>> not very practical - Jerry
>>>> it is a bad idea - Shelly
>>>> not that this makes this idea any better - Capt Para
>>
>>>> But am not a lot clearer on the 'best way'. Simplifying I hope,
>>>> suppose a user accesses my one page website, s/he sees unpopulated
>>>> fields (Forms?) for:
>>
>>>> Student Number
>>>> First Name
>>>> Surname
>>>> Faculty
>>>> Major
>>
>>>> So ..
>>>> 1. The user enters Student Number, clicks Submit
>>>> Server uses Student Number to access an sql table
>>>> Server sends page with first name, surname, faculty, major populated
>>>> goto 1.
>>
>>>> Is this a practical web application?
>>
>>>> Thanks again
>>>> Graham
>>
>>> So you are suggesting:
>>> 1) User submits a request.
>>> 2) Server supplies a response.
>>
>>> This is what every web page in the world does and you are asking if
>>> this is a practical web application.
>>
>>> I'm sure you can work out that it is.
>>
>> ---
>> Yes to your 1 and 2 and is very clear. That's half of what I asked..
>> What I'm asking is 'can this be an iterative transaction'.
>>
>> When I program CICS transactions I give the user a screen, he enters a
>> student number, a CICS pgm presents the results and sends a populated
>> screen; user updates some fields clicks Enter, changes are made to the
>> database, the same screen is represented with an 'update successful'
>> msg, user makes more changes, enter, database update, represent screen
>> etc. Then user enters anew student number and the same process occurs
>> (or user logs off).
>>
>> Points are taken with respect to logon ID/password - more scope for my
>> project.
>>
>> OK, maybe my original question might have been 'can I pgm in
>> php/html/javascript to emulate such a CICS transaction'?
>> Is this what is being suggested as impractical?
>
> I too am a CICS programmer and my statement still stands. This is how
> pretty much all CRUD applications work.
Ah, old memories. I never was a CICS application programmer, but I did
do 5 years in CICS Level 2 support while I worked at IBM. Quite
stressful at the time, but looking back it was one of the better jobs I
had. :)
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
|
|
|
|
Calendar
Search
Help
Members
Register
Login
Home
]