Add URL for service families

[JakobDev]

It would be nice to have a URL under which you can find all badges of a specific service like we currently for categories e.g. https://shields.io/service/pypi. This would allow sites to Link directly to shields.io (Check out our badges on shields.io).

[calebcartwright]

I think the more reasonable thing to do would be to allow our existing search term to be set via a query parameter (e.g. ?pyyyyyy would be accepted just the same as ?pypi, but with just very different results). I'm not sure how practical this would be, but if someone wants to take a crack at it I'd be happy to review.

We don't have an explicit mapping of upstream services to badge sets, and I'd have a lot of reservations about doing so or having to maintain explicit route paths with vendor/provider defined verbiage

[chris48s]

This is somewhat related to (but not a duplicate of)
#7064

[paulmelnikow]

Badgen has pages for service families / providers and it seems useful. It's also nice place to put background and general doc on how to get badges working for a service, when it applies to the whole family.

That said I would probably prioritize #7064 ahead of this – think it's more useful.

to allow our existing search term to be set via a query parameter (e.g. ?pyyyyyy would be accepted just the same as ?pypi, but with just very different results).

This is a nice idea, and probably not so hard to do. It probably should be something like ?q=pypi or ?search=pypi.

We don't have an explicit mapping of upstream services to badge sets, and I'd have a lot of reservations about doing so or having to maintain explicit route paths with vendor/provider defined verbiage

The services/foo filesystem paths already provide some hierarchy. Many of the URL patterns have common prefixes too (though not all of them). Wouldn't using the services/foo hierarchy get us most of the way there?