[wp-hackers] Status of sitewide categories/terms in WP3
burobjorn at gmail.com
Thu Jun 3 13:02:08 UTC 2010
After giving it some consideration I have decided against using sitewide
categories. The current state and future of the sitewide categories at
this moment does not look too bright. Since I'm under time pressure to
deliver the requested functionality I have decided to rewrite my plugin
to work independently from the WP core for aggregating posts from
multiple blogs in one WP install.
For those interested in aggregating posts from multiple blogs in a WP
multisite install: I will publish my plugin in the wp repository under
the bbAggregate when the first version is finished.
met vriendelijke groet,
* b u r o b j o r n .nl *
digitaal vakmanschap | digital craftsmanship
3551 EM Utrecht
phone: +31 6 49 74 78 70
On 06/03/2010 10:15 AM, Bjorn Wijers wrote:
> Andrew, thanks for the pointer and the correct jargon so I can have a
> look in Trac. I'm using the db option, yet the table is sometime
> (haven't been able to reproduce it) not created. On my server it gets
> created after changing the variable. On my friend's server it doesn't.
> Do I understand you correctly that by setting the site option
> global_terms_enabled to the value 1 (true) the table should be created
> automatically, or does my plugin have to call the function mentioned in
> ticket #12666 explicitly? In other words what would be the correct
> behavior of this feature?
>> We refer to sitewide categories as "global terms." Here's a Trac search
>> using that terminology,
>> which should reveal many tickets and changesets.
>> Without getting into the full details for why the sky will fall on
>> your head
>> -- in a nutshell, they are very messy and probably should never have been
>> anything more than a plugin -- we are maintaining the ability to use
>> terms. If you are performing an upgrade from MU, then global terms
>> will be
>> on by default; in 3.0, they are off. They can be turned on again via a
>> filter (or DB option) along with the creation of the sitecategories table
>> (for which a function does exist). The filter, option and functions are
>> documented in the ticket you reference, #12666.
>> Likewise, they can be turned off with the same filter or by deleting or
>> modifying a row in the sitemeta table.
>> On Tue, Jun 1, 2010 at 8:08 AM, Bjorn Wijers<burobjorn at gmail.com> wrote:
>>> Hi all,
>>> I'm on the verge of finishing a plugin (bbAggregate) which allows you to
>>> aggregate posts from different blogs in the same WP3 install to be
>>> aggregated based on sitewide categories.
>>> According to this http://core.trac.wordpress.org/ticket/12666 this
>>> functionality has some issues, but it is not clear what these issues
>>> are. I
>>> have used the same functionality in WordPress MU for multiple clients
>>> success and would like to be able to use it in future WP releases as
>>> since my clients depend on it.
>>> My questions are:
>>> 1) What are the future plans for sitewide categories and?
>>> 2) What needs to be done to keep the functionality? Regardless of it
>>> part of the core.
>>> 3) What are the the remaining issues preventing this from working
>>> I can't find more info other than "the sky will fall on your head" with
>>> regards to the issues and the info in
>>> http://core.trac.wordpress.org/ticket/12666 is not helping (yet).
>>> Any help or pointers on more information much appreciated!
>> wp-hackers mailing list
>> wp-hackers at lists.automattic.com
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
More information about the wp-hackers