Url alias as permanent redirect, is there a setting ?

Author Message

Xavier Dutoit

Wednesday 14 November 2007 11:52:53 pm

Hello,

While updating a site to 3.10, I updated the url to the new pattern (Uppercase-and-dash), so it created an alias for the old one (uppercase_and_dash).

When I access the old url, I see the content, as before and I can also access it from the new url.

However, they are seen by the search engines and visitors as two different pages. No good.

Is there a way to have the alias behaving like an alias, and do a 301 permanent redirect to the new "official" url instead of displaying the content ?

Same question about /content/view/full/<nodeid>

X+

http://www.sydesy.com

Heath

Thursday 15 November 2007 1:01:04 am

This is an excellent point. As much as we all love the latest stable release 3.10.0 ...

It seems clear that the url translation systems were clearly affected/damaged/disabled with the multi-lingual url api changes introduced in kernel classes of the 3.10.0 release.

This is at least the second negative feature I've heard reported as a direct result.

Cheers,
Heath

Brookins Consulting | http://brookinsconsulting.com/
Certified | http://auth.ez.no/certification/verify/380350
Solutions | http://projects.ez.no/users/community/brookins_consulting
eZpedia community documentation project | http://ezpedia.org

Xavier Dutoit

Thursday 15 November 2007 3:48:18 am

Let me throw a new one:

How do you now do the link between one linguistic version and the other ?

It was already ugly/patchy before, now, I haven't heard it possible anymore

Ok, I'm going to update K redirect module, so at least I can do /redirect/full/<nodeid> that will do a proper 301, instead of the behaviour of content/view/full

;(

X+

http://www.sydesy.com

Matthew Carroll

Thursday 15 November 2007 4:07:21 pm

> How do you now do the link between one linguistic version and the other ?

I hit this issue after upgrading a few multilingual sites to 3.10. It looks like it will affect the ezwebin templates as well. Bug report:

http://issues.ez.no/11791

I worked around this by using $uri_string instead of $DesignKeys:used.url_alias for the language switcher. This is ugly, as it points to the system url on the other language siteaccess, rather than the translated url alias, but at least it works and goes to the correct page.

http://ez.no/developer/forum/setup_design/language_switcher_in_3_10

Matthew

http://carroll.org.uk

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 30 2025 22:24:21
Script start
Timing: Jan 30 2025 22:24:21
Module start 'layout'
Timing: Jan 30 2025 22:24:21
Module start 'content'
Timing: Jan 30 2025 22:24:21
Module end 'content'
Timing: Jan 30 2025 22:24:21
Script end

Main resources:

Total runtime0.0269 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.0068 588.3594151.2266
Module start 'layout' 0.00680.0055 739.5859220.7188
Module start 'content' 0.01230.0130 960.30471,001.8359
Module end 'content' 0.02520.0017 1,962.140633.9922
Script end 0.0269  1,996.1328 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002810.3031140.0002
Check MTime0.00113.9710140.0001
Mysql Total
Database connection0.00093.281610.0009
Mysqli_queries0.005420.111530.0018
Looping result0.00000.152210.0000
Template Total0.00124.410.0012
Template load0.00093.348810.0009
Template processing0.00031.062010.0003
Override
Cache load0.00062.297410.0006
General
dbfile0.00134.782580.0002
String conversion0.00000.034540.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