Welcome To The Home Of The Visual FoxPro Experts  
home. signup. forum. archives. search. google. articles. downloads. faq. members. weblogs. file info. rss.
 From: Pete Sass
  Where is Pete Sass?
 Marathon, Ontario
 Canada
 Pete Sass
 To: Ken Murphy
  Where is Ken Murphy?
 Springhill
 Canada
 Ken Murphy
 Tags
Subject: RE: DEPLOYING A VFP FORM ON THE WEB
Thread ID: 112179 Message ID: 113290 # Views: 2 # Ratings: 0
Version: Visual FoxPro 6 Category: Web, FTP and other Internet Protocols
Date: Thursday, November 16, 2006 8:05:10 PM         
   


> > > > > Dear Expert,
> > > > >
> > > > > I have read a lot of literature about deploying a form on the web, that is making the form web based.
> > > > >
> > > > > However I've found extremely difficult to implement it.
> > > > >
> > > > > I just don't know what to do.
> > > > >
> > > > > Can any body provide me with a step-by-step approach.
> > > > >
> > > > >
> > > > > Thank you very much.

> > > >
> > > >
> > > > Hi,
> > > > Well call me a rebel if you wish. When I move into pure web based
> > > > application I do not use VFP... sorry VFP team.
> > > > I have standardized on Iron Speed Developer for my database web
> > > > based applications. I have done so much on web based applications
> > > > in 2005-2006 and VFP does not cut it with me. This may change
> > > > with the release of VFP 10, but until I get a full blown VFP
> > > > web enabled development environment, I generally trend to use true
> > > > web based application development environments. CodeCharge Studio
> > > > is another excellent web based development tool. I have licenses
> > > > for the both of the above and have deployed a good dozen web based
> > > > applications to clients using these excellent web development products.
> > > > I have to mention that the learn curve in web based development is
> > > > a leap.
> > > > The current version of VFP will do web based applications, but not to
> > > > the professional extent my clients demand.
> > > > Pete from the Great White North. (Only in Canada, ay.) Over and Out ...

> > >
> > > Hey Pete,
> > >
> > > What do you use for middleware?
> > >
> > > Ken
> > > You shall know the truth - and the truth shall set you free. (John 8:33)

> >
> >
> > Hi Ken,
> > Not sure what you mean by middleware in this case.
> > SQL-Server backend and these products allow you to produce
> > a full web application in a true visual design environment.
> > IE is the only thing the users workstation needs.
> > Pete from the Great White North. (Only in Canada, ay.) Over and Out ...

>
> Pete,
>
> Not sure what you mean by middleware in this case.
>
> I am thinking about the business rules stuff. I don't do our web design, (I simply do not have the time) but I use a VFP "middle" to handle the business rules and to update both SQL and VFP backends.
>
> Ken
> You shall know the truth - and the truth shall set you free. (John 8:33)



Hi Ken,
Iron Speed in this context is the middleware. You have the ability
to set what-ever rules you want in the web app just like you would
with a VFP front end. As you know SQL-Server itself can contain
stored procs to do this kind of work as well. Iron Speed has the
ability to create server side procedures to place these kinds of
things back at the server level, or leave at the web app level.

You mentioned you are not that involved with the web stuff, but
for me over the past 2-years, a lot of my programs are 100% web
based driven. Iron Speed will generate the code in either C#, or
Visual Basic.net and supports dot net 1.1, or 2.0.
I tend towards C#, but again this is personal choice.

Code Charge Studio's will generate in a larger range of languages
and will produce code in ASP as well, but does not have the ability
to produce backend stored procs as Iron Speed does seamlessly.
If you want to review what these products are capable of then visit
http://www.internationalpokertours.com
and click on "Sign Up", or "Find a Game"
I designed all of this web site as far as the backend registration
and the poker games available by geographic area with filter capabilities.
I no longer am involved in this web site's development since November of
2005, so I notice a few go back links that the current developer has missed.
I generally do the backend work and interface with another web developer
as far as the web front end graphics and menu options go. Once my backend
work is done, I turn the project over to another web site developer.
What I try to stay away from is the front end web work, but will do the
backend work for a client that requires a backend database interface. In
cases like this I generally use a SQL-Server backend.
I too do not have the time to monkey with the finer points of the what
the client wants to see, but concentrate my efforts on the database
backend interfacing, security logins, etc. In the case of this web site,
I did the NEWS flash automation and most of the flash modules that you
see on this site.

I used in this case Code Charge Studio's and this program adds a hook
into MS FrontPage as an add-in menu option.

I simply cannot perform this kind of tight integration with using
Visual FoxPro as the only tool for web based applications.

As I mentioned, VFP does web based applications, but in what I do
I need a product that is keenly in line with quick and rapid web
site backend development and deployment. This in my books moves
me into ASP.net, or C#.

Web backend work is really a highly specialized field. Web developers
are a "dime a dozen" out there. Most web developers are excellent in
what they do, but are not capable of SQL-Server backend design concepts
and user front end interfaces to interact with database backend. This
is my nitch, and what I offer to clients that need this kind of thing.

This thread comprises a lot more that whay you asked... sorry for that.
However, I hope that this clearly demonstrates why I do not use VFP
for my web application development work.

Some of my major web based applictions are Java driven as well, so I
look at the web project and determine what language I am going to use.
In my case I am comfortable with ASP.net, VFP, C#, Java, and Visual Basic.net.
So in my case I will pick the language that best fits the final product
needs.
Of all of the above my last choice is Visual Basic.net.
Fuel for thought is it not !
Pete from the Great White North. (Only in Canada, ay.) Over and Out ...

ENTIRE THREAD

DEPLOYING A VFP FORM ON THE WEB Posted by Philip Lawson @ 11/5/2006 9:41:29 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Eric den Doop @ 11/5/2006 11:36:08 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Boudewijn Lutgerink @ 11/7/2006 8:46:57 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Tomas Chvatal @ 11/8/2006 10:44:45 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Pete Sass @ 11/14/2006 6:35:44 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Ken Murphy @ 11/14/2006 7:54:00 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Pete Sass @ 11/15/2006 6:12:09 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Ken Murphy @ 11/15/2006 6:54:32 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Pete Sass @ 11/16/2006 8:05:10 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Ken Murphy @ 11/17/2006 3:05:20 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Jamie Osborn @ 11/17/2006 3:22:35 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Pete Sass @ 11/17/2006 4:48:15 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Jamie Osborn @ 11/20/2006 2:50:31 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Pete Sass @ 11/17/2006 4:55:31 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Ken Murphy @ 11/17/2006 5:14:27 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Randy Smith @ 12/15/2006 2:29:48 AM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Ken Murphy @ 12/15/2006 12:32:57 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Jamie Osborn @ 12/15/2006 3:24:57 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Randy Smith @ 12/15/2006 4:02:58 PM
RE: DEPLOYING A VFP FORM ON THE WEB Posted by Jamie Osborn @ 11/15/2006 1:32:57 AM