That's fair enough. How are you ensure that only valid servers request
information from the field enquiry part?
Otherwise people might be able to use this part to gain access to the
database structure if not the actual data.
"Debbie_dyer" <[EMAIL PROTECTED]> wrote in message
> Hi Henry
> Well the software generates the code to process the forms as well (eg for
> insert form the code to check required fields are not empty, perform any
> data validation and insert the record into the db) as well as the forms
> themselves and this code is in PHP. You can choose to generate a sticky
> where you would get 1 PHP page (containing a mixture of PHP and HTML) or
> non-sticky where you would get separate HTML & PHP pages for the
> forms/processing. Because all this generated processing code is in PHP
> customers who don't have PHP either wouldn't be interested in the software
> or if they were interested in the software they would need to install it -
> both to use the software and also to be able to use the processing code
> it generated.
> ----- Original Message -----
> From: "Henry" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, September 25, 2002 10:05 AM
> Subject: [PHP] Re: Automatic Form Generation with PHP
> > Hi Debbie,
> > What are you going to do about customers who don't have PHP? To run the
> > field definition extractor part of the system.
> > Henry
> > "Debbie_dyer" <[EMAIL PROTECTED]> wrote in message
> > 00a001c26468$80a50530$19153c3e@homepc">news:00a001c26468$80a50530$19153c3e@homepc...
> > Hi
> > We are shortly to release the next version of Form Generator Pro
> > generation of HTML form/PHP processing code) and are looking for some
> > comments on the way in which we intend to make the software available.
> > Due to the fact that we cannot distribute this PHP application without
> > comprising copyright (the Zend Encoder is not an affordable option for
> us -
> > we are a small start-up business), the current version of Form Generator
> > is only available for use online at the C U Online site which is fine
> > because 1. it only generates mail forms and 2. it's free. However this
> > work for version 2 because version 2 automatically generates forms for
> > databases by querying the database for table information (field lengths,
> > types etc). Opening up connections from our server to other servers to
> > database info is not an option - for security reasons (and also many
> > servers are set up to only accept local connections anyway for this
> > To resolve this problem, the software has been split into 2 parts. The
> > that retrieves the database information sits on the customers server
> > (secured). Field definitions are then extracted and sent to the
> > which remains on our site. I will stress here that no actual database
> > is sent between the 2 servers, nor any MySQL server usernames or
> passwords -
> > just the field lengths, types etc of the selected table. Access to the
> > generator will then be sold as opposed to selling the actual software
> > (although mail form generation will remain free). This is not an ideal
> > solution but it seems to be the only way to make the software available
> > at the same time protect copyright.
> > I would be grateful for any thoughts from other businesses/developers on
> > this solution.
> > Regards
> > Debbie Dyer
> > Software Engineer for C U Online
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php