URL problems after installing on a hosted server

Author Message

Mikko Mustakallio

Wednesday 19 May 2004 2:04:34 am

Hi,

I've read tens of threads related to this topic and I know that a lot of people have been struggling with the same issue, especially in hosted environments: installation goes well, but after entering the front-end only the index.php page on the site works and none of the links. The back-end's admin login page cannot be found either.

Based on what I've read here, the problem seems to lie in the fact that the hosted server might be <b> running PHP as suexec in CGI mode and that's why no PATH_INFO can be found</b>. However, according to EZP's error page,

 AcceptPathInfo 

can be turned off, but then the links won't work.

My question is, if there is no other chance than to run PHP as suexec in CGI mode, do I have to forget using EZP? I haven't asked my hosting provider yet, but I strongly doubt they would change their PHP settings...

Thanks for any input!

Regs. Mikko

Björn Dieding@xrow.de

Wednesday 19 May 2004 2:14:23 am

There are also hostproviders out there that are specialized in eZ hosting.

Looking for a new job? http://www.xrow.com/xrow-GmbH/Jobs
Looking for hosting? http://hostingezpublish.com
-----------------------------------------------------------------------------
GMT +01:00 Hannover, Germany
Web: http://www.xrow.com/

Mikko Mustakallio

Friday 21 May 2004 12:35:18 am

Okay, installing 3.4 beta 1 fixed the problem (which was actually said somewhere in this forum ;). I should have done that in the first place instead of wasting my time trying to patch 3.3-5...

Thanks & keep up the good work!

Peter Quennell

Sunday 23 May 2004 8:23:15 am

Hi Mikko

Still around? I hope so.

I put posts in the Install and Bugfix forums on 20 May on the bug causing the problem you describe.

We now have experience of THREE installations where the bugfix got beyong the problem.

Please let us know of your own experiences.

I am sure "out" problem is spooking possible adopers way from EZ Publish.

It very very nearly had us gone - even though this great prog is 1000% right for our needs.

Peter Quennell
New York

Peter Quennell

Sunday 23 May 2004 8:25:38 am

Re the above "out" should read "our" of course...

Is there a known reason why the text entry box has to be at 2-3 pixels?

Such a wacky setting is hardly a good advertisement for the quality of support here!

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 31 2025 00:39:23
Script start
Timing: Jan 31 2025 00:39:23
Module start 'layout'
Timing: Jan 31 2025 00:39:23
Module start 'content'
Timing: Jan 31 2025 00:39:23
Module end 'content'
Timing: Jan 31 2025 00:39:23
Script end

Main resources:

Total runtime0.0221 sec
Peak memory usage6,144.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0048 588.3828151.2422
Module start 'layout' 0.00480.0033 739.6250220.7500
Module start 'content' 0.00820.0126 960.37501,001.9922
Module end 'content' 0.02080.0013 1,962.367233.9922
Script end 0.0221  1,996.3594 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002310.5621140.0002
Check MTime0.00104.5317140.0001
Mysql Total
Database connection0.00083.455010.0008
Mysqli_queries0.00209.191530.0007
Looping result0.00000.045210.0000
Template Total0.00094.110.0009
Template load0.00073.283810.0007
Template processing0.00020.794610.0002
Override
Cache load0.00052.189910.0005
General
dbfile0.00146.394380.0002
String conversion0.00000.026940.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs