IndexPage doesn't work when using PathPrefix

Author Message

Maarten Holland

Friday 18 August 2006 11:43:25 am

Hi all,

Me again with a question. I've created 3 folders for 3 different sites in ezPublish's root folder. In each folder I've created an 'article' called 'home', since I don't want to use the folder itself as home.

- root
- root \ site 1
- root \ site 1 \ home
- root \ site 2
- root \ site 2 \ home etc...

In the site.ini.append.php for the 3 siteaccess I've set PathPrefix to site1, site2 etc so that the foldername is excluded from the URL.

Problem here is that IndexPage doesn't work anymore. I've set that using /content/view/full to the right 'home' node ID, but instead, the folder shows up. I've also tried IndexPage=/home/ and IndexPage=/site1/home/ without success.

Anyone has any ideas?

Thank you,

Maarten

Maarten Holland

Wednesday 23 August 2006 2:19:52 am

Another problem I'm facing: Is it possible to tell double_top.tpl to start in the new site1, site2 folders in stead of node 2? Should I override this template for all 3 sites and replace '2' by the respective node_id, or can I do this another way?

Currently I'm also experiencing some strange problem with override templates. I tried the complete_site package including forums etc.

Now that I've changed the name for the siteaccess, updated Anonymous role to reflect that, and moved the forums to site1 \ examples, the override template doesn't work properly: I see the title and short description for the folder the forums are located in, but I don't see the forums anymore, though override.ini.append.php isn't changed.

Any ideas?

Thanks,

Maarten

Kristof Coomans

Wednesday 23 August 2006 3:36:29 am

Another problem I'm facing: Is it possible to tell double_top.tpl to start in the new site1, site2 folders in stead of node 2? Should I override this template for all 3 sites and replace '2' by the respective node_id, or can I do this another way?

You can use the same template for the 3 sites but read the node ID from an INI file.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Maarten Holland

Friday 25 August 2006 2:59:18 pm

Off course, things can be so simple... The menu is working fine from ini now. Thanks again.

Do you have any idea why the override templates stopped working after changing the siteaccess' name?

Thank you,

Maarten

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 20 2025 06:52:45
Script start
Timing: Jan 20 2025 06:52:45
Module start 'layout'
Timing: Jan 20 2025 06:52:45
Module start 'content'
Timing: Jan 20 2025 06:52:45
Module end 'content'
Timing: Jan 20 2025 06:52:45
Script end

Main resources:

Total runtime0.0143 sec
Peak memory usage4,096.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0058 589.4063152.6563
Module start 'layout' 0.00580.0030 742.062539.5078
Module start 'content' 0.00880.0039 781.570393.5234
Module end 'content' 0.01270.0016 875.093834.3047
Script end 0.0143  909.3984 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002316.0514140.0002
Check MTime0.00107.2237140.0001
Mysql Total
Database connection0.00085.471810.0008
Mysqli_queries0.003423.715630.0011
Looping result0.00000.091410.0000
Template Total0.00139.310.0013
Template load0.00075.137710.0007
Template processing0.00064.107210.0006
Override
Cache load0.00053.736510.0005
General
dbfile0.00021.542580.0000
String conversion0.00000.061540.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