[wp-hackers] Custom taxonomies for authors
dougal at gunters.org
Mon Mar 15 03:44:13 UTC 2010
On Mar 13 2010 4:15 PM, Mike Schinkel wrote:
> On Mar 13, 2010, at 3:57 PM, Patrik Bóna wrote:
>> On WPMU you have own post table for each site but just one user table for all sites.
>> So if you will put users in posts table you will have trouble ;).
> Sigh. I covered that already in an earlier post to this list. Only mirror users that have rights to a WPMU blog into that blog, simple as that. It would just not make sense to copy user "John" in the posts table for user "Mary"'s blog.
But if you are copying user data from blog-to-blog "as needed", you
break single-sign-on, right? And further, you now can have user 'foo' on
Blog A that is not the same as user 'foo' on Blog B. That's not
necessarily a bad thing in all situations, but it's definitely not
backwards-compatible. Assuming the goal is a backwards-compatible
refactoring, how would you propose syncing the user data? Would there be
some special-case user record that acts as a pointer to the userid &
blogid of the "master" user record? That's the only thing that comes to
mind right now, and to that I'd say yuck. Special case exceptions are
> The reason to consider this is that when people represent content they should have a post type to contain that content. And I argue for it being in core (or a canonical plugin) because information about people is so universal that it probably applies to every WordPress install out there. Getting it into core means lots of people would build additional support for a person post type; not having it there means much less and in incompatible ways.
I think a key phrase here is 'when people represent content'. I think
the difficulty with this idea is conflating the concept of a 'user' with
'information about a user'. Personally, I still think that the use-cases
for moving user data into the posts table are outside the norm.
I do, however, like the idea of being able to relate custom taxonomies
to a user. And if you want to be able to tie more data to a user, what
about a custom post type? I could see making a 'user-bio' post type, and
maybe even overloading the post_parent field to tie to the userid
instead of to a postid... (but then, that's a special case exception,
Dougal Campbell <dougal at gunters.org>
More information about the wp-hackers