Common OJS Installation errors

[jbsarma]

I have managed to install OJS with disable_path_info = On setting in the config.php. But this is not ideal as URLs are looking very complex and also interferes with certain functionalities. I am with 1and1 server and trying to find a way to get around the problem of the server not supporting path_info variable. So far, I tried adding a php5.ini with cgi.fix_pathinfo = 0 in the OJS folder but to no effect. I have seen there is orig_ptah_info available but have not tried changing PATH_INFO declarations in Request.inc.php with ORIG_PATH_INFO yet, as suggested in this post. Does anyone have any experience with 1and1 server and provide me a solution that works. I also wonder if this common problem will be solved by the OJS team in near future so that OJS installs OK on server not supprting paqth_info. Thanks.
1and1 server
OJS 2.3.7, Linux, PHP version 5.2.17

[asmecher]

Hi jbsarma,

This is a problem with PHP configuration that we can't work around from within OJS, unfortunately. However, adding a php5.ini configuration file in your installation directory probably won't work -- every host will allow different configuration overrides and they will be configured in a few different ways, but they're typically done via a .htaccess file. I'd suggest checking with your host's documentation on how to override PHP configuration.

Regards,
Alec Smecher
Public Knowledge Project Team

[aadilsi]

Hi Alec,
I have been searching for quiet some time to find a solution to get the site working with the disable_path_info=OFF. Unfortunately, I haven't come across any solution. I wrote to the Godaddy support team and this is what they replied.

It appears that you are having an issue with being able to configure your hosting account to set the disable_path_info=OFF. Our Linux hosting accounts run in CGI mode. When PHP 5 runs in this mode, the server variable element PATH_INFO behaves differently than under PHP 4. PHP 5 scripts can use the element SCRIPT_NAME in place of PATH_INFO to ensure the expected value is returned.

They also provided this link. http://support.godaddy.com/groups/web-hosting/forum/topic/relative-path-gone-after-tailing-after-php/
If this help anyone understand, they can share it with me too,
Thanks,
--
Eddy

[asmecher]

Hi Eddy,

In that case, GoDaddy is operating outside of the CGI/1.1 spec (see http://www.ietf.org/rfc/rfc3875 section 4.1.5). It's not necessary for PATH_INFO to be broken this way to use CGI-based hosting with PHP5; we run in a FastCGI environment ourselves and PATH_INFO works fine. But I doubt any of that will convince GoDaddy to correct their setup...

You should be able to work around this by changing references to PATH_INFO to use SCRIPT_NAME instead; PATH_INFO is referenced in OJS 2.3.x in the following files:

• lib/pkp/classes/core/PKPRequest.inc.php
• lib/pkp/classes/core/PKPPageRouter.inc.php
• lib/pkp/classes/core/PKPComponentRouter.inc.php
• lib/pkp/classes/core/PKPRouter.inc.php

I suspect SCRIPT_NAME won't be a drop-in replacement, since it probably includes a leading "index.php" before the PATH_INFO data.

Regards,
Alec Smecher
Public Knowledge Project Team

[aadilsi]

Hi Alec,
Pardon my imprudence, but you will have to spoon feed me here.
How do I achieve this

You should be able to work around this by changing references to PATH_INFO to use SCRIPT_NAME instead; PATH_INFO is referenced in OJS 2.3.x in the following files:

I dont know much myself, everything I do is based on instructions
Thanks again
--
Eddy