provide representative h-card

Since this gets asked all the time, the plugin should probably provide this by default. See http://microformats.org/wiki/representative-h-card-parsing for the rules, the top two seems relatively straight-forward:

a) allow to set one u-url as u-uid too, by default the site URL.

b) allow/by default provide the site url as a rel=me

considerations: some might want to provide an external site as their canonical home, for this the second option works better (needs to allow the rel=me to be freely set).

Multiuser sites obviously work differently, but there I guess the h-cards and rel=me widget are also not placed on the front page?

Start with the representative h-card parsing rules linked in the issue, then inspect the plugin's user-profile output for existing h-card and rel-me fields. Compare the current behavior with the two requested defaults and the external-canonical-home consideration; done means the resulting markup follows the linked rules while remaining configurable for different sites.

Written by the indexing model from the issue text.