[Xerte] RE: New install problems

Mon Apr 19 15:41:42 BST 2010

Did you restart the WWW publishing service after adding the mimetypes? Worth
trying that and also checking all the entries in the site details table as
well as the info stored in database.php

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of McDaid, Noel
Sent: 19 April 2010 14:58
To: 'Xerte discussion list'
Subject: RE: [Xerte] RE: New install problems

Sorry, I thought you knew IIS and the snip quote reply to Adam.

Its related to this thread:

http://lists.nottingham.ac.uk/pipermail/xerte/2009-December/003554.html

I'm processing PHP via FastCGI rather than ISAPI which as you pasted here
"The *only* way to make Request_URI work as a 100% Apache-Compliant server
variable on IIS/Windows is to use an Isapi Filter"

------------------  SNIP   ----------------------------

From: xerte-bounces at
<http://lists.nottingham.ac.uk/mailman/listinfo/xerte>
lists.nottingham.ac.uk

[mailto:xerte-bounces at
<http://lists.nottingham.ac.uk/mailman/listinfo/xerte>
lists.nottingham.ac.uk] On Behalf Of Patrick

Lockley

Sent: 01 December 2009 14:43

To: Xerte discussion list

Subject: RE: [Xerte] XOT install - down the rabbit hole

I just googled and got

http://davidwalsh.name/iis-php-server-request_uri

Which has the same code in, but doesn't explain why IIS fails.

We've definitely installed in on IIS before - Ron isn't one of yours

IIS?

But the php page says 

"The *only* way to make Request_URI work as a 100% Apache-Compliant

server variable on IIS/Windows is to use an Isapi Filter - as documented

at http://neosmart.net/blog/archives/291 . The various steps mentioned

below *completely* fail when a rewrite engine is employed, since IIS

will *never* return a non-existent path (i.e. the actual pretty-URI

used) via its server variables. 

This also applies to accessing index.php via a folder.

For instance, calls made to /folder/ will appear as /folder/index.php

and not /folder/.

The fix is to use the ISAPI filter provided at

http://neosmart.net/blog/archives/291

You don't have to modify any of the actual scripts once this filter is

in place - it automatically intercepts calls to REQUEST_URI and replaces

them with the actual user-entered path."

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Patrick Lockley
Sent: 19 April 2010 13:53
To: Xerte discussion list
Subject: RE: [Xerte] RE: New install problems

No idea what that us and why it would cause a problem

-----Original Message-----
From: xerte-bounces at lists.nottingham.ac.uk on behalf of McDaid, Noel
Sent: Mon 19/04/2010 10:32
To: Xerte discussion list
Subject: RE: [Xerte] RE: New install problems

Understood, and it now doesn't break the server.  It still hasn't resolved
the issue, could it be the FastCGI Pat?

Regards,

Noel McDaid,

E-Learning Adviser,

Regional Support Centre of NI,

T. 02871276055

M. 07740896140

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Patrick Lockley
Sent: 19 April 2010 10:22
To: Xerte discussion list
Subject: RE: [Xerte] RE: New install problems

Adams path was for adams server. You need to add the path to your toolkits
install but not as a http address

-----Original Message-----
From: xerte-bounces at lists.nottingham.ac.uk on behalf of McDaid, Noel
Sent: Mon 19/04/2010 10:15
To: Xerte discussion list
Subject: [Xerte] RE: New install problems

Thanks Adam,

The "root_file_path" was empty and I added the path you show, but it breaks
the site completely for some reason.  Removing the DB entry restores the
site.

Regards,

Noel McDaid,

E-Learning Adviser,

Regional Support Centre of NI,

T. 02871276055

M. 07740896140

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Adam Read
Sent: 19 April 2010 10:00
To: 'Xerte discussion list'
Subject: [Xerte] RE: New install problems

Hi Noel

This happened to me on an IIS install. If my memory serves me correctly I
think it was caused by the install not filling in the some of the details in
the sitedetails SQL table:

Check these two columns have entries:

Hope that helps

Adam

___________________________________

 Adam Read

 Learning Technologist

 University College Plymouth St Mark & St John

 aread at marjon.ac.uk

 tel: 01752 636700 ext: 5673

 Room 563, Kirby Cudmore Building

 twitter.com/adamread <http://www.twitter.com/adamread>

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of McDaid, Noel
Sent: 19 April 2010 09:54
To: Xerte discussion list
Subject: [Xerte] New install problems

Apologies if this question has been dealt with a few hundred times, but I
have very limited time to get a resolution to an issue with my Xerte
installation.

The problem:

I've built a new server on the following platform:

.         Windows 2008 x64 bit

.         IIS7

.         PHP 5.3.2 VC9 x86 Thread Safe version

.         MySql - mysql-5.1.45-winx64

The install seemed to go fine until users noticed that when they create new
objects they cannot insert any pages to the object.  In fact the Insert
button seems unavailable as shown in the below image:

Has anyone seen this before or explain what has happened and how to resolve
this??

Thanks in advance,

Noel McDaid,

E-Learning Adviser,

Regional Support Centre of NI,

T. 02871276055

M. 07740896140

________________________________

University College Plymouth St Mark & St John
Derriford Road   Plymouth  PL6 8BH

Phone 01752 636700   Web  marjon.ac.uk

Principal: Professor Margaret Noble

A Church of England College Founded in 1840

University College Plymouth St Mark & St John is a registered charity the
trustee of which is a company limited by guarantee registered in England No.
986239

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.nottingham.ac.uk/pipermail/xerte/attachments/20100419/5a9356d8/attachment.html