I'm not sure if this problem is apache or php related.
I just moved my site from a FreeBSD to a linux server. There's a page within
a frameset that takes a very long time to load, but eventually it does load.
On the old server, it worked perfectly and quickly.
The differences with the servers are:
Old server: php 4.3.2 - apache 1.3.27
New server: php 4.3.7 - apache 2.0.50
News.html is the file in the frame that doesn't load fully. It calls
scroller.php as a javascript. You can view the page outside of the frameset
at:
http://www.intellidreams.com/news.html (will take a while to render)
When I don't call scoller.php the page loads right up. Therefore the
problem must be with that file.
So I went into scroller.php directly. It stalls ½ way through as you will
see:
http://www.intellidreams.com/scripts/scroller.php
The output starts immediately, stalls in the middle, and then eventually
completes. That's when the full page appears.
Ruling out javascript as the cause:
I copied the exact output from that php file and saved it as scroller.js.
Then I altered news.html to use the js file instead of the php file.
http://www.intellidreams.com/news2.html
The page works quickly. That proves that the javascript code is not the
problem.
Ruling out bad php code as the cause:
I copied the output of scroller.php and saved it as scroller3.php.
scroller3.php now includes no php code. it's just a static file. It still
stalls before rendering fully, so there is no problem with the php code in
the file itself.
http://www.intellidreams.com/scripts/scroller3.php
The problem seems to be with the php parser on apache rendering that php
file. I tried moving it out of the scripts directory and calling it
directly. It still stalls. I had the exact same page running on my old
server, and it worked just fine.
http://205.134.177.190/news.html
I can't think of anything that would cause a file to stall for 20 seconds in
the middle of outputting it, simply because the extension is php and not js.
That's the case though.
Any ideas? I've spent all day on this.
Thanks,
Dominic