|
You are here: Home / failed launch
failed launch
Forum /
Support Questions /
failed launch
Reply
Subscribe
Start new thread
Syndicated Feed (RSS)
|
Displaying 1 to 9 of 9
|
Previous
1
Next |
| Author |
Message |
indigos
Posts: 4
|
First time installation of sitellite. On clicking the "Launch Sitellite" button at the end of the install, my browser attempts to open the file with a text editor. Then I tried the link
localhost/sitellite, and get a directory listing. This one: localhost/sitellite/sitellite outputted the following:
<?php
$prefix = $_SERVER['REQUEST_URI'];
$prefix = preg_replace ('|sitellite/?$|', '', $prefix);
header ('Location: ' . $prefix . 'index/cms-app');
?>
What could I do to fix this?
TIA
|
|
Back to top
|
|
wokkie
Posts: 159
Location: Scotland
|
indigos said:
First time installation of sitellite. On clicking the "Launch Sitellite" button at the end of the install, my browser attempts to open the file with a text editor. Then I tried the link
localhost/sitellite, and get a directory listing. This one: localhost/sitellite/sitellite outputted the following:
<?php
$prefix = $_SERVER['REQUEST_URI'];
$prefix = preg_replace ('|sitellite/?$|', '', $prefix);
header ('Location: ' . $prefix . 'index/cms-app');
?>
What could I do to fix this?
TIA
Hi, have you put the .htaccess file in the root directory, and do you have AllowOverride All in your httpd.conf?
It looks like your server is not recognizing the index page as php. There is a directive in the .htaccess to allow this. And the allowoverride directive in your httpd.conf ensures the .htaccess is being read.
Or are you on a windows machine?
|
|
Back to top
|
View user profile
Contact this member
|
indigos
Posts: 4
|
wokkie said:
Hi, have you put the .htaccess file in the root directory, and do you have AllowOverride All in your httpd.conf?
It looks like your server is not recognizing the index page as php. There is a directive in the .htaccess to allow this. And the allowoverride directive in your httpd.conf ensures the .htaccess is being read.
Or are you on a windows machine?
All that has been done and apache restarted, but I still get the same output. During the install process, the "AcceptPathInfo" test failed and I was given the option to 'Retry" or "continue". "Retry" fails all the time, so I continued and the install completed. and the problem persists.
I'm running apache-2.0.54-r31 on a Gentoo Linux system
|
|
Back to top
|
|
indigos
Posts: 4
|
indigos said:
wokkie said:
Hi, have you put the .htaccess file in the root directory, and do you have AllowOverride All in your httpd.conf?
It looks like your server is not recognizing the index page as php. There is a directive in the .htaccess to allow this. And the allowoverride directive in your httpd.conf ensures the .htaccess is being read.
Or are you on a windows machine?
Anyone out there still willing to take a crack at this? Every thing suggested has been set, but the issue has not been resolved.
|
|
Back to top
|
|
wokkie
Posts: 159
Location: Scotland
|
indigos said:
All that has been done and apache restarted, but I still get the same output. During the install process, the "AcceptPathInfo" test failed and I was given the option to 'Retry" or "continue". "Retry" fails all the time, so I continued and the install completed. and the problem persists.
I'm running apache-2.0.54-r31 on a Gentoo Linux system
Indigos
that will be your problem then. The
AcceptPathInfo On
directive is pretty crucial to Sitellite. In order for this to work, you need to have a directive in your apache configuration file that allows this.
So typically you would say something like this in your virtual site setup.
<Directory /bla/bla/bla/public_html />
AllowOverride FileInfo
</Directory>
There is more info about AcceptPathInfo at the url below -
http://www.sven.de/librie/PmWiki/AcceptPathInfo
HTH
bob
|
|
Back to top
|
View user profile
Contact this member
|
indigos
Posts: 4
|
wokkie said:
indigos said:
Indigos
that will be your problem then. The
AcceptPathInfo On
directive is pretty crucial to Sitellite. In order for this to work, you need to have a directive in your apache configuration file that allows this.
So typically you would say something like this in your virtual site setup.
<Directory /bla/bla/bla/public_html />
AllowOverride FileInfo
</Directory>
There is more info about AcceptPathInfo at the url below -
http://www.sven.de/librie/PmWiki/AcceptPathInfo
HTH
bob
This is the sixth cms app that I have evaluated in the past week and I have never had this issue come up in any of them.
A summary of what I have done so far:
* .htaccess was copied, without modificaton, to /var/www/localhost/htdocs
* the contents of sitellite* were copied to the same directory
* file permissions were modified per the install instructions
The installer spewed out an "AcceptPathInfo test failed" error, and I
had to modify httpd.conf. My changes to that file at various times are:
Directory />
Options FollowSymLinks
AllowOverride All
/Directory>
#added for sitellite usage
Directory /var/www/localhost/htdocs/install/>
AcceptPathInfo On
/Directory>
Directory /var/www/localhost/htdocs/>
AcceptPathInfo On
Directory>
I also copied .htaccess from /var/www/localhost/htdocs to
/var/www/localhost/htdocs/install with no change in results:
The output is always:
<?php
$prefix = $_SERVER['REQUEST_URI'];
$prefix = preg_replace ('|sitellite/?$|', '', $prefix);
header ('Location: ' . $prefix . 'index/cms-app');
?>
And there are no error messages iin error_log, except when I use Firefox in which case the error log reads:
[error] [client 127.0.0.1] File does not exist:
/var/www/localhost/htdocs/favicon.ico
I know this error has nothig to do with sitellite cos using konqueror doesn't produce it.
Any additional input to help resolv this issue will be very much appreciated.
|
|
Back to top
|
|
wokkie
Posts: 159
Location: Scotland
|
indigos said:
A summary of what I have done so far:
* .htaccess was copied, without modificaton, to /var/www/localhost/htdocs
* the contents of sitellite* were copied to the same directory
* file permissions were modified per the install instructions
The installer spewed out an "AcceptPathInfo test failed" error, and I
had to modify httpd.conf. My changes to that file at various times are:
Directory />
Options FollowSymLinks
AllowOverride All
/Directory>
#added for sitellite usage
Directory /var/www/localhost/htdocs/install/>
AcceptPathInfo On
/Directory>
Directory /var/www/localhost/htdocs/>
AcceptPathInfo On
Directory>
I also copied .htaccess from /var/www/localhost/htdocs to
/var/www/localhost/htdocs/install with no change in results:
The output is always:
<?php
$prefix = $_SERVER['REQUEST_URI'];
$prefix = preg_replace ('|sitellite/?$|', '', $prefix);
header ('Location: ' . $prefix . 'index/cms-app');
?>
And there are no error messages iin error_log, ...
Do you have this in your httpd.conf
<Directory "/var/www/localhost/htdocs" >
Options FollowSymLinks
AllowOverride All
</Directory>
IE, are you definitely allowing overrides in your web root directory? If so, and it is still not working then I have no easy answer.
I guess you might want to make sure that your .htaccess is readable by the webserver, and that it hasn't been corrupted in some way.
You might want to check that php is working at all, by changing the name of index to index.php and see what happens, or by running phpinfo() on a page.
Can't think of anything else. Maybe one of the gurus on here can. But this is very uncommon.
|
|
Back to top
|
View user profile
Contact this member
|
lux
Posts: 656
Location: Manitoba, Canada
|
wokkie said:
indigos said:
A summary of what I have done so far:
* .htaccess was copied, without modificaton, to /var/www/localhost/htdocs
* the contents of sitellite* were copied to the same directory
* file permissions were modified per the install instructions
The installer spewed out an "AcceptPathInfo test failed" error, and I
had to modify httpd.conf. My changes to that file at various times are:
Directory />
Options FollowSymLinks
AllowOverride All
/Directory>
#added for sitellite usage
Directory /var/www/localhost/htdocs/install/>
AcceptPathInfo On
/Directory>
Directory /var/www/localhost/htdocs/>
AcceptPathInfo On
Directory>
I also copied .htaccess from /var/www/localhost/htdocs to
/var/www/localhost/htdocs/install with no change in results:
The output is always:
<?php
$prefix = $_SERVER['REQUEST_URI'];
$prefix = preg_replace ('|sitellite/?$|', '', $prefix);
header ('Location: ' . $prefix . 'index/cms-app');
?>
And there are no error messages iin error_log, ...
Do you have this in your httpd.conf
<Directory "/var/www/localhost/htdocs" >
Options FollowSymLinks
AllowOverride All
</Directory>
IE, are you definitely allowing overrides in your web root directory? If so, and it is still not working then I have no easy answer.
I guess you might want to make sure that your .htaccess is readable by the webserver, and that it hasn't been corrupted in some way.
You might want to check that php is working at all, by changing the name of index to index.php and see what happens, or by running phpinfo() on a page.
Can't think of anything else. Maybe one of the gurus on here can. But this is very uncommon.
From the sound of it, you're on the right track. If his httpd.conf says this:
<Directory />
Options FollowSymLinks
AllowOverride All
</Directory>
This is incorrect and bad security-wise. This is the block that's supposed to be completely restricted so Apache limits access to the entire filesystem. It's in either the next block, starting with the following, that the AllowOverride All should go.
<Directory "/var/www/localhost/htdocs">
...
Either that, or if you're using individual VirtualHost entries so as to have multiple sites, then you could put a simple Directory block inside these instead of touching the global document root at all. For example:
<VirtualHost example.com>
DocumentRoot /var/www/example.com/htdocs
ServerName example.com
ServerAlias www.example.com
<Directory /var/www/example.com/htdocs>
AllowOverride All
</Directory>
</VirtualHost>
That should also achieve the intended effect.
Why the first one doesn't work is that more restrictive settings are declared in subsequent blocks anyway, so it just opens the server up security-wise but doesn't even achieve the intended result for the intended location. :)
Hope that makes sense and helps solve this one.
Cheers,
Lux
|
|
Back to top
|
View user profile
Contact this member
|
ragarwal74
Posts: 3
Location: MD, USA
|
Solved this by using Sitellite in CGI mode?
I have no idea why/how it works, but you can follow the post here:
http://cookbook.sitellite.org/index/sitewiki-app/show.InstallingInCgiMode
**** Even the instructions quoted on the link above did not work correctly *****.
I had to insert the following lines at the top of my .htaccess file located on the web-site root:
RewriteEngine On
RewriteRule ^index$ index.php [L]
RewriteRule ^index/(.*)$ /index.php [QSA,L]
####################################################################
# Sitellite Content Server
# http://www.sitellite.org/
#
# Copyright (c) 2001-2003 SIMIAN systems Inc.
#
# ....
# ....
# ....
|
|
Back to top
|
View user profile
Contact this member
|
|

|