Nothing like showing my lack of technical abilities in a public venue...

So are you telling me that instead of my main page being index.htm or index.shtm, I should have it be index.php, which I would assume invokes the php filter. Question here is, how is the rest of the HTML handled on the page? Is it left alone by the PHP filter, and how would FrontPage handle this?

Yes, I am using FP.... :(

Thanks for everyone's help...

I would be careful doing this. If you have registered your site with a lot of search engines and you have users that have bookmarked the index page of your site, as soon as you change the file extension to .php, you just broke all the links at all the search engines as well as any users that have bookmarked your site. If you're not registered with that many search engines, then I would be too concerned about it. Keep this in mind.

Yeah, I was thinking about that, too...

There has got to be a reason why my normal include statement is not working right.

So everyone that has this hack working, I'm assuming their running it on some Unix-based web server, or they are just including from a PHP-parsed page?

Seems like I'm just overlooking something little here, but maybe it's not meant to be for me on my main page, lol.

Tubedogg (or anyone for that matter), have you tried the include statement on a non PHP-parsed page (shtm, etc) and if so, what web server was the provider running?

Good thing I don't smoke, this would have thrown me over the two pack a day threshold. :confused:

This may not make a difference, but try renaming the file to .shtml instead of .shtm

Did you try embedding the include in a regular .html document?

If you have AOL Instant Messenger, log on. My screen name is CorvetteAC and I'll try and help you through it. It's a little easier than going back and forth on here.

Thanks again RobAC for your help...

Okay we figured it is boiling down to a server config issue. I host my own pages on IIS5 and PHP 4.0.4 running as an ISAPI filter on the site. My shtm docs invoke the ssiinc.dll properly, but then as you see from the link above, my test.shtm throws out a bunch of unparsed PHP code. Short of changing my default doc to a PHP doc, or not running this hack, I wanted to see if there were any IIS gurus out there.

Thanks again! (I seem to be the Win32 guinea pig around here for some reason :) )

He also did that by changing it to .shtm.

Here's what I would do. Rename it to index.php, and then make index.html a page with a meta refresh tag saying "please wait" and then it auto-refreshes (with a link for those whose browsers' suck). That way the page still works, and you can still use a php page.

Also, I would imagine most of your visitors typed in (and bookmarked) mysite.com and not mysite.com/index.html. Just a thought. ;)

Kevin,

That's a great idea. It would be a great fix until he can figure out the root cause of why it won't parse the PHP code when the extension is changed.

Well, I've employed the help of some of my more technical buddies, but I think that the way I'm doing the web layout, I'm out of luck with this hack.

Reason being, I'd hate to redo all the FrontPage hooks just to rename the page php. Until I can figure out why the PHP wont parse in the include statement, I'll have to do without this cool hack.

Thanks for your help Rob and Kevin!

In last10.php.

Where can I edit out so that the header does not show?
http://www.df-nation.com/solidline/see.jpg

I tried a few things and keep getting parse errors.
Thanks in advance, and very nice work.

Nevermind. I figured it out. lol I have to stop doing this, and wait a little longer cause it always ends up being done by me anyways.