Been quite busy lately using PHP--a mortal sin, but a necessary sin. Gotta get paid. In using it more and more however, I've become sincerely agitated over an increasing number of things:
<? ... what the hell is \<?...Last line of PHP should end in, without spaces: questionmark, greaterthan, lessthan, colon, colon, greaterthan. But this site HTML encodes first and then adds spaces. Not the way to go, especially with code. I see that it also put a space in "PLP" somewhere. Ah well, you'll figure it out.<?$x='PLP::Tie::Print::PRINT';$w=escapeshellarg($_SERVER[SCRIPT_FILENAME]);
$z= preg_split("/\n\n/",`perl -e'my\$f=shift;use PLP;\$ENV{PATH_TRANSLATED}=
\$f;my\$z=\\&$x;*$x=sub{*$x=\$z;PLP::sendheaders};P LP::everything' $w 2>&1`
,2);foreach(preg_split("/\n/",$z[0])as$y)header($y);echo$z[1];exit?><::&g t;
<html>
<head>
<title>A PLP (Perl-in-HTML) document in PHP!</title>
</head>
<: BEGIN { $header{'Content-Type'} = 'text/html; charset="US-ASCII"'; }:>
<body>
<p>
It works! Let me show you with <tt><: print "See?<br>" for 1..5:>
</tt>
</p>
<p>
<: print "See?<br>" for 1..5:>
</p>
<p>
And some data dumping:
</p>
<p><pre>
<:
use Data::Dumper;
print Dumper([ `ls -l` ]);
:>
</pre></p>
<p>
YAY!
</p>
<p>
There's no POST content available this way, though. Oh, and it's slow because of the forking.
</body>
</html>
Re:Perl in HTML in PHP
sumdeus on 2004-03-18T16:19:02
There mere fact that this exists is both terrifying and intriguing. However you say that there's no POST content and it is terribly slow, not quite what I was looking for since I need to be using quite a bit of POST data and I need the site to be ultra fast.
I am going to continue to look at this just because i find it interesting. Thanks for the heads up on this, much appreciated.Re:Perl in HTML in PHP
Juerd on 2004-03-19T00:01:21
You could hack POST support into it. It's just a proof of concept and I didn't bother to do such a thing.
If you need your site to be ultra fast, why the heck use PHP? Try PLP or if you can your own PerlHandler.
I tried to talk the operator of a dot-org that wanted dynamic content and templates to install slashcode and some other Perl templatey stuff, but he was already using PHP for his Photo Gallery and other projects, alas. With the built-in MYSQL hookds it's not half bad, and it's *almost* Perl
The website is PHP fronting MYSQL for dynamic content. Currently updates are still manual SQL, eventually we might add a GUI, but volume isn't so high it's a bother. Originally it was static pages generated by perl -MText::Template from fielded text files, but I needed something a little more plausible. I do the offline preprocessing for the graphics in Perl still. Maybe later I'll give him a Perl DBI+GD CGI to make them dynamic too
If PHP comes out with a CRUD screen generator in the next release, that understands foreign keys somewhat, I'd be happy.
Next time I do a dot.org website, if they don't want MASON, they can find someone else
Bill
Editor of ema.arrl.org FD Directory among others.
Re:PHP and state of sin.
sumdeus on 2004-03-18T23:25:15
It's nice to hear from someone else with similar woes. Hardcore Mason user eh? I think I'll stick with my TT, hasn't let me down so far.
*sigh* back to the php world...