Bug 734567

Summary: Catalog needs to support user friendly URLs
Product: [Retired] Red Hat Hardware Certification Program Reporter: Rob Landry <rlandry>
Component: Hardware CatalogAssignee: Pengfei Xue <pxue>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.1CC: hwcert-catalog, pxue, tfu
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: http://hardware.redhat.com
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-08 22:30:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 480275    
Bug Blocks: 722941    

Description Rob Landry 2011-08-30 18:49:42 UTC
Description of problem:

Currently the catalog responds to URLs that are id={value} or searchField[1..n]={value[1..n]} and other computer query formated URLs this while functional isn't particularly friendly.

The catalog should also support a few human friendly variations of URL:

hardware.redhat.com/[rhelX|RHELX]

hardware.redhat.com/[rhemrg|RHEMRG|mrg|MRG]

hardware.redhat.com/[vendor|variations]

hardware.redhat.com/[vendor|variations]/[make|variations]

Variations should be a best guess match.

Supporting combinations of RH and vendor information (eg. hardware.redhat.com/rhel6/dell) is not required at this time but should be expected as a follow-on feature.

Also supporting determining make and model (eg. hardware.redhat.com/poweredge or hardware.redhat.com/dl585) are not required at this time but again will be a follow-on feature.


Expected results:

hardware.redhat.com/rhel6 should respond the same as:

https://hardware.redhat.com/list.cgi?version=6

hardware.redhat.com/{vendor} should respond the same as:

vendor=vendor+version=6,5 sorted by version then make/model.

Comment 6 Pengfei Xue 2011-10-13 05:51:14 UTC
Created attachment 527837 [details]
patch for friendly url

Comment 7 Pengfei Xue 2011-10-13 05:53:59 UTC
Created attachment 527839 [details]
.htaccess file used to rewrite url

use apache's urlrewrite module to rewrite url

Comment 8 Pengfei Xue 2011-10-18 03:11:23 UTC
Created attachment 528687 [details]
new htaccess file

support ending slash, and vendor's name includes digits

Comment 9 Rob Landry 2011-10-19 20:20:10 UTC
Will this last update break the current cert id support?  That is...

hardware.redhat.com/12345 goes to hardware.redhat.com/show.cgi?id=12345

Comment 10 Pengfei Xue 2011-10-20 08:21:05 UTC
(In reply to comment #9)
> Will this last update break the current cert id support?  That is...
> 
> hardware.redhat.com/12345 goes to hardware.redhat.com/show.cgi?id=12345

no, it won't hurt our exist cert id support, because Apache urlrewrite module will first process urlrewrite rules in VirtualHost context, that is rewrite our hardware.redhat.com/123 to hardware.redhat.com/show.cgi?id=12345, and there is a flag L, this means it is the last rule if the rule's condition has been met, and will not process .htaccess in per directory level.

Comment 11 Rob Landry 2011-10-21 18:57:49 UTC
Are changes needed in the apache configs to support htaccess?

Comment 16 Rob Landry 2012-02-08 22:30:38 UTC
Closing as this work with 3a.