Pro or not Pro, that is the question !

micker wrote: yes that automatic redirect old url to new its google saved

This is not working for me. The old URL with ID is stille valid and therefore double content.
Rooney

Hello

> This is not working for me. The old URL with ID is stille valid and therefore double content.

This is intentional , it is not a bug, it was done after considering the following

You see, we could easily ... just break the old urls and make them throw 404
The old URLs should continue to work, otherwise existing bookmarks and indexed content would break

About duplicate URLs
- A single rel canonical take cares of duplicates
- the old URLs with ids in the URL are no longer generated by the website, just they do not break

Potential BUGs to check is that
- correct and SAME rel-canonical Tag is added for both URLs otherwise we will really have duplicate in the search engines index
- the old URLs are no longer generated in our pages

Hi Georges,
Made some test on my side.
For the record (and even if this is usually something you dont do ,
On a fresh joomla : install the flexicontent-cck-3.3.0-s5 : ok
2 tests made then :
Reinstall the flexicontent-cck-3.2.1.15 without uninstalling : ok but errors (double primary key on "update plugin") and items impossible to access (database error)
or
uninstall all flexicontent + reinstall 3.2.1.15 : same issue for items (but no error in "update plugins").
Uninstall all and reinstall CCK 3.3.0 S5 : all is back to "normal".

Even if this is not usual, the process could be done by users with wrong message info "to update" their Flexicontent or to come back for a compatibility issue on their site (or in example because they was using a plugin and the plugin is no more in the 3.3.x version).

Have a nice evening Georges
Xavier

Hello

yes if you try to go back to 3.2.1.15 you will get duplicate primary key, once per login

maybe it is worth spending some time avoiding this
although downgrading on 3.3.x and 3.2.x should be not be expected to work

also about uninstall - reinstall thing,
uninstall should not be done if you have data, data are deleted

ggppdk wrote: You see, we could easily ... just break the old urls and make them throw 404
The old URLs should continue to work, otherwise existing bookmarks and indexed content would break

About duplicate URLs
- A single rel canonical take cares of duplicates
- the old URLs with ids in the URL are no longer generated by the website, just they do not break

I do not understand this point, because the old URLs are still generated and therefor stay in Google index. And the old URL do not have a canonical tag, so the new URLs will be indexed too. This results that all category blog articles are indexed twice or better Google might be classify them as double content.
Rooney

Hello

1. while having enabled the remove-ids options, do you still get a page of the website that contains URLs of the old type ?

can you provide a website page that contains old type of URLs (URLs with ids) ?
- please note that i do mean a page with some description text that contains URLs of the old type,
i mean a category page, or a page with a module, etc

please give a link to the webpage

2. About rel-canonical, and if needed will force to always include in the page