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


> > > > > > 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 ...


Thanks Pete,

It looks like I may end up moving towards more web based stuff over the next year or so. I may have to "pick your brain" on this.

Ken
You shall know the truth - and the truth shall set you free. (John 8:33)

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