looks like your server supports it, if you want you can try bypassing it to see if it works,

its in /concrete/controllers/install.php

Sure, I'll try it...what are you saying to do though? Comment something out in that file or run that file directly?

Running it direct gave access denied. I tried going to the file mentioned and there was no reference to the PATH_INFO error. I did find it in concrete/single_pages/install.php though. I tried to remove the disabled flags on the fields & fill in the form, but when it tries to loadhttp://www.coolspringsgroup.com/index.php/install/-/configure/...
I get the error 404. So, it seems that even though testing PATH_INFO seems to work and trying test_url seems to return 40 as the answer, there is still something not right. I can not even use the button for "Try Tests Again".

Any ideas? It must be something simple that I am missing...

I do have the Iconic ISAPI rewriter installed, but I am not sure how to use it. I followed the install directions and comments in another thread for this as a possible solution. Not sure if it is set up properly though...not sure how to test it if it is needed other than it seems to be based upon the file extension .iirf and it is a Low Priority in the filters area of the IIS setup.

It seems to not like the trailing "/" on the addresses...

When I try install/-/test_url/20/20 it works and install/-/configure is recognized, but install/-/configure/ (with the final slash) as it is upon pressing the button it does not work.

I think once it either does not add the slash or no longer has a problem with it ending in a slash, then I will be fine.

Any ideas on where to solve that issue?

OK, I solved the issue by removing the code that adds a slash at the end in the url function in concrete/library/view.php and that actually fixed the issue of the PATH_INFO message and everything.

Then I hit an out of memory issue...which was a simple ini_set("memory_limit","12M"); in concrete/config/base.php and the error went away.

Current issue: blank screen when running the site...the site.php file that was created is blank. The tables were created though and renaming the site.php to run again gives the error of 90 tables exist.

Any idea why the site.php file would have been created blank?

I have tried using samples of what other show for a site.php file, but all it does then is echo the contents of the site.php to the screen for anyone to see...that is NOT good!

Help please! I am at my limit of researching and trying to help myself and the client is still waiting to use this. Is there someone who understands Concrete AND Windows/IIS that can help troubleshoot this?

It really should not be this difficult to install or get help with an install by now. C5 has been in use for quite a while now to just say we do not support Win/IIS.

I understand your frustration. I host several C5 sites with IIS6/Win2003 and I've have to do most of the troubleshooting myself. I get the distinct feeling that C5 is kind of intended for Apache, which is understandable.

It is harder to share IIS settings with other people. You can't just send me a config file. You could export your site to a file, but that won't show me permissions, etc.

I can only tell you what I did and didn't do.

- I created a user on the server for each C5 site I host. Those users has full control of their root directories.

- I also create separate users for each site under MySQL. Create a schema for each site and then create a user. I give each user all privileges except for grant. I also create demo versions of the schema and demo version of the site so I can make changes, test and then move to production.

- Do NOT use the web platform installer for PHP. I tried that thing many times and it didn't work right for me. Go to PHP.net and follow their instructions for installing PHP on Windows. Specifically, they have a page there with cscript commands for configuring IIS. It made getting PHP installed correctly on my server a snap.

- Your PATH_INFO code fix should not have been needed, IMO. I'll go over my install and see if I can find a setting that I had to tweak or something.

I'd recommend that you backup your C5 data and files, but start over with a new user, new site under IIS and a fresh install of PHP. Then, restore your C5 install and see if it works any better.

Ok, thank you I will give it a try. I also ran into issues with the automatic installer for PHP and have already created a fresh install of the latest version of PHP. It is a production server, so re-doing PHP over would not be good unless I really have to. I don't have the luxury yet of two different servers to keep test seperate.

I have not tried the different user on the server idea yet. I create users in MySQL, but not on the box where I can give them access to the files unless they need FTP typically. So that seems like a good thing to try.

I will also try to re-install the database and files again fresh and let you know what happens. No backup is needed as it was a new install. Thanks for the help!