By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
434,903 Members | 2,042 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 434,903 IT Pros & Developers. It's quick & easy.

php evaluated directly by mysql and not the webserver ?

P: n/a
Hi there

Out of curiosity ....

Long time ago I was working with Infomix (now IBM) Universal Server, that
had a data type 'html' implemented as data blade. Through data blades you
could extend the sql engine with your own data types.

Can't remember exactly how it worked but you could store html with embedded
'sql code' in the database.
If you ran a query against that 'page', values from the query where passed
to the code in the page and then the page was evaluated directly by the
database engine. The output was plain html as in evaluating php by a
webserver.

So is there similar work underway with php being evaluated directly by
mysql, instead of the web server ?

Cheers
Heinz
Jul 17 '05 #1
Share this Question
Share on Google+
5 Replies


P: n/a
Heinz wrote:

So is there similar work underway with php being evaluated directly by
mysql, instead of the web server ?


Surely, to do that, you'd have to make mySQL the server that replied to
HTTP requests, and get rid of Apache altogether, otherwise Apache is
always going to be the system that reads through requested documents to
see what needs doing?
--
Bob
London, UK
echo Mail fefsensmrrjyaheeoceoq\! | tr "jefroq\!" "@obe.uk"
Jul 17 '05 #2

P: n/a
"Heinz" <lu*********@yahoo.com> wrote in message
news:<bq*************@ID-25174.news.uni-berlin.de>...

Long time ago I was working with Infomix (now IBM) Universal Server, that
had a data type 'html' implemented as data blade. Through data blades you
could extend the sql engine with your own data types.

Can't remember exactly how it worked but you could store html with embedded
'sql code' in the database.
If you ran a query against that 'page', values from the query where passed
to the code in the page and then the page was evaluated directly by the
database engine. The output was plain html as in evaluating php by a
webserver.
Was that before or after database security became an issue? What
you are describing sounds like a huge disaster waiting to happen...
So is there similar work underway with php being evaluated directly by
mysql, instead of the web server ?


I hope not.

Cheers,
NC
Jul 17 '05 #3

P: n/a
Not but maybe eval() is what you need if you want to store PHP code in a
MySQL db and they tell the webserver to execute these code as PHP. But
directly MySQL can't run PHP code. It would be a disaster if it happen. And
this is not what a db should have to do.

Savut

"Nikolai Chuvakhin" <nc@iname.com> wrote in message
news:32**************************@posting.google.c om...
"Heinz" <lu*********@yahoo.com> wrote in message
news:<bq*************@ID-25174.news.uni-berlin.de>...

Long time ago I was working with Infomix (now IBM) Universal Server, that had a data type 'html' implemented as data blade. Through data blades you could extend the sql engine with your own data types.

Can't remember exactly how it worked but you could store html with embedded 'sql code' in the database.
If you ran a query against that 'page', values from the query where passed to the code in the page and then the page was evaluated directly by the
database engine. The output was plain html as in evaluating php by a
webserver.


Was that before or after database security became an issue? What
you are describing sounds like a huge disaster waiting to happen...
So is there similar work underway with php being evaluated directly by
mysql, instead of the web server ?


I hope not.

Cheers,
NC

Jul 17 '05 #4

P: n/a
nc@iname.com (Nikolai Chuvakhin) wrote:
"Heinz" <lu*********@yahoo.com> wrote in message
news:<bq*************@ID-25174.news.uni-berlin.de>...

Long time ago I was working with Infomix (now IBM) Universal Server, that
had a data type 'html' implemented as data blade. Through data blades you
could extend the sql engine with your own data types.

Can't remember exactly how it worked but you could store html with embedded
'sql code' in the database.
If you ran a query against that 'page', values from the query where passed
to the code in the page and then the page was evaluated directly by the
database engine. The output was plain html as in evaluating php by a
webserver.


Was that before or after database security became an issue? What
you are describing sounds like a huge disaster waiting to happen...
So is there similar work underway with php being evaluated directly by
mysql, instead of the web server ?


I hope not.

Cheers,
NC


How is that any different than being able to run JAVA in Oracle?
Thanks
Mike Johnston
Jul 17 '05 #5

P: n/a
Heinz wrote:
Hi there

Out of curiosity ....

Long time ago I was working with Infomix (now IBM) Universal Server, that
had a data type 'html' implemented as data blade. Through data blades you
could extend the sql engine with your own data types.

Can't remember exactly how it worked but you could store html with embedded
'sql code' in the database.
If you ran a query against that 'page', values from the query where passed
to the code in the page and then the page was evaluated directly by the
database engine. The output was plain html as in evaluating php by a
webserver.

So is there similar work underway with php being evaluated directly by
mysql, instead of the web server ?

Cheers
Heinz


Any execution of code in the database server is down to stored
procedures. MySQL are going to implement in version 5.0 initially to
execute something like Oracle's PL/SQL with links to external languages.
php will probably be one of the first as there seems to be a lot of
interest in using it.

http://www.mysql.com/doc/en/ANSI_diff_Triggers.html

Jul 17 '05 #6

This discussion thread is closed

Replies have been disabled for this discussion.