Re: php form and ssi

Jerry Stuckle <jstucklex@xxxxxxxxxxxxx> wrote:
And exactly how many are out there? Maybe zero? One?

Today I only know two sites using phpoi. They both use server side
includes to call phpoi.

There are many more using IIS. You have now locked them out from using
your module.

It would have been a lot better with a solution that would work also with
IIS. However, both sites using phpoi today is using Apache on different
web hotels, so at least an apache-specific solution won't mean any trouble
for current users of phpoi. If phpoi would require that the entire calling
page is written as a php script it would mean trouble for both current
users. One site has built up its entire menu infrastructure with .shtml
and the other site is built using a tool made to edit (s)html files, not
php files.

If they want to use your module, they will.

If someone really wants to use my module they might be willing to reencode
their entire site in php, or they might be willing to switch to another
web hotel with another web server. For most people it would be easier to
switch web hotel than to reencode their entire site.

However, I would really prefer a solution that doesn't have any of those
requirements.

And why not? Just because they use flash or something else in one part
of the site means your project isn't useful in other parts of the site?

If you have built an entire site with menu structures and all with flash
you would probably not be very tempted to add a single page on your site
that is built with php. If you would add that page you would have to
choose between adding a page that looks completely different from the rest
of your site or you would have to do the hard work of maintining two
different implementations of your designed web page with menus and layout
looking the same.

I think your priorities are not very real-world.

My priorities are based on the current users of phpoi. Your world might
look different than the world I have seen. Maybe it was only a coincidence
that none of my users had their sites on IIS. Even though it is possible
to run php on IIS it might be so that most sites on IIS servers run asp
instead.

I would really prefer a solution that also works on IIS. The solution with
virtual() has shown that it is possible to pass form data through .shtml
to .php. Is there any way that it is possible to pass form data through
..shtml to .php without using virtual()?

If I will have to choose between the virtual() solution and no solution at
all I will choose the virtual() solution and sacrifice all potential IIS
users.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc3(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost

.

Relevant Pages

  • Re: php form and ssi
    ... That's two sites more than I know who use SSI for PHP. ... both sites using phpoi today is using Apache on different ... You'll lose a lot more customers by ruling out IIS users than those using SSI. ... switch web hotel than to reencode their entire site. ...
    (comp.lang.php)
  • Re: php form and ssi
    ... Normally, you would use a php file to include your phpoi files, not a shtml file. ... like I don't want the php code to output all the formatting stuff. ...
    (comp.lang.php)
  • Re: php form and ssi
    ... But I am looking for a way for the .shtml file to pass the POST ... information to an included .php file which is able to do the processing. ... I wish that I was only a simple phpoi user which could ask for help in the ... If they today have built their site with menus and formatting ...
    (comp.lang.php)