|
|
Posted by Jerry Stuckle on 07/16/07 23:27
Nooze Goy wrote:
> Jerry Stuckle wrote:
>
>> I'm not making any assumptions about how much experience you do or do
>> not have. I'm only going by the questions you're asking.
> >
>
> Actually, there was only one question, and "going by" seems to imply
> assumption(s) in any event.
>
>> The problem is your question is *very broad* - much too broad to be
>> asked here.
>
> Hmmmm, I dunno about that "very broad"... As near as I can tell, there
> was only one question - a lot of background and foreground, but only one
> question. No doubt it was too verbose, so you mistook the wishlist for
> questions. Let me rephrase it for you:
>
> Do you know of a way with PHP to create form entry fields in, say, a
> pair of arrays named, say item[] and qty[], and pass those to a
> processing script (possibly as session variables)?
>
Sure. Use PHP to generate the html for the entry fields on a form with
method=post. On the next page, use the $_POST superglobal to retrieve
the data they entered and do what you need with it.
> Frankly, I've RTFM a goodly amount, and googled MAO - maybe I'm looking
> in the wrong haystack, or maybe it just can't (or at least shouldn't) be
> done in PHP. I'm thinking that the latter may be the case, and what I
> really want is javascript for the UI and PHP for the processing -
> actually, the end-time processing is pretty damn easy, once the users'
> items have been entered. Oh, wait... I'm getting verbose again. Ignore
> this and only attend to the stuff with questions.
>
Javascript works on the client side, PHP on the server side. You might
have some javascript to enhance the user's visit, but it shouldn't be
required in this case.
>> As an experienced programmer, you should be able to design and lay out
>> the basics of your program, including the database, pages you will
>> use, etc.
>
> Say what? The question is related, in essence, to user interface. It was
> stated fairly clearly that the existing database was being translated
> from xBASE to MySQL for purposes of browser-based interfacing to the users.
>
OK, no problem with the translation. But there's a lot more to this
than just translating the database. In fact, that's probably the
easiest part of the job.
> >Then when you come up with specific problems, i.e. "why don't these 10
>>> loc work?", we can better help you.
>
> What's a "10 loc"?
>
10 lines of code.
>> And yes, I also understand they have limited funds and can't pay much
>> to hire anyone. But that's why the college student idea - they
>> typically will work for little or maybe even nothing, just for the
>> experience.
>
> Will they? I'm thinking you must know some pretty different college
> students than the ones I've known. Where are the ones you're proposing?
>
I don't know who you've known - but I've seen quite a few around here
(Washington, DC area) who are quite competent - more so than some
"experienced programmers" I know. You just have to look for them.
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================
Navigation:
[Reply to this message]
|