IIS issues - images and pages are broken *resolved*

[asgard]

Thanks Jeff,
Not having a lot of luck as a new svn user. Both times it's broken my site! First time I fixed it. This time all icon images are broken. Links are to -

/resource/cerberusweb.core/images/menuSep.gif

however when I look at a full version download the files seem to be at -

/plugin/cerberusweb.core/resources/images/menuSep.gif

Not the only problem, none of the menu links I've tried work either :(. My guess is a standard path somewhere has changed but my update didn't change it?

I'm looking into how to upgrade from the zip ....

[jstanden]

/resource/cerberusweb.core/images/menuSep.gif

This is a bit much to explain in a forum post, but /resource/ in that path is a proxy which retrieves a file. Nothing in a Cerb4 URL maps directly to the file system.

Not having a lot of luck as a new svn user. Both times it's broken my site!

I suggest you stick with it, it's well worth understanding. ;)

Type "svn status" and make sure you don't have any conflicts. You can paste the output here if you're not sure.

You can also try deleting your ".htaccess" file temporarily. Once things work fine again you can simply copy ".htaccess-dist" back to ".htaccess". It's less moving parts that way.

[asgard]

Running on IIS6, so .htaccess doesn't apply.

svn status gives -

C:\Inetpub\cerb4>svn status
? framework.config.php.r363
? framework.config.php_old
? framework.config.php.r366
? framework.config.php.mine
C framework.config.php
X libs\devblocks

Performing status on external item at 'libs\devblocks'
X libs\devblocks\libs\swiftmailer
X libs\devblocks\libs\ZendFramework

Performing status on external item at 'libs\devblocks\libs\ZendFramework'

Performing status on external item at 'libs\devblocks\libs\swiftmailer'

[jstanden]

Yeah that conflict is causing your problems. This should resolve it:
http://www.cerberusweb.com/kb/article/000014

[asgard]

svn revert framework.config.php

caused the install to kickoff again, which was expected, but it made no difference to the problems with the images and links not working.

[jstanden]

The article asked you to make a backup of your framework.config.php file and then copy the DB_* values into the reverted copy.

Reverting a file removes any local changes (in this case the ones the installer did for you).

As for the images, is this available on a public URL somewhere? If so, can you PM me the URL so I can take a look? I don't need any login information or anything at this point.

[asgard]

Yes, i knew the revert would require me to reenter the DB config, no problem.

Site is at http://cerb.asgard.net

[jstanden]

Alright, I see what the problem is with IIS6's environment variables regarding the URL/path.

Give me a couple minutes and I should have a tweak in SVN for you. You won't need to go through the framework.config.php conflict this time (that file almost never changes).

[jstanden]

Just an update, I've managed to reproduce this on our IIS test server. I'll fix it there and then commit the fix.

[asgard]

thanks! I appreciate the fast work.

[jstanden]

No problem!

Alright, try and update from SVN again. It should fix your trouble.

[pls04012]

I have SVN update and I am still getting the weird links and missing images. Can you take a look and let me know what you thing:
http://cartman.creighton.edu/cerb4

Thanks

[jstanden]

Hey there,

Yeah your problem appears to be with Windows and PHP in FastCGI/CGI mode.

There's no REQUEST_URI environment variable, and your PHP_SELF is returning:
_SERVER["PHP_SELF"]/cerb4/install/phpinfo.php/cerb4/install/phpinfo.php

The extra /cerb4/ is breaking your javascript + css.

I'll keep this thread open in my browser and add a bug to JIRA. I should be able to reproduce this with one of our office QA machines and get a fix in Subversion for you this afternoon.

Thanks for the report!

[jstanden]

Added to the project roadmap and assigned:
http://www.wgmdev.com/jira/browse/CHD-182

[jstanden]

Alright! Try updating from SVN again. I just committed some fixes for IIS/CGI and url-rewriting.

http://wiki.cerberusdemo.com/index.php/Upgrading_to_Newer_Versions_of_Cerberus_Helpdesk_4 .0

[pls04012]

Did an update with SVN but still have the same problems. Any other suggestions?

[jstanden]

What's strange is you're getting the "NOTICE" on your site of:
PHP Notice: Undefined variable: location in C:\Inetpub\wwwroot\cerb4\libs\devblocks\api\Engine .php on line 213

However, the last case in Engine we're checking for your URL is in the variable $_SERVER["ORIG_PATH_INFO"], which is what IIS6+CGI populates, and your phpinfo() confirms exists.

So, something strange is going on.

Are you not able to run PHP5 as an ISAPI module instead of CGI? ISAPI is faster and more secure.

In the meantime I'll keep brainstorming why PHP isn't able to access that environment variable for you even though it's represented in phpinfo(). This situation isn't something I'm able to reproduce on our IIS6 Q/A machine with PHP5 in either ISAPI or CGI mode. There's probably some obscure difference in the php.ini file. We'll run a comparison.

Thanks for the feedback!

[pls04012]

Jeff,

I have changed to ISAPI and now it gives me most of the login page but then anything I click on brings a page not found.

http://cartman.creighton.edu/cerb4

Thanks for all your help!

[jstanden]

Hey there!

Sure thing. :)

I can see exactly what the problem is this time around -- it has to do with the virtual paths (e.g., /index.php/anything/else/here), where "/anything/else/here" should be passed to the index.php script but ignored by the webserver.

Our IIS6/Win2K3 machine can't reproduce this situation yet, but I'll compare our php.ini to your phpinfo() output and see if I can break ours.

Thanks again! These occasionally tricky servers are a big help.

[jstanden]

So far this sounds like a possibility. I'll explore it this afternoon:
http://www.php.net/manual/en/install.windows.php#71006

[pls04012]

Jeff,

Do you want a copy of my php.ini file?

Thanks

[mdc]

Jeff,

I seem to be getting the same issue on IIS6/W2k3

http://helpdesk.macleandata.co.uk/support

Any Suggestions and do you need a copy of PHP.ini

Many thanks,

Steve

[jstanden]

If you're on IIS, delete the /cerb4/.htaccess file (and the one next to the Community Tool index.php).

That's intended for Apache for URL-rewriting, and if Cerb4 or the Community Tool detects .htaccess they'll automatically try to use it.

There are ways to do URL rewriting with IIS, but they require an additional plugin. We can start to look into that once we confirm everything works without .htaccess enabled.

Thanks!

[mdc]

Sorry Jeff,

Removed the .htaccess files, ran tortiose to get me up to RC1 and have done an IIS reset but still no improvement


Cheers,

Steve

[jstanden]

Hey guys,

I did fix one of these hard-to-repro PHP-CGI issues with Brenan@WGM yesterday on a client site. The fix is in SVN.

If that doesn't help, and you're able to share the URL and a test login to your helpdesk, we'd be happy to take a look.

[mdc]

Still not working - Sorry Jeff !!

Have PM'd you the login details


Regards,


Steve

[jstanden]

Thanks Steve!

I'll forward the details over to Brenan@WGM and Dan@WGM. If they need me I'll help out as well.