Forums / Install & configuration / Installs fine, but nothing functions

Installs fine, but nothing functions

Author Message

David Cross

Saturday 12 April 2003 11:02:52 am

Apache version is 1.3.27 and PHP version is 4.3.0

My system is FreeBSD 4.4. I do not have root access.

I downloaded this file:

http://www.ez.no/content/download/21553/56381/file/ezpublish-3.0-1.tar.gz

I ran through doc/INSTALL to the letter

On going to www.mysite.com/ I am presented with the installer, which I run through and the installer reports no errors.

At the last screen I get "If you ever want to restart this setup, edit the file settings/site.ini.php and look for a line that says:"

That is the first thing I notice...there is no file called "settings/site.ini.php" (no file with that name anywhere within the site); only settings/site.ini

On loading the website in any browser I get a blank page that takes a while to load as if "something is happening".

On loading via lynx I get:

Looking up www.mysite.com
Making HTTP connection to www.mysite.com
Sending HTTP request.
HTTP request sent; waiting for response.
Alert!: Unexpected network read error; connection aborted.
Can't Access `http://www.mysite.com/'
Alert!: Unable to access document.

lynx: Can't access startfile

My httpd.conf file is thus:

<VirtualHost mysite.com>
ServerName www.mysite.com
ServerAlias mysite.com
ServerAdmin webmaster@mysite.com
DocumentRoot /usr/local/etc/httpd/vhosts/mysite.com/htdocs
ScriptAlias /cgi-bin/ /usr/local/etc/httpd/vhosts/mysite.com/cgi-bin/
TransferLog /logs/access.log
ErrorLog /logs/error.log
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\""
<Directory /usr/local/etc/httpd/vhosts/mysite.com/htdocs/>
Options FollowSymLinks Indexes ExecCGI
AllowOverride None
</Directory>
RewriteEngine On
RewriteRule !\.(gif|css|jpg|png|jar)$ /usr/local/etc/httpd/vhosts/mysite.com/htdocs/index.php
</VirtualHost>

(The RewriteRule is on one line)

In httpd.conf I have:

LoadModule rewrite_module modules/mod_rewrite.so
AddModule mod_rewrite.c

and other sites using mod_rewrite function well. I have rewrite log set and debugging level set to 9 but there is no entry in the rewrite log for this VirtualHost.

On using an HTTP HEADER trace program I get:

URL = http://www.mysite.com/
FMT = AUTO
REQ = GET
Sending request:
GET / HTTP/1.0
Host: www.mysite.com

&#8226; Finding host IP address...
&#8226; Finding TCP protocol...
&#8226; Binding to local socket...
&#8226; Connecting to host...
&#8226; Sending request...
&#8226; Receiving response...

Total bytes received = 0
Elapsed time so far: 2 seconds
HTTP header termination string not found
Content (Length = 0):
Done
Total elapsed time: 2 seconds

I would appreciate any help you can provide.

Thank you.
David

Håvard Hebnes

Sunday 13 April 2003 3:25:51 am

I have the SAME problem, and have NO idea what is wrong.. so I would also appreciate some help on this problem. I have root access

David Cross

Sunday 13 April 2003 10:46:22 am

Are you using the default site.ini that comes with the distribution?

Once I started messing round with that things started working....however on pulling up www.mysite.com/ it still foobars

So, anyone have an idea what a basic site.ini should look like for EZ Publish to serve up public content, without any logins, for www.mysite.com/

I suspect the SIteAccessSettings parameter throws many :-)

Håvard Hebnes

Sunday 13 April 2003 10:36:43 pm

Yes, I'm using the standard site.ini file. Done a few changes, but nothing works.. in the beginning the demo links didn't work either, but when I enabled translation and NodeTranslation it worked, but sill no admin working :(

So... i'm lost and have no idea... anyone who can tell me what to do?

Tjærand Matre

Monday 14 April 2003 1:47:13 am

I have the exact same problem. I install seemingly flawlessly, and I get the demo frontpage, or the admin login. I can log in and click on stuff, but all of a sudden it will stop working and the browser will send requests until it pukes and say "Document contains no data". After this happens nothing will work whatsoever. My lynx debug output is the same as mentioned above.
Still reading the manual and twisting my brain over the site.ini file though...

Håvard Hebnes

Monday 14 April 2003 2:16:47 am

hmm..now there are many of us with the same problem.. if someone have the solution.. please post it here.. I wonder if it can have something with the site settings... are you folks using host / uri / index ??

Tjærand Matre

Monday 14 April 2003 4:04:19 am

I have now tested with all of the options within uri/host/index. I am not sure I got the regexp ones straight, but anyway, the error is still there. If I dont include demo data, I get to the admin login screen, and I can log in, but then nothing happens after I`ve sent the first request. In lack of better terms, I`d say it freezes. If I include demo data I can never get beyond the "done" button in the setup wizard. I still suspect the access settings as it seems to be redirecting into nothing, but I cant see where the references are wrong.

Håvard Hebnes

Monday 14 April 2003 4:17:26 am

hehe... exactly the same problem as me... but... what php version are you using... I got it working with php-4.2.3, but I were running php-4.3.1, so I had to downgrade :(

Tjærand Matre

Tuesday 15 April 2003 12:51:41 am

4.3.1, but I am not root. Ack!

Håvard Hebnes

Tuesday 15 April 2003 6:50:26 pm

Ahhh.. found the error.. or.. saw what another one wrote... I changed memory_limit = 8M to 16M in /etc/php.ini... you need to have root priviliges to do that.. if you don't get the admin to change it for you, you can get cheep hosting from me.. post a reply if yes...

Scot Wilcoxon

Wednesday 16 April 2003 8:18:50 pm

Remember that some configurations require restarting httpd in order for changes to take effect.

Karsten Jennissen

Thursday 17 April 2003 1:33:33 am

Hi,

since RC2, my installs didn't work. Funny behaviour, displaying the beginning of a page, not displaying anything at all without error messages and the like I didn't have a clue as to why this was happening.

When 3.01 was behaving exactly the same I thought this must be the new version requirement (4.2.3) as I only have 4.2.2. But then came the light. I changed the PHP process memory from 8MB to 16MB and, voilá, everything works perfectly.

This should be in the noted somewhere as many seem to have the problem. I think even a 10MB or 12MB limit should be fine. Problem is that the standard config is 8MB and I would think that many shared hosting offers have that setting.

Karsten