Hide Forgot
Description of problem: The hardware catalog should support additional make based friendly urls. That is to allow quick access to a particular make of system hardware.redhat.com/Dell/PowerEdge hardware.redhat.com/PowerEdge ...both should take the user to the cleaner url of ... hardware.redhat.com/Dell/PowerEdge ...which should then provide the list of Dell PowerEdge systems. Where only a make is provided and two vendors provide that make the URL redirect is not needed. Additional info: It is expected with the current system that the 1st redirect happen but the end result URL is still not friendly to remember. This issue should be resolved in a separate bz.
Created attachment 577013 [details] new patch for friendly url
Test site seems to work. Also it keeps the URL friendly. Is this behavior expected to remain? Does it deal with spaces properly? Does it also deal with model names?
(In reply to comment #4) > Test site seems to work. Also it keeps the URL friendly. Is this behavior > expected to remain? yes, and there's no need for Apache configuration change. > Does it deal with spaces properly? Does it also deal with > model names? it can deal with spaces and underscores well re model names support, i think this will be too fine-grained, after all, friendly url is not a query function, and many of the model names are just digits, this will mess up with ~/778223 urlrewrite which directly linking to cert#778223 or we may only support models if found vendor/make successfully, ~/vendor/make/models, but most of the make are just vendor names, it will be too complicated.
(In reply to comment #5) > (In reply to comment #4) > > Test site seems to work. Also it keeps the URL friendly. Is this behavior > > expected to remain? > yes, and there's no need for Apache configuration change. > > > Does it deal with spaces properly? Does it also deal with > > model names? > > it can deal with spaces and underscores well Good news. > > re model names support, i think this will be too fine-grained, after all, > friendly url is not a query function, and many of the model names are just > digits, this will mess up with ~/778223 urlrewrite which directly linking to > cert#778223 > > or we may only support models if found vendor/make successfully, > ~/vendor/make/models, but most of the make are just vendor names, it will be > too complicated. Sorry to confuse, this was just a question. The feature in this bug is regarding makes.
verified on web2
verified on partner