Category Manager: Possible name clash
Re: David
"Does this category manager currently have the issue I mentioned over at SWCMS with creating a top-level directory with a given name (e.g. "Software") and then a lower level directory (e.g. "Software") of a top-level directory (e.g. "Security") causes a conflict?"
This needs checking and fixing if necessary.
"Does this category manager currently have the issue I mentioned over at SWCMS with creating a top-level directory with a given name (e.g. "Software") and then a lower level directory (e.g. "Software") of a top-level directory (e.g. "Security") causes a conflict?"
This needs checking and fixing if necessary.
Leave a comment
Okay I've looked into this and yes, it has the same problem as the SWCMS version and also the original Pligg and SWCMS categories, too. It's not really a "bug", but a measure to prevent duplicates. I can think of three reasons why we don't want duplicate category names:
1. Stories show the category as "Posted in Sports". If there were two Sports categories, we wouldn't know which one it was referring to unless the template showed the parents, too.
2. When using friendly urls, the category link looks like /category/sports. Hotaru interprets this as ?category=sports and goes off to find the ID number for 'sports'. If we were to have a link such as /category/activities/sports then it becomes a bit complicated, even more so with multiple sub-categories.
3. A url-friendly story link might look like /sports/article-about-soccer-in-fiji/. If we added parent categories to that url then we'd have people saying the urls aren't seo-friendly enough.
Wordpress have got it sussed, but they use huge scripts for redirecting and canonical urls which remove the need for htaccess rules completely. Too clever for me.
Any thoughts before I close this?
1. Stories show the category as "Posted in Sports". If there were two Sports categories, we wouldn't know which one it was referring to unless the template showed the parents, too.
2. When using friendly urls, the category link looks like /category/sports. Hotaru interprets this as ?category=sports and goes off to find the ID number for 'sports'. If we were to have a link such as /category/activities/sports then it becomes a bit complicated, even more so with multiple sub-categories.
3. A url-friendly story link might look like /sports/article-about-soccer-in-fiji/. If we added parent categories to that url then we'd have people saying the urls aren't seo-friendly enough.
Wordpress have got it sussed, but they use huge scripts for redirecting and canonical urls which remove the need for htaccess rules completely. Too clever for me.
Any thoughts before I close this?
This sounds like an issue I discovered with my test site. For example, if I wanted to have two main categories: PHP and ASP, then under each of them I wanted to have "news", and "tutorials". As it stands right now, I'd only be able to have a subcategory named "news", and "tutorials" under one of the two languages, correct? If so, that's what I just noticed yesterday.
It makes sense why Hotaru would not let you create subcategories of the same name, but I can also see this being an issue with many potential sites that people would want to make (i.e the example I just gave, or having "news", "images", and "video" in each category like Digg does).
Back to my hypothetical example. I suppose I could just make the subcats in the PHP category "PHP News" and "PHP tutorials", which would make my urls look something like:
www.mydomain.com/PHP/php-tutorials
www.mydomain.com/PHP/php-news
Which may not be a bad thing, but it still would be nice to have the ability to have subcategories with the same names as others. It may be an issue to put on the "to add eventually" list.
Just my $.02
It makes sense why Hotaru would not let you create subcategories of the same name, but I can also see this being an issue with many potential sites that people would want to make (i.e the example I just gave, or having "news", "images", and "video" in each category like Digg does).
Back to my hypothetical example. I suppose I could just make the subcats in the PHP category "PHP News" and "PHP tutorials", which would make my urls look something like:
www.mydomain.com/PHP/php-tutorials
www.mydomain.com/PHP/php-news
Which may not be a bad thing, but it still would be nice to have the ability to have subcategories with the same names as others. It may be an issue to put on the "to add eventually" list.
Just my $.02
on 2009-11-27 04:43 *
By nick_ramsay
It's a nuisance for people wanting same-name categories, I agree. But it's technically not a bug since the Category Manager simply tells you that the name already exists and you have to choose another one.
Knowing the internals of how Hotaru works with friendly urls, the effort involved in working around this issue is disproportionate to the reward of having it "fixed". Although I'd love it to work with same-name categories, we're no closer to knowing how to make it work with regards to my 3 points above.
Knowing the internals of how Hotaru works with friendly urls, the effort involved in working around this issue is disproportionate to the reward of having it "fixed". Although I'd love it to work with same-name categories, we're no closer to knowing how to make it work with regards to my 3 points above.
Sorry about the miscommunication, I was trying to say that I saw your point :) I even think that having totally unique subcats/cats might be better for SEO in some cases.
Like I've said before, I'm no whizz at PHP or URL rewriting, but have seen under the hood of some Wordpress modules that do URL rewriting and it's insanely complex for such a (seemingly) simple task. I also agree that the effort:reward ratio of this fix is not in our interest at the moment, so no big deal.
We can add this to a very low priority queue of things to do in the future. Maybe some URL rewriting expert can come along and solve this for us :P
Like I've said before, I'm no whizz at PHP or URL rewriting, but have seen under the hood of some Wordpress modules that do URL rewriting and it's insanely complex for such a (seemingly) simple task. I also agree that the effort:reward ratio of this fix is not in our interest at the moment, so no big deal.
We can add this to a very low priority queue of things to do in the future. Maybe some URL rewriting expert can come along and solve this for us :P