JeevesBond — Tue, 20 Dec 2005 12:29:27 +0000

Wow, what a nightmare! I started reading this post earlier, but am supposed to be working

Thanks for posting the solution Ranger, indeed someone else might be helped by your problem.

Thanks for being in-depth about it too, hopefully posting at least relieved some anger, even if we didn't fix the problem!

CptAwesome — Tue, 20 Dec 2005 00:39:33 +0000

I probably would have tried adding a header() function to the PHP to update the type.

RangerLord — Mon, 19 Dec 2005 23:59:02 +0000

OK, I found a fix - all by my lonesome.

I still don't know WHY this fixed it, or WHY it isn't needed on the other site. All I know is I found references on a couple of sites to using this code to get Apache to parse .html for .php code:

RemoveHandler .html .htm
AddType application/x-httpd-php .htm .html

So I added the RemoveHandler line and now everything is back to normal. Which is great, of course, but my other site is still running on the old set-up with no problems.

Go figure.

Oh, and when I told the support techs that I got my problem fixed, they said:

I have no idea as we are techs and do not know design or programming skills. The only thing that could explain it is that you are using too different versions of Plesk.

The only thing right about that comment is that they have no idea, as I have been using two different versions of Plesk (which eDataRack provided) since I started each of these sites.

At least it's fixed. Hope someone else can benefit from my pain.

R/L

RangerLord — Wed, 14 Dec 2005 06:15:21 +0000

Update -- I found the following on Digital Point:

"I traced it to the .htaccess file. When I was bringing up my site, the ads wouldn't show and the .php wouldn't execute. And sometimes my Browser would try to download the webpage instead of just view it. So I went back and forth on tech support with my ISP LunarPages.

Seems they run something called suPHP and the contents of .htacess must be:

AddType x-httpd-php .php .htm .htm

(notice it doesn't have the 'application/' in it.)

I guess suPHP doesn't like the 'application/' ."

Just to see, I modified my .htaccess like this, removing the 'application/', and suddenly the message about not knowing how to handle file "" is gone and the site loads correctly.

However, although I added the code to append BBClone's activation code back into the .htaccess file, this function is still not working as it once did.

Can anyone shed any light on this?

timjpriebe — Mon, 12 Dec 2005 15:28:53 +0000

It's possible that their Apache configuration changed a bit due to some upgrade or something. It sounds like a case of their tech support not really knowing every little thing that is going on with the server.

Personally, in dealing with them, I wouldn't even mention that it suddenly stopped working, I would just tell them how you want it to work. Then they stop trying to play the blame game and move more towards a solution. That's the theory, anyway...

RangerLord — Mon, 12 Dec 2005 14:13:56 +0000

Yeah, and that's what's got me puzzled. If I switch to the "add activation code to each individual file" method, and rename the pages to .php files, they are handled correctly.

RangerLord — Mon, 12 Dec 2005 14:10:22 +0000

Yeah, I asked. In fact, I told them the same things that are in my first post - that the site suddenly stopped loading on the 28th, and that I hadn't done anything to cause it.

All they seem to be able to do is blame BBClone (which isn't at fault) or the .htaccess file set-up (which worked perfectly before, and still works right on my other site on one of their other servers).

After two days of opening trouble tickets, it has become clear to me that I've already gotten as much help from Larry, Moe & Curly at eDataRack as I'm going to get, and that is NONE.

chrishirst — Mon, 12 Dec 2005 08:07:36 +0000

are .php files being handled correctly ?

Busy — Mon, 12 Dec 2005 07:18:13 +0000

Have you asked your host if they have upgraded/updated anything around this time?