Alias Bug :: Please Help

[EGS]

Hello.

For some reason, I cannot make page alias's the same as another one, even though it is underneath a different hierarchy.
For example, I have the following URLs that I am trying to set up:

site.com/soda/coke/ (let's say this one is set up)
and i'm trying to make another alias the same as "coke" to make it
site.com/drugs/coke/

So as you can see, the two coke pages are different pages entirely and underneath a different hierarchy (in a different directory or whatever), so why does this not work?

Can you make a function to make this work or fix the bug?

If possible or if it conflicts with CMSMS disabled with SE-friendly, then you should really add the hierarchy to the page IDs of disabled SE-friendly set-up websites...so that instead of page.php?alias=page_name being the URL, it should be page.php?hierarchy=drugs&page=coke so people could have two pages with the same alias such as page.php?hierarchy=soda&page=coke

Can we please fix this bug ASAP? Need this done as soon as possible!

[calguy1000]

page aliases have to be unique to the site.
that's just the way it is.

[EGS]

Why?..
This doesn't make sense. Is there some way I can work around this please..?

It shouldn't be like this..because it's possible to have two pages that are named the same but in different directories, which is what I want to do through the page hierarchy system.

[JeremyBASS]

For what it's worth, IMHO, there are a few points I'd think would be worth saying as this comes up a lot it seems...

1.)If your worried about your SEO then naming your pages with the same file name as another is not the 100% way to do SEO... so if you think about it page aliases help as you should have had

site.com/soda/coke/
site.com/drugs/cocaine/

as that is better SEO.  So in the small .01% of a way urls plays a roll, this is true...  where coke is tied more to soda then it is to drugs... but as coke is tied to cocaine you should get a good search on “coke drugs” as long as you have 100% SEO practices on everything else.. ie, keywords and density

2.) There are many sites that do grand with 500+ pages with out any page alias issues... I luckily get to run a few

3.) thou you may need to do a little work, to get the best results out of CMSMS; It is a great well thought out application... kudos to the dev teams... 

and
4.) SEO is not based on your urls as much as it is in your content I have not read that anywhere in the docs provided by the major search engines that urls are a major player… I would love to know the 100% truth but till then I look at it as this; there is too little content in the URL for a valid search... also just watching the search results from searching you can see... that is your best lead on what they are doing to get you the information you ask... if you have to use boolean to do a proper search, is the algorithm smart enough to pull a search based on urls?

Here is a perfect example… search “script Boolean” in google… the first site has a url of

http://www.hibernate.org/hib_docs/v3/ap ... xport.html

not one lick of "script" or "Boolean" in the url… but the content…” void, drop(boolean script, boolean export) Run the drop schema script. ... public void execute(boolean script, boolean export, boolean justDrop, boolean ...” that right there did it... content density... that is the proof. also notice the "Script - Boolean " "script, boolean" in the next few...



I'm only commenting on this as I assume that you meant SEO-friendly in “SE-friendly”... sorry that is what I know it as... If I’m talking on the wrong thing .. opps...   but I’ve seen alot of people in the last year nocking CMSMS for it's SEO.. and the thing is, SEO is in the hands of the one writing the template as I see it... I don’t have any issues with SEO… I get tons of organic search for all my CMSMS sites…


I guess in short I'm trying to say that I know one can get good results out of CMSMS, but CMSMS still requires a understanding of


But… There are some really hand things you can do with the unique marker… don’t give up on it…

Hopefully I’m being helpful… in the end I meaning well..
Cheers
jeremyBass

[alby]

It shouldn't be like this..because it's possible to have two pages that are named the same but in different directories, which is what I want to do through the page hierarchy system.

If ALL work with mod_rewrite (or pretty_url) AND hierarchy, but someone not use this ....
However is a 1.X design and not a bug.

You can fill a Feature Request for 2.0

Alby

[EGS]

Actually this is not for SEO but instead for user-optimization..
I have parts of the site that are basically the same but in different categories...so aliases are the same really, but they're in a different category of the hierarchy system, which is why I want this feature to be fixed...I mean really it should be...since the pages are not in the same category they should have no problems having the same alias as a page in a different category...the ids or whatever should be different...it only makes sense...

For example, in a forum script...you can have two forums named the same but are in different forum categories...

[JeremyBASS]

Actually this is not for SEO but instead for user-optimization..

I know I was going to hear that...  well

so

For example, in a forum script...you can have two forums named the same but are in different forum categories...

like

>PC/Help
>TV/Help

So... why not just name it PC_Help ... TV_Help?


For what it's worth ....
cheers..
jeremyBass

[Dr.CSS]

There is some ways to do this with .htaccess and rewrite rules, but yea your not going to get the same alias for any page wit CMS Made Simple atm...

[olenorgaard]

This sounds much like this thread: http://forum.cmsmadesimple.org/index.ph ... 08.15.html

There is was suggested that aliases containing "_" are rewritten to "/", e.g. "pc_help" -> "pc/help", by using .htaccess rewrite rules. Now mark is suggesting to same.

Does anyone have a suggestion on how such a magic rewirte rule should look like?

- Ole

[JeremyBASS]

Why the mod rewrite... that just adds a little more stuff for the server to do...

still don't understand what the big deal is about having

domain.tdl/TV/TV_Help
domain.tdl/PC/PC_Help

with
config.php  ->  $config['use_hierarchy'] = true;

or

domain.tdl/TV_Help
domain.tdl/PC_Help

with
config.php  ->  $config['use_hierarchy'] = false;


is there a reason those would not work?  I mean I could make it cleaner but then the question I'd have is what is the percent of people that will remeber the url to type it in anyways... if it's that important, do a subdomain setup...

I'm just reall couriuse why ... 

cheers jeremyBass

[calguy1000]

I agree with JermeyBASS here.

I mean I could make it cleaner but then the question I'd have is what is the percent of people that will remeber the url to type it in anyways...

Users don't typically use some kind of logic to find URLS (well a small percentage of us geeks do, but the vast majority doesnt).  They browse to a site, they follow links, and they bookmark pages.    Users don't care if the URL is mysite.com/TV/help or mysite.com/TV/TV_help or anything.... 

We've already discussed in a previous thread that search engine bots don't care about the difference either.

Why are users used to following links, and bookmarking..... because that's what the web is all about.  They don't want to have to remember URLS, etc.  And the vast majority of users that have tried this in the past give up because of other content management packages (not just this one) that generate hugely insane URLS that are hard to remember.... even if they don't contain & or ? marks or weird codes.

So therefore, the issue of why aliases have to be unique is moot IMHO.

[tyman00]

Maybe I am oversimplifying it, but what about those people that don't use pretty url's? Your aliases need to be uinique...

index.php?page="alias"

End of story????

[olenorgaard]

Well, i think this is also a matter of taste. Personally, I think it looks much cooler having a URL that is logical and only contains only "/"-s.

In my case I sometimes have to refer to a URL in some printed material (yes, some people still use that old stuff!) and then it is good if it also looks nice to the reader.

[EGS]

Well nevertheless I think this should be a feature of CMSMS and this bug should be fixed.
If it's capable in competing CMS's, why not make it a feature of CMSMS, and just add to the greatness of this script?..

You can argue all you want by saying it's not needed. I feel it is needed, and I'm sure there are many others that feel the same.

Now come on, let's do this! If I knew how to fix this bug, I would...it just sounds to you guys like you all don't feel like implementing this feature...that's not a good motive!

[olenorgaard]

Don't know if it is a bug but it's definitely a feature request. And as you say, competing CMS's have this feature so why shouldn't the great CMSMS have it as well?

But back to my question re the rewrite rule which could be used as a solution until the feature might come as built-in. Is there an .htaccess guru out there who could make "_" in aliases turn into "/"?

- Ole