HALP Server spitting out PHP, not encoding it as HTML before pushing to client
#1
HALP Server spitting out PHP, not encoding it as HTML before pushing to client
Somethin is up with the PHP setup on the server, as the situation in the subject line keeps happening.
Different browsers, different operating systems, different computers, all the same symptom. Firefox won't just display PHP code, so it spits it out as a file download. This happens when I click basically anything on the site, including sometimes submitting a new post or thread. --but obviously it doesn't happen all the time.
Different browsers, different operating systems, different computers, all the same symptom. Firefox won't just display PHP code, so it spits it out as a file download. This happens when I click basically anything on the site, including sometimes submitting a new post or thread. --but obviously it doesn't happen all the time.
#2
It took four tries just to get back to this thread lol
see attached screenshot. It took over 50 clicks (I stopped counting) to get the photo attached.
If no one else here is a PHP programmer, could someone let me see the output of phpinfo(); so I can do some diagnostics myself?
see attached screenshot. It took over 50 clicks (I stopped counting) to get the photo attached.
If no one else here is a PHP programmer, could someone let me see the output of phpinfo(); so I can do some diagnostics myself?
#5
that is usually a misconfiguration with the web server - doesn't know how to handle files with the php extension. it is either that or php extensions to the web server are not installed.
this is site is running apache on linux so make sure you have the following line in your config file for apache
DirectoryIndex index.php
also make sure the config file is loading php module. the modules should be a directory of of /etc/ called apache2/mod* or /etc/httpd/mod*
anyway hope this helps.
this is site is running apache on linux so make sure you have the following line in your config file for apache
DirectoryIndex index.php
also make sure the config file is loading php module. the modules should be a directory of of /etc/ called apache2/mod* or /etc/httpd/mod*
anyway hope this helps.
#6
Apache was crashing on one of the two web servers due to a problem with one of the modules. As the process would die, the connection would close. The crash apparently happened early enough in the connection process that Apache was not able to send content type headers to the browser. (Usually the server will say, "This is an HTML file" in a way that the browser understands.) Because it didn't get that header info, it would revert to its internal handler, which is very simple - it looks up the extension (in this case .php) to figure out what program to open it with.
You don't actually get sent the PHP source code, but it looks like you do because your browser is offering to open the content (in this case a zero-length file) for you in a text editor.
In any case, it should be fixed now.
You don't actually get sent the PHP source code, but it looks like you do because your browser is offering to open the content (in this case a zero-length file) for you in a text editor.
In any case, it should be fixed now.
Thread
Thread Starter
Forum
Replies
Last Post
pr0tege5
3rd Gen Protege/MazdaSpeed/P5/MP3
18
May-4th-2002 08:53 PM
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)