PHP calls SHTML calls PHP

[Anon]

Hi,

I'm running Apache 1.3.14 (Unix) with SSI and PHP 4. Playing
around with both, SSI and PHP, I encountered the following
problem.

I'm using PHP, do decide whether a user has logged in, and
depending on that, I'm calling an SHTML to actually display
the page.

Within that SHTML, I'm calling a news-grabber, written in PHP - or at least, I want to - all I get is a white page.

Apparently, Apache bails out with a Segfault - although
calling the SHTML directly, I get the news as expected.
If I remove the call to that new-grabber, everything works
fine.

Those two PHPs are independant, not calling each or
other (identical) PHPs. Just to be on a safe side, I changed
all required() to required_once() - same outcome.

Using the browser for looking at the source, it's cut right
where I call the PHP-news-grabber ...

Any suggestions ?

[Anon]

Essentially what you are doing is creating an extra set of PHP tags netsted inside another:

<?
some php code....

<?
some other php code (called by SSI)
?>

finish original code block

?>

This is unparseable by Apache. Also, you are now dealing with the problem of what Apache parses first, SSI or PHP.

Better to just use the PHP include() or require() features (without SHTML) to accomplish the same thing as your SSI code. PHP has no problem dealing with nested includes if they are all in PHP. Also, PHP has a lot more flexibility in dealing with includes than SSI.

[Anon]

Yes, I thought so.
However, what really puzzled me, was, that every 1-out-of-10 RELOADS, it actually DID work.