[
https://issues.apache.org/jira/browse/OFBIZ-5312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13812642#comment-13812642
]
Parimal Gain commented on OFBIZ-5312:
-------------------------------------
Hi Paul,
{quote}
You do need to have "some" prefix to work your way around one or the other, so
removing it entirely is not really an option at this moment. Otherwise you risk
problems when a category "shoe" also happens to be in the identifier for a
product of sorts. From a SEO perspective, an identifier doesn't hurt, more
importantly you have to make sure that the urls are unique and contain some of
the keywords connected to the page they deliver. So I would say: let's focus on
the proper url structure frist, before moving on.
{quote}
Ya I checked the effect of removing it. Thanks for the useful tips:)
{quote}
I am uncertain I understand correctly. What is the behavior you want to
achieve? It should be configurable in most cases...
{quote}
I'm talking about the configuration of url structure depending upon the
category level.
eg. Current Pattern :
http://localhost:8080/ecommerce/category/small-gizmos-101.html
Asking Pattern : http://www.abcde.com/footwear/sports/men
where footwear is the name of level 1 category, sports is the name of level 2
category & men is the name of level 3 category.
{quote}
Unless we add a new entity that maps Ids to paths, there is currently no way to
go without the ids. From a SEO perspective, it doesn't hurt, however and is
probably the best way to keep urls unique. Even with auto-generated full urls,
it may be that you have to add a number to keep urls unique, so I say it isn't
really a necessity anyway.
{quote}
You are right, Currently it's not possible. Thanks !!!!
{quote}
In addition to 4. I think that both could be implemented without too much
effort. Take a look at how the products / categories were handled. Perhaps you
can supply a patch?
{quote}
SeoContentUrlFilter.java exists in the patch, so I thought its already done.
BTW I'll try and submit the patch if possible.
{quote}
What would be the benefit? Shouldn't we rather begin documenting the parameters
we use within ofbiz applications?
{quote}
It will be really good if all parameters used in OFBiz configuration can be
documented, but I believe documenting/defining the SEO parameters could be the
start and since its currently in the testing phase so every body can understand
the purpose of each parameters and can test its effect on url with different
value ............
> Proposal: URL-Generation Changes
> --------------------------------
>
> Key: OFBIZ-5312
> URL: https://issues.apache.org/jira/browse/OFBIZ-5312
> Project: OFBiz
> Issue Type: New Feature
> Components: specialpurpose/ecommerce
> Affects Versions: SVN trunk
> Reporter: Jacques Le Roux
> Assignee: Jacques Le Roux
> Priority: Minor
> Labels: changes, ecommerce, friendly, seo, url
> Fix For: SVN trunk
>
> Attachments: OFBIZ-5312 - ofbiz-ecommerce-seo.patch, OFBIZ-5312 -
> ofbiz-ecommerce-seo.patch, OFBIZ-5312 - ofbiz-ecommerce-seo.patch, OFBIZ-5312
> - ofbiz-ecommerce-seo.patch, OFBIZ-5312 - ofbiz-ecommerce-seo.patch,
> OFBIZ-5312 - ofbiz-ecommerce-seo.patch, OFBIZ-5312 -
> ofbiz-ecommerce-seo.patch, OFBIZ-5312 - ofbiz-ecommerce-seo.patch, OFBIZ-5312
> - ofbiz-ecommerce-seo.patch, OFBIZ-5312 - ofbiz-ecommerce-seo.patch,
> OFBIZ-5312 - ofbiz-ecommerce-seo.patch, OFBIZ-5312 -
> ofbiz-ecommerce-seo.patch, OFBiz-5312-product-ecommerce-seo-20131031.patch,
> OFBiz-5312-product-ecommerce-seo-for-seo-branch.patch,
> OFBiz-5312-product-ecommerce-seo.patch, SeoContextFilter.java.patch
>
>
> [This was proposed by Paul Piper in Nabble 7 months
> ago|http://ofbiz.135035.n4.nabble.com/Proposal-URL-Generation-Changes-td4639289.html].
> Here is quoted Paul's proposal
> {quote}
> Hey Everyone,
> over at ilscipio (www.ilscipio.com) we developed a set of functional OFBiz
> changes that we believe the entire community could benefit from. The changes
> have been implemented in parts in Syracus (www.syracus.net) for a while now,
> but we figured that some of which are too crucial for ofbiz' success in the
> long run, so we are considering the contribution (as we did with the SOLR
> component).
> As you are probably aware, OFBiz has a pretty uncommon way of generating
> URLs. Most of this has to do with the fact that OFBiz uses a servlet
> (ControlServlet) to handle all requests. The servlet is mounted at /control,
> so that it won't interfere with other servlets. Though functionally valid,
> this has the sideeffect that all urls are actually created on /control, which
> is neither pretty, nor good by any measures of SEO. It also means that a few
> 302 redirects are necessary to forward the user from / to /control/main. It
> also makes requests more complicated, since many forwards are necessary
> whenever somebody wants to move away from this implementation.
> Since this is hurtful to many of the implementers, I wanted to discuss
> whether or not you guys would be interested in the changes we have made. The
> functional changes contain:
> * Removal of /control out of all the urls
> * SEO-friendly URLS
> * Configurable product/category and other URLs
> * Frontpage mapping from /main to /
> It was tested on our end and contains all necessary improvements (Transforms,
> Sample Configuration, Servlets & Filters) for it to be applicable.
> If interested, I would create a new JIRA ticket for this and after a few
> minor internal discussions, we will gladly provide the rest of you with it.
> Regards,
> Paul
> {quote}
> There is even a patch, mostly done by Jinghai Shi, that I attach here. Even
> if it has been already used in [Syracus|http://syracus.net/] since early this
> year, some help would be needed to test it thoroughly in OFBiz.
> Then we should discuss if it's the way to go. I believe it is. Who needs a
> /control/ or /main by default in ecommerce urls? Would you not prefer
> http://localhost:8080/ecommerce/ over
> http://localhost:8080/ecommerce/control/main ?
--
This message was sent by Atlassian JIRA
(v6.1#6144)
