For WordPress MU only. My latest plugin is the sitewide tags pages plugin.
This is the initial release of a plugin that creates a set of pages like the WordPress.com Hot Topics pages. It’s a lot more simplistic, but by feeding posts into one blog it also creates a sitewide feed of all posts plus feeds of any tags and categories too.
Sitewide Tags Options
WordPress MU is a multi blog version of WordPress that runs on WordPress.com. If you use the regular version of WordPress this plugin is not for you and you can ignore this post.
PS. In other MU news. Raanan has a new post on the Publisher Blog about Nationen! blog, a new Danish blog site based on WordPress MU that looks rather nice!
The site was developed by Incsub who are also the guys behind wpmu.org where you’ll probably find all sorts of useful nuggets of MU goodness on a regular basis!
139 Comments
Jeff Waugh (7 comments.) on July 19, 2008 at 1:58 pm.
Intriguing… are you suggesting this instead of making all the wp_term* stuff global (ala wp_sitecategories)?
JIm Groom (3 comments.) on July 19, 2008 at 9:07 pm.
Hey Donncha,
I tired this plugin out, and it seems to be acting a bit crazy for me. I am using WPMu 1.5.1 and when I install the plugin in mu-plugins and write a post a blog within that environment the same post republished in that blog (in this cas) over a 1,000 times.
I can then find the lobal tags blog it created, but nothing is in thee. Moreover, when I delete the plugin from mu-plugins, the over 1,000 posts created are made “unublished” immediately, but stay in the database.
Just thought you might like to know as you develop this one, which is pretty awesome in its conception.
Donncha (1707 comments.) on July 19, 2008 at 10:12 pm.
Jim – I just realised what it is causing that. You need to upgrade to WPMU trunk. I updated get_blog_details() so it’ll accept a blogname as well as a blog_id.
To make the plugin work on older MU installs, either copy get_blog_details() from wpmu-functions.php in trunk, or:
1. Get the blog_id of the tags blog.
2. add a site_option called “tags_blog_id” with that blog_id as value.
A big Doh! from me. Sorry!
Pingback: links for 2008-07-19 | DavePress
Pingback: WPMU.org - WordPress MU plugins, themes and news » » Sitewide tags come to WPMU - community or content?
Donncha (1707 comments.) on July 20, 2008 at 10:55 am.
Just checked in release 0.2 which should be ok for older installs.
Jim Groom (3 comments.) on July 20, 2008 at 11:05 am.
Donncha,
Thanks for that, you rule the wordpress school. I’ll be testing it shortly on both 2.6.beta 1 and 1.5.1
Jim Groom (3 comments.) on July 20, 2008 at 11:40 am.
Donncha,
0.2 worked like a charm for me. Thanks a lot, I can finally get rid of my old Dr. Mike hacked blog that hasn’t been updated for six months given the hacked WP Autoblog plugin breaks in all subsequent WP version. Whew, dodged another bullet.
moserw (1 comments.) on July 20, 2008 at 1:40 pm.
Looks interesting. Going to try it out. Thanks for sharing.
Pingback: Plugin: Sitewide tags pages for WordPress MU | WordPress MU Tutorials
Matthew Simoneau (1 comments.) on July 21, 2008 at 4:17 pm.
Thanks for releasing this! We’ve been looking for this for a long time. Two questions:
Do you have inside info that WordPress.com isn’t ever going to release their code for site wide tags?
It looks like your plugin introduces a new field “sitewide tags” to supplement “tags”. Is this necessary?
Thanks again!
Donncha (1707 comments.) on July 21, 2008 at 4:30 pm.
Mathew – it’s irrelevant if the code on WordPress.com is going to be released or not. The plugin isn’t hard to do if there are people interested in enough in doing it.
The plugin adds tags_blog, tags_blog_id and tags_blog_public site options. While you could probably do with only tags_blog_id and infer the rest of the information from that, it’s not a high priority for me.
Matthew Simoneau (2 comments.) on July 22, 2008 at 7:03 pm.
Thanks for your reply and thanks again for contributing this to the community.
“Field” was a poor choice of words because I was actually talking about UI textfield and not the database field. That is, users will have two boxes to type tags into?
Pingback: Playing with WPMu 2.6 rc 1 at bavatuesdays
Donncha (1707 comments.) on July 22, 2008 at 9:38 pm.
Mathew – I’m confused. There’s only one text field in the options table for the “Tags Blog”.
Where is the other one?
Matthew Simoneau (2 comments.) on July 22, 2008 at 9:55 pm.
I thought I saw a screenshot showing an “Edit Post” page with two fields, one for “Tags” and one for “Sitewide Tags”. Or something like that. Looking again, I can’t find anything like that. I’m sorry, this might all have been my confusion. Thanks again for your contribution and I look forward to using it.
Donncha (1707 comments.) on July 22, 2008 at 10:02 pm.
Phew! Glad that’s sorted!
rumblepup (2 comments.) on July 23, 2008 at 6:40 am.
Doncha, I’ve been a long time lurker at the wpmu forums, always looking for a way to implement this for a little city blog I run. I’m crazy excited about the possibilities now that you’ve pumped out this plugin, considering most of the wpmu forum members don’t have the patience for noobs. I can’t wait to try it!
Is there a demo of it running now or should I just imagine it running like wordpress.com’s hot topics?
Donncha (1707 comments.) on July 23, 2008 at 10:20 am.
Rumblepup – thanks for commenting! There’s very little to show really. The plugin simply copies the posts to the named “tags” blog and uses whatever theme you want to display them.
It doesn’t do the nice tags heatmap on WordPress.com, yet.
rumblepup (2 comments.) on July 23, 2008 at 10:43 am.
That’s cool.
It copies the entire post? Not an excerpt? Makes it a little scary on the dupe content front. How about just the excerpt?
Pingback: WPMu Sitewide Tags, Feeds, & Archives! Oh, My! at bavatuesdays
Donncha (1707 comments.) on July 23, 2008 at 11:08 am.
Your theme could show the excerpts only. I considered adding a “Show only excerpts” option but I ran out of time.
There’s also an option to stop search engines indexing the tags page which is probably worth doing in some circumstances.
rumblepup (1 comments.) on July 24, 2008 at 5:24 am.
Last time I swear! LOL. I know that your plugin doesn’t handle this, but for the purposes of it’s use, do you have a tut or know of a tut on how to get the tags used in a subdomain to point to the tags in the tags sub? Like on wordpress.com? It’s not that I wan’t to be exactly like wordpress.com, but I do see a benefit in this. If not, it’s so cool. You’ve given me and I’m sure a lot of other people sone of the best plugins for mu I’ve had the privilege of using. Thank you so much.
D Sader on July 24, 2008 at 5:47 am.
Problems with a “vhosts=no” install and version 0.2 of this plugin. I need to add a trailingslash to return the correct path in this line(73):
`$path = $current_site->path . $tags_blog . ‘/’;`
Otherwise every “Update” at wpmu-options.php creates another “tags” blog with a new id.
Thanks for this by the way.
Andreas (4 comments.) on July 24, 2008 at 3:42 pm.
Sounds great I´ve to try it!
Donncha (1707 comments.) on July 24, 2008 at 8:28 pm.
Thanks D Sader. Just added that to trunk!
Andreas (4 comments.) on July 25, 2008 at 5:10 am.
I installed it on my site and it created the tags-Blog. Then I posted a new post in another blog on my site and this appeared in the tags-Blog as well.
Is there a possibility to bring all existing posts to the tags-Blog?
Tsahi Levent-Levi (1 comments.) on July 27, 2008 at 7:25 am.
I second Andreas’ request for bringing all existing posts into the tags blog…
Esther on July 29, 2008 at 2:45 pm.
I “third” Andreas’s & Tsahi’s question/request. It would be great to be able to push the old posts into the Global Posts blog.
Duncan Arrow on July 30, 2008 at 4:50 pm.
Re: Jim Groom, you’re lucky you only got 1,000 posts automatically created.
We got 27,000 posts created and it was impossible to delete them via the WPMU interface!!! At the same time, no new posts could be created manually. Disbaling this plugin immeidately fixed the problem. Headache or what!
Now I just need to work out what Donncha’s solution means – upgrade WPMU trunk? WTF?
Donncha (1707 comments.) on July 30, 2008 at 5:01 pm.
Duncan – I presume you have phpmyadmin installed? Just bring up the posts and postmeta table for the tags blog and delete everything.
You should be running the latest MU anyway because of security concerns, but version 0.2 of the plugin will work in 2.5.1 and maybe earlier.
Duncan Arrow on July 30, 2008 at 5:06 pm.
Hi Donncha, I’m running WPMU 1.5.1. Yes I do have phpmyadmin. I Haven’t upgraded to WPMU 2.6 yet as I understand its still not totally stable (but you’re the man to confirm that!)
Thanks for the reply!
Donncha (1707 comments.) on July 30, 2008 at 5:15 pm.
MU 2.6 is perfectly stable, as good as 1.5.1. No, actually better! It also contains security fixes for at least 2 vulnerabilities that will be made public at some time.
That’s why I spent so long fixing bugs after WP 2.6 came out!
Usual cavaet that you should make a backup first of course.
Duncan Arrow on July 31, 2008 at 5:23 am.
Cool Donncha, I look forward to upgrading shortly!
Thomas on July 31, 2008 at 1:26 pm.
Hi Donncha,
I’m the maintainer of the Role Manager Plugin for the “normal” WordPress and I ‘ve started a µ-project some weeks ago.
The plugin is realy nice. I’m a little bit confused about the name, because your plugin handle so much more as only tags
By the way, my “internal” name for your plugin is “summary”
On my µ-project I don’t using the primary blog (id=1) for blogging. The blog is for global information, help and so on. What are your thougths for using this blog as an archive? The most advantage I see, is to have a toplevel-domain with an sidewide feed in this case. And some more stuff similiar to wp.com are easy to implement on this way. I know, the plugin don’t support this in the moment, because the “primary blog” hasn’t a name. But I can send you a patch for this.
My next idea: posts from “not public blogs” should be suppressed and not inserted in the tags blog. I can send you an patch for this too.
Feel free to contact me by email to discuss this a little bit more in detail and sorry for my pour english.
Best regards, Thomas
MuSnake on August 1, 2008 at 2:48 pm.
@Thomas
Hey Thomas,
I am interested in doing exactly what you’re describing… having blog_ID=1 as the global repository.
Would you send me the 2 patches as well?
I guess for SEO the content of the primary blog in this case would not be indexed?
Everyone Else:
If you visit your subblogs and toggle the publication status and save, the posts ‘get pushed to the tags.blog’ A global un/publish check box in the Manage Posts pane would be nice (like Joomla)
Using the Simple Tags plugin’s TagCloud shortcode, I was able to display the global tags on a page, then set that page to be the frontpage of the tags blog…
MuSnake on August 1, 2008 at 3:03 pm.
@Thomas
This may help: doubting at paddlegeorgia fullstop org
Donncha (1707 comments.) on August 1, 2008 at 3:08 pm.
MuSnake – it’s probably better if Thomas sends on the patches to me so it’s easier for you to upgrade. Keep an eye on the download page for the new version!
Andreas (4 comments.) on August 1, 2008 at 7:10 pm.
I brought it to work with WPMU 1.5.1 & subdirectory install referring to the main blog but couldn´t continue to use it because it doesn´t convert the “[gallery]“-tag into the adequate IMG-tags.
If you use the “tags” blog in subdirectory install it always creates a new blog (irrespective if there is one) with save of the settings.
So I implemented feedwordpress + sitewidefeed instead (with some troubles & restrictions)…
Donncha (1707 comments.) on August 1, 2008 at 8:13 pm.
Andreas – download the development version from http://wordpress.org/extend/plugins/wordpress-mu-sitewide-tags/download/ – that bug is fixed. I just haven’t got around to tagging a new release.
Andreas (4 comments.) on August 2, 2008 at 6:56 am.
Hi Donncha!
Many thanks for your response!
I installed the development version and after deleting the php-statement in line 36 and deleting the .’/’ in line 73 it works for the main blog.
I & my users (currently 2 of them) extensively use the “[gallery]“-feature in posts and what I require would be that in the post-content all [gallery]-statements are converted into the according HTML-tags & links to the source files when posted on the “Global posts”-Blog.
You find an example how the result should look like on my starting page: http://wandertipp.at
With “sitewidefeed” I get this data for each Gallery in posts, put this feed to the main blog with feedwordpress (which doesn´t update properly) and have a theme for the main post that creates the post-preview (incl. pictures).
Your plugin could be a perfect solution and an easier and far more elegant than the current workaround.
F.e. automatic syndication in most cases doesn´t work with feedwordpress and so I´ve to update manually. Therefore the latest posts on my platform can wait hours to be put on the main page. – And it has taken me more than 20 hours work to come that far!
So your plugin has the potential to be very useful if it works with galleries!
For hints I would be very grateful because I don´t know enough of WPMU to find the right lever.
Kind regards,
Andreas
MuSnake on August 4, 2008 at 9:19 pm.
Schweet!
Using the Dev version. I have a plugin that parses the post for images (attachments or custom fields etc). If it finds one, it generates the code to display it.
In making a copy of the post in the global (main) blog, the posts’ post_meta data does not appear to be mirrored. Below is my attempt to have the custom field ‘thumbnail’ transfered with the post… This does not work yet…
Around line 162…
` $p = wp_insert_post( $post );
add_post_meta( $p, “permalink”, $permalink );
// Add some of the custom field post meta,
// specifically the value of the key ‘thumbnail’
//
$myThumb = get_post_custom_values(‘thumbnail’, $p);
if ($myThumb)
{
add_post_meta( $p, “thumbnail”, $myThumb );
}`
Something simple that I’ve overlooked?
Justin on August 6, 2008 at 10:50 am.
I need a way to do something pretty quickly so any advice will be greatly appreciated.
Is there a way to create categories in sub blogs from the main blog or a central admin page. Ithere a way to manage the categories so that they are edited, created or deleted on existing blogs.
Donncha (1707 comments.) on August 6, 2008 at 10:57 am.
MuSnake – good idea, postmeta entries need to be copied too.
Justin – there’s no way to do that, but it’s not impossible to do in a plugin if you have the ability to code it.
MuSnake on August 6, 2008 at 4:10 pm.
I’m not worthy, but I’m making (inelegant) progess in this forum.WPMu thread… I guess I’ll also have to delete the entries once the source post is deleted…
justin on August 7, 2008 at 11:31 am.
Hi Doncha,
Do you have the ability to code it. Are you for hire?
Donncha (1707 comments.) on August 7, 2008 at 12:48 pm.
Justin – I could code it, but I don’t have time to take on any more projects. Some of the people on this page could probably create what you’re looking for:
http://automattic.com/services/wordpress-consultants/
Pingback: Programming together with Donncha on the sitewide tags plugin for WordPress MU bei im web gefunden
Pingback: WangenWeb Weekly Digest 32/08 - Summer edition | WangenWeb
Mats (1 comments.) on August 11, 2008 at 5:15 pm.
Is it possible to also get comments for all the posts/pages? It would be great to also list the latest comments on my blog service.
Justin on August 12, 2008 at 2:17 pm.
Hi Donncha,
I love the plugin and I am requesting a little help.
I am looking for a way to show comments too. Also, I am looking for a way to only make selected blogs (subdomain blogs) to become global. So, new blogs that are created are not global. Only ones that I assign become global.
Donncha (1707 comments.) on August 12, 2008 at 5:28 pm.
Justin – you mean show comment numbers next to the post title? Clicking on the title brings you to the original blog so there’s no need to display the actual comments.
Should be easy enough to only show posts from certain blogs with a blog action on the wpmu-blogs.php page.
Pingback: WPMU.org - WordPress MU plugins, themes and news » » Edublogs.org theme available to download
Pingback: WPMu Domain Mapping Plugin on CPanel at bavatuesdays
Pingback: Administrative Faculty Theme » WPMu Domain Mapping Plugin on CPanel
Pingback: WPMU.org - WordPress MU plugins, themes and news » » Sitewide “three-in-one” Multi Widget Panel
Dsader (1 comments.) on August 18, 2008 at 11:02 pm.
Some permalink issues in my non-vhost set-up:
Set-up:
non-vhost(http://sub.domain.org/)
My $tags_blog_id is 260.(http://sub.domain.org/tags/)
Blog 1 Permalinks are set: http://sub.domain.org/blog/%year%/%monthnum%/%day%/%postname%/
In the sidebar of Blog 1 I have:
switch_to_blog($tags_blog_id);
wp_tag_cloud();
restore_current_blog();
Issue:
All links in the tagcloud go 404 because they have these permalinks
http://sub.domain.org/tags/blog/tag/
but should be
http://sub.domain.org/tags/tag/
Workaround:
Blog 1 Permalinks are off: http://sub.domain.org/?p=123
An the sidebar tag_cloud links become http://sub.domain.org/tags/?tag=blogging-tips which work fine
However:
With permalinks off on blog 1, when saving a page(p=123) on blog 1, the tags blog wp_$tags_blog_id_postmeta–>post_id for that page is set to 0(but should be 123). Every save/update adds another row with post_id 0.
So that Custom fields( edit-form-advanced) show a growing list of custom fields with key “permalink” and value “http://sub.domain.org/?p=123″ when writing a new post at the tags blog.
Phew. Thanks for letting me get that off my chest.
Pingback: dsader.snowotherway.org » Sitewide Extended Categories Widget
Boonika on August 19, 2008 at 9:08 pm.
Ability to display custom fields (images especially) would be very nice and useful. Thanks for the great plugin. Also, I’m very happy to see that Thomas (few posts above) got more involved in WPMU. He’s a great guy and a great programmer… well, that’s my personal opinion:)
Cheers
Pingback: » WPMu Domain Mapping Plugin on CPanel WPMu Ed
Elisabeth on August 22, 2008 at 4:36 pm.
I have a problem after acitivation this plugin to aggregate all the new post in the main blog. Since the activation my rss-feeds don’t work any more.
I get an XML-Error.
I have to add that I use for the generation of a sidewide feed the plugin WMPU Feed.
But the strange thing is that the rss-feed of each blog don’t work either.
When I click the rss button of the browser a get only the option to download the xml file of the rss feed.
I would be really grateful for any hint.
Elisabeth
Elisabeth on August 22, 2008 at 5:11 pm.
I solved the problem and I have to apoligize.
The problem was caused by an other plugin which I installed yesterday.
You can delete this an my fist comment.
Thank you very much.
A great plugin!
Elisabeth
tulgaa on August 25, 2008 at 7:25 am.
Thanks Donncha for the great plugin. But I have a small issue. When I post from home page of blog with Prologue theme (Twitter like theme), it displays following error:
“Fatal error: Call to undefined function wp_insert_category() in /home/myname/public_html/wp-content/mu-plugins/sitewide-tags.php on line 148″
I think reason is: on home page of Prologue theme, we insert only tags, not categories. Please advise me what should I do.
Thank you.
Donncha (1707 comments.) on August 25, 2008 at 11:21 am.
tulgaa – that’s because wp_insert_category() is defined in wp-admin/includes/taxonomy.php which isn’t loaded when you’re on the blog. Not sure how to get around that.
tulgaa on August 26, 2008 at 1:24 am.
Thanks Donncha. I’ll try contacting Prologue theme authors.
Pingback: Neues von der Pluginfront | WordPress MU Tutorials
Jim (12 comments.) on September 3, 2008 at 7:47 pm.
Hey Donncha,
Like tulgaa, I am getting the following error:
Fatal error: Call to undefined function wp_insert_category() in …/wp-content/mu-plugins/sitewide-tags.php on line 148
I am actually using FeedWordPress to syndicate Sitewide tags out to different class blogs. Seems like on a number of occasions I get this error when using FeedWordPress. Am I writing the exchange above correctly? Is this a theme issue? Is there anyway to modify or comment out this code, reason being is when FeedWordPress grabs a new post from a sitewide tag feed, it gets this message and kinda messes with the settings of the FeedWordPress plugin, making the post permalink remain on the course site rather than linking back to the original blog.
I know this is long winded, just want to try and figure this nut out.
Jim (12 comments.) on September 3, 2008 at 7:52 pm.
Donncha,
I’m getting the same error as tulgaa above.
Fatal error: Call to undefined function wp_insert_category() in /home/umwblogs/public_html/wp-content/mu-plugins/sitewide-tags.php on line 148
Mine happens when I am using a plugin called feedWordpress to syndicate sitewide posts tagged uniquely intto course blogs. What happens is when the feedWordPress plugin pulls in this sitewide tag feed, it throws this error, and the actually feedWordPress plugin hiccups and changes the settings from having the permalink point to the original blog, to have it point to within the course blog.
So is this an issue that can;t be worked around? Is their a way to comment out the insert_category code?
Just drawing at straws here,.
Thanks
Donncha (1707 comments.) on September 4, 2008 at 10:55 am.
The plugin could either include whatever wp-admin include file is required, or just forego the categories. I suspect that including the right include file won’t be easy but it’s the right thing to do.
dedy on September 4, 2008 at 12:23 pm.
everything work fine except every time i save change in site admin -> option, it’s always generate new blog,
for example
when first time i instal it generate blog name tags(i change nothing in sitewide-tags configuration) with blog id “2″ when i come again to this section and do samthing and save change it generate new blog using same name but different id ( blog name tags id 3 )
thanks for your time
George (10 comments.) on September 6, 2008 at 5:35 pm.
Hey all,
First off Donncha, great plugin and it will be very useful. Secondly I was experiencing the same issue with the wp-content/mu-plugins/sitewide-tags.php on line 120/148 error, when using a prologue theme, and fixed it for the moment by simply adding the taxonomy.php code into the Prologue function.php file.
After doing so she fired right up and the post are appearing as well as the tags.
Is there any dangers or concerns with this method anyone can think of?
George
George (10 comments.) on September 7, 2008 at 1:48 am.
Sorry guys, I may have jumped the gun on that fix, it doesn’t work very well, as the second you enter the admin of the blog, it states that it can’t redeclare category_exists() (previously declared.
I am still trying to find a way around it. Any ideas? I have narrowed it down to a specific Prologue theme issue in my case.
George
Jim (12 comments.) on September 7, 2008 at 1:54 am.
@George,
FYI, I have had that same issue with a number of themes. It seems related to when I use the FeedWordPress plugin.
George (10 comments.) on September 7, 2008 at 3:14 am.
No FeedWordPress plugin here, but by reading the other comments, Donncha is dead on with why it appears as it relates to either the presence of the function(s) in the taxonomy.php file.
Just need to make them play nice together. Does anyone know of a way to detect the existence of each case and prevent the other from overstepping each other?
Just a thought I am working on.
George (10 comments.) on September 7, 2008 at 6:27 am.
Okay, I followed up on a recommendation Donncha provided regarding foregoing the categories altogether. Considering that there are really no uses for categories in my opinion with the Prologue or similar themes, I commented out lines 118-122 in the sitewide-tags.php file. Everything seems to work great!
Not sure how to get around the FeedWordPress issue as I do not have it installed at the moment, sorry. I hope this puts you a step further.
Might it be possible to add a configuration option that we can toggle to support this in future versions if using a Prologue type theme?
Another option or default check would be in support of subdomain or /directory installations so to prevent duplicate tag blog site being created.
Donncha (1707 comments.) on September 7, 2008 at 8:06 am.
George – the best way of fixing this is by including the taxonomy.php file in the plugin if wp_insert_category doesn’t exist. That may work, but I don’t know if it will be missing any important constants or variables set up by the wp-admin init files.
Ovidiu on September 7, 2008 at 11:56 am.
@MuSnake
you said: Using the Simple Tags plugin’s TagCloud shortcode, I was able to display the global tags on a page, then set that page to be the frontpage of the tags blog…
Can you provide an example of how you do that please? I know this plugin was made to facilitate such use, but I can’t seem to graps how to show tags from tags.domain.com on the main blog aka domain.com
Elisabeth on September 11, 2008 at 9:01 am.
Is it possible to retrieve older posts in the tag blog?
The plugin only gets posts that were written after the installation.
Thank you very much for your help.
Pingback: Jede Menge Neuigkeiten
Manu on September 21, 2008 at 8:29 am.
I have a very odd problem. I’ve just done a clean install of WP MU 2.6.1. I have the main blog plus one “user” blog. Both are pretty “clean” (read: no posts except for the initial defaults).
No tags or categories exist in the system.
When I add a new post or page to either blog, without giving it a tag, it takes “forever” after publishing. I either wait until timeout, or stop before it gets there, and look at the number of posts or pages. Instead of 2, there are hundreds, all copies of the one I had just created.
Tried this with no other plugin installed, tried it both with this plugin in the “real” plugins (my mistake at first) then in the mu-plugins. Same behavior…
Thoughts?
Deanna (1 comments.) on September 22, 2008 at 4:05 pm.
Regarding the trailing slash bug, wouldn’t it be better to do the following in the non-vhosts update section (lines 72/73, or there-abouts in the stable release .2):
$path = $current_site->path . $tags_blog;
$path = trailingslashit($path);
I’ve tested it on a non-vhosts install and it fixed the issue for me, and seems like the safer approach, since you don’t know what a user is going to put in that text field.
Duncan Arrow on September 22, 2008 at 4:35 pm.
So I’m now running WPMU 2.6 with MULTIPLE top-level domain blogs (managed by Multisite Manager through unique site id’s) and sub domains hanging off these various top-level ones.
I understand that our configuration is probably well away from what most people are doing with MU, but to be honest our set up is working great! However, I’m wondering whether the ‘Sitewide Tags’ plugin was only ever designed to work for a single top-level domain with multiple sub blogs?
The reason I’m asking is we’ve tried to get your plug in to work several times under this configuration but to no avail (also in MU 1.5). It will either/or aggregate ALL posts across all domains, and/or create thousands of duplicate empty posts in one of the existing blogs (no rhyme nor reason as to which subdomain or top-level domain blog it chooses). This is obviously most disturbing
Are we being too ambitious with your plugin in our current set up?
Mike on September 22, 2008 at 6:07 pm.
Is it possible to have the sitewide posts aggregate in the “root” blog as opposed to tags, or another “sub” blog?
/wordpress/
as opposed to
/wordpress/tags/
or
/wordpress/anotherblog/
George (10 comments.) on September 22, 2008 at 10:02 pm.
@Donncha, I tried to do this, but for some reason it still could not redeclare. I am not sure if I tried to detect if wp_insert_category function existed or not. I’ll take another stab at it and share the findings.
George
George (10 comments.) on September 22, 2008 at 10:09 pm.
Question for anyone / (Donncha). How/where would you change the the permalink for the author’s name for example on a post fed to the repository blog?
I want the ability to store everyone’s post as public, but when clicking any permalink, it is actually the link to the user’s blog versus the standard author page. I assume this must happen both at the sitewide tag update level as well as the theme level, but not sure where to pass or store the meta data, and what linking structure to use in the theme.
George
George (10 comments.) on September 22, 2008 at 11:28 pm.
Found a working solution to point each post back to the author’s blog from the Tags Blog post. Not too elegant, but it did not require any changes to the core of the plugin.
<a href=”http://rootsite.domain/”> at: on
George
George (10 comments.) on September 22, 2008 at 11:30 pm.
Code fell out sorry folks.
Example:
<a href=”http://gaboogle.us/”> at: on
mike on September 23, 2008 at 2:14 am.
How do I set the “tags blog” to the blog that is at my wordpress root?
I’d prefer to have it at http://www.domain.com/wordpress/
instead of http://www.domain.com/wordpress/tags/
creativeherb (7 comments.) on September 28, 2008 at 3:00 pm.
Hi Donccha, awesome plugin for the wpmu, works great. Speedy too! I found a bug in the plugin that I can’t seem to workaround. When it’s still set to unpublished, it saves the GUID numbered link instead of the permalink (which doesn’t exist yet) On TAGS blog and that’s fine. When I go to publish and use a new URL, it saves it again as another permalink entry in the TAGS blog postmeta table. When called up, it just uses the previous permalink instead of the latest entry.
Is there any way for the plugin to find the entry based on wp_#_post/guid, then edit the wp_#_postmeta/permalink instead of writing a new permalink entry? Content output updates, but the permalink uses the old ones. Thanks!!
Esther (2 comments.) on October 1, 2008 at 2:39 pm.
@Dsader
I was having a similar problem, so seeing your comment really helped. (All links in tagcloud were going to 404 page, couldn’t figure out why… changing theme didn’t help, thought they worked before and couldn’t remember when they broke, etc… Changing permalinks from “Day and Name” to “Default” fixed it.)
Thomas (1 comments.) on October 1, 2008 at 6:18 pm.
@mike:
Donncha released today a new version. The new version has this feature (read also my first comment here, please)
@creativeherb and @Esther:
Version 0.3.1 should fix this too, because I have had the same problem at the development time. I changed the code for permalinks in trunk some weeks ago and now it works fine for me. The changed code comes to public with Donnchas release 0.3.1 today. If I’m goes wrong, please let us know.
Finally: the link to version 0.3.1
Cheers, Thomas
creativeherb (7 comments.) on October 2, 2008 at 2:44 am.
@Thomas: the new version (0.3.1) seemed to have worked well! I will do further testing and if it breaks I’ll post again. However because I already had posts, I had to clear the wp_#_postmeta and wp_#_posts and republished the articles to have the proper permalinks kick in. (since the GUID links were already in the tables, using the broken older version of the plugin)
I also had to clear the RSS cache from wp_sitemeta because it kept using some of the older cache.
Actually that’s another annoying thing, don’t know why wpmu uses old RSS cache sometimes… I can imagine that it would keep building up, because I had to delete about 8-10sets of RSS cache from wp_sitemeta.
Donncha (1707 comments.) on October 2, 2008 at 8:30 am.
Creativeb – the build up of rss cached items is a WordPress issue. In Tweet Tweet I had to manually cleanup those cached files because my options table was filling up so much!
Cas (2 comments.) on October 6, 2008 at 6:12 am.
Hi there! I’ve installed the plug-in, with no hassles – but nothing seems to be happening on the tags blog (tags.artcider.com) – what should I expect?
Regards.
creativeherb (7 comments.) on October 6, 2008 at 1:11 pm.
Donncha: ya the rss cache issue really is a problem because it seems to be so random. Do you think it will be fixed someday soon or is it actually a really difficult issue to fix?
Cas: if you already have posts just resave each post once by clicking “save”, no need to republish. If you have a ton of posts tho then you might find to find a more elegant solution. The plugin works with posts from the time of the plugin installation.
MrBrian on October 6, 2008 at 5:52 pm.
Seems like there’s a problem with the postmeta saving. Every time a post is saved, duplicates are made, and the very first permalink meta_key is the direct one (for example: http://wisecracker.paidtoblog.com/?p=3). This can cause the permalinks to be returned incorrectly if a post has no revisions to it, as the last duplicate is always the one returned and contains the correct permalink.
Cas (2 comments.) on October 6, 2008 at 10:32 pm.
hrrm. could it be i only have one post
im still building the site, so i dont have much to write about..! ill try adding a few more posts and seeing if it works.
can anyone show me an example of what it should look like? is it like the tags on wordpress’ site (shown in the documentation for this plugin)??
regards!
Deryk on October 7, 2008 at 1:27 am.
anyone having any luck with copying over the metadata as well. I want to display thumbnails of the images in the posts, and I need the meta data for that. I tried inserting
$the_attachment_meta = get_post_meta( $post_id, '_wp_attachment_metadata' );after line 157 but it just gives me an php error. does anyone know why? should I be passing it something other than the $post_id? or should I be using another function specifically for attachments such as get_attached_file()? Once I get the meta data in a url it will be easy to insert it again below. and I could even alter the admin to optionally turn this on and off. any help would be greatly appreciated.Duncan Arrow on October 7, 2008 at 12:21 pm.
So I’m now running WPMU 2.6 with MULTIPLE top-level domain blogs (managed by Multisite Manager through unique site id’s) and sub domains hanging off these various top-level ones.
I understand that our configuration is probably well away from what most people are doing with MU, but to be honest our set up is working great! However, I’m wondering whether the ‘Sitewide Tags’ plugin was only ever designed to work for a single top-level domain with multiple sub blogs?
The reason I’m asking is we’ve tried to get your plug in to work several times under this configuration but to no avail (also in MU 1.5). It will either/or aggregate ALL posts across all domains, and/or create thousands of duplicate empty posts in one of the existing blogs (no rhyme nor reason as to which subdomain or top-level domain blog it chooses). This is obviously most disturbing
Are we being too ambitious with your plugin in our current set up?
Donncha (1707 comments.) on October 7, 2008 at 1:10 pm.
Duncan – I guess so. I don’t like what the multisite plugin does as running blogs as different sites really isn’t the best way of doing it. Does the plugin try to create a tags blog on each of the sites?
Have you tried the domain mapping plugin?
If you must run multiple sites I would suggest you use multiple installs of WordPress MU rather than creating new records in wp_sites. ‘Course if you want to debug this problem and submit a patch I’d love to get that too and make it work better!
Duncan Arrow on October 7, 2008 at 2:11 pm.
Donncha – your comments are interesting (and rather worrying from my perspective!), but I’ve honestly noticed absolutely NO problems with Multisite Manager.
We now have 12 different ‘sites’ (with parked domains on our VPS), numerous subdomains hanging off each site and users logging on and maintaining their own blogs. Plugins seem to be happily managed via Plugin Commander on a blog-by-blog basis along with Custom Themes etc. In fact the only issue has been with the Sitewide Tags plugin!
At the moment we’re not really in a position to switch to any other method of creating sites (what with also having to think about what happens to our existing sites in the process) and as I say it all seems to work fine. Additionally I’m not sure the Domain Mapping plugin is quite robust enough yet for our clumsy hands!
But at least I know that our set up is probably not suitable for the Sitewide Tags plugin in any case.
Cas (1 comments.) on October 8, 2008 at 1:38 am.
Hi there!
Can someone help me out, please?
I’ve installed this plugin, and I’m not sure if it’s working…
The main site is at http://artcider.com/ and the tag page made by the plugin is at http://tags.artcider.com/
Since I have installed the plugin, I have made two posts, and the tags page does not seem to be indexing anything.
Can anyone tell me what should be happening, what to expect etc?
I need to get this working, in order to use the Sitewide Multi Widget (http://wpmudev.org/project/Sitewide-Multi-Widget).
Regards.
creativeherb (7 comments.) on October 8, 2008 at 2:37 pm.
Cas: make sure your blogs are not set to private at the time of saving/posting perhaps? (your plugin-made tags blog can remain private)
Cas (4 comments.) on October 9, 2008 at 12:06 am.
Heya Herb,
Checked, and they weren’t set to privtae :\
Arggh!! I really want to get this working, any other ideas/suggestions?
Regards!
creativeherb (7 comments.) on October 9, 2008 at 12:14 am.
Cas: ok let’s go over some obvious check lists then.
1> you installed latest version of plugin right?
2> it’s placed into your mu-plugins folder?
3> you activated it in site admin-options right?
4> test post with another new subdomain blog.
Cas (4 comments.) on October 9, 2008 at 12:46 am.
1> I have Version: 0.3.1 – is this the latest?
2> It’s placed in mu-plugins folder.
3> Is activated!
4> Ah! Got to your 4th check, and it seems to have worked… i made a post from testblog123.artcider.com and it has appeared on tags.artcider.com
I wonder why the main posts aren’t showing? Good to see results! What do you think could be happening with main blog on artcider.com
Thankyou!
Cas
creativeherb (7 comments.) on October 9, 2008 at 12:51 am.
Cas: I think it purposely skips the main blog.
Cas (4 comments.) on October 9, 2008 at 12:58 am.
Ah! Thanks so much!
So should I turn the tags blog to private?
creativeherb (7 comments.) on October 9, 2008 at 1:04 am.
Cas: Now we’re getting off topic. =) It defaults to private. The decision to turn it on and off would be for SEO reasons. Do some research on that topic first, good luck! =)
Cas (4 comments.) on October 9, 2008 at 1:09 am.
thanks again herb!
Mike on November 3, 2008 at 4:52 pm.
Hi,
Just looking for clarification on the tag cloud link issue.
I’m using v. 0.3.1 of Sitewide Tags, and the same problem came up when using the tag cloud in sitewide-multi-widget. (Tags pointed to wrong page: myblogs/tags/blog/tag/mytag instead of myblogs/tags/tag/mytag.)
As with DSader I was able to fix this by setting the permalinks in Blog 1 to default.
Does this mean I am storing up trouble in the db as described by Dsader above?
Thanks.
Mike on November 12, 2008 at 1:09 pm.
Still trying to resolve issue above – I updated my WPMU to 2.6.3, but this didn’t seem to help. I would like to have “nice” permalinks if possible.
Any idea why my tag cloud links point to:
myblogs/tags/blog/tag/mytag
instead of:
myblogs/tags/tag/mytag?
It seems to be working fine on the front page of WordPress.com…! Perhaps they are using a different solution?
Thanks for the plugin anyhoo.
Mike
Seb Crump on November 12, 2008 at 4:22 pm.
I too had the extra /blog/ in the tag cloud issue. I ended up cheating the other end by setting the Tag Base to /blog/tag/ in the Global posts blog Permalink settings. I’m guessing this will clash if the root blog ever gets used, but no plans to do that at the moment.
Mike on November 13, 2008 at 3:31 pm.
Hi Seb,
Thanks for the workaround suggestion.
I’m still digging into this when I have time. I’m guessing the problem is with switch_blog() which is called by the widget, as cloud tags works fine when called from their own blogs, and don’t put that extra ‘blog’ into the url.
Will post any fixes if and when I find them.
Mike on November 13, 2008 at 4:52 pm.
Looks like it’s happening in the get_tag_permastruct() function in wp_rewrite (called by wp_tag_cloud()). Maybe switch_blog() has no effect there?
Seb Crump on November 13, 2008 at 4:59 pm.
Yes, I agree Mike. I think it’s a bug in switch_to_blog() that doesn’t load in the setting for the tags permalink of the blog you’re switching to (seems to stick with current one – but not really tested in depth – certainly /blog/ (which is it seems to be using) looks ‘hard wired’ into the root blog). I guess I should report it, but still new to this, so didn’t want to rush in and embarrass myself.
midwestbonsai (1 comments.) on November 16, 2008 at 2:52 am.
Hello
I have installed you plugin, but it only seems to be pulling from only one of the blogs and it is listing them oldest first. I was refered to you plugin via the WMU forums. Here is hwat I am trying to do.
I want a way to display the post recent posts made in the WMU, to a page out side of WMU?
Example
Recent posts for blogs.sitename.com
display on sitename.com
Pingback: WPMU Tutorials » Anatomy of a home page: WordPress.com
Sander on December 22, 2008 at 3:17 pm.
I like the sitewide tags plugin!
sitewide tags copies a blogentry to the main blog.
When using a the plugins ‘gd star rating’ or ‘wp-postratings’ each blogitem have 2 rates:
one on the mainblog and one on the individual blog.
How can we resolve that?
Andreas (1 comments.) on January 16, 2009 at 10:41 am.
I´m happy with the sitewidetags-plugin and use it for months now to send copies of posts to the main blog. The main blog serves as simple starting-page for my platform.
Today I found that when the copy-post to the main blog is generated it seems that search engines are pinged for the copy-post as well. Is there an easy solution to prevent this w/o setting the main blog to private ??? – This would be a bad solution due to no-follow-tags on the starting-page.
Recommendations welcome.
Best regards,
Andreas
Pingback: Latest Posts on a single Page - TechieVarta about Hacks and Hints
Pingback: SiteWIde Tags Test 10 & SUCHE - Training
miguael on March 31, 2009 at 3:34 pm.
I have a problem: I am building a big site with the sitewide tags plugin pointing to the main-page. Perfect for tags, search, sitewide-stream etc.
BUT from time to time – I don’t know why, it switches the privacy in one of the main-blogs to private and all the sitewide-entries are deleted. It seems forever…
HELP!!! 1. Can I fetch somehow the existing posts (that they show up again)? 2. Can I disable that, so that the posts just stay – even if a blog is turned by accident to private?
Please – those are two VERY important questions for me and I am kind of desoalte right now cause I lost hundrets of articles, tags etc in the main blog that way…
THANKS for HELP!
Michael
Donncha (1707 comments.) on March 31, 2009 at 3:54 pm.
Miguael – there isn’t any code to import existing posts, but you can disable the privacy check by commenting out this line:
add_action(‘update_option_blog_public’, ‘sitewide_tags_public_blog_update’, 10, 2);
Anyway, you have the source code to the plugin, so you can do whatever you like.
Andreas – disable the pinging option in the settings page for that blog?
miguael on March 31, 2009 at 4:30 pm.
Thanks alot – it works now. With the new bulk-options i just updated all the articles and now it works fine. PERFECT! You saved me (twice: first with your plugin, second with your advice). Thanks
21cdb on April 3, 2009 at 10:51 pm.
@Donncha, Mike and Seb Crump
I have the same problem with the extra blog/tag/ in the tag cloud when i display it on the frontpage of my WordPress Mu + Buddypress Installation. Is there any solution?
Matew on April 20, 2009 at 7:40 pm.
I have a small problem, after creating tags blog, and looking around inside it, I have check’ed “Post to main blog” check box in Site Admin/Options.
After that I can’t change its value (only manually in site database).
Matew
apaung on June 11, 2009 at 11:44 am.
I installed this plugin. Then I go to the url which is http://tags.mydomain.com. But it showed me this error.
The blog you have requested is not installed properly. Please contact the system administrator.
I am usting WPMU 2.7.1, BuddyPress 1.0
http://wpmudev.org/project/Sitewide-Extended-Categories-Widget
But currently it doesn’t show me anything in the category. Is it because of the blog is not installed proplery ? Or Any idea please ? Thanks.
kunal on August 5, 2009 at 2:38 pm.
I am having the same problem as apaung. Sitewidetags works fine in my dev setup but not my prod one. Any idea what could be causing the issue?
Sam H (1 comments.) on September 4, 2009 at 4:43 pm.
Hi Donncha, firstly thanks for the Domain Mapping plugin. We’re using it on our site and it works a charm!!
Anyway, that was off topic!
I’ve installed this plugin on our site. The Global Posts blog was created with no problems at all…good start!
However, we’ve noticed that the global_tags table has not been created in the global DB. I’ve had a good look around for a solution and can’t seem to find anything appropriate, so your help would be really appreciated
If it makes a difference, we’re using the premium.wpmudev Multi DB plugin too
Cheers for all your great work!
Sam
Trace on November 6, 2009 at 7:55 pm.
Hi! I’ve noticed that when different blogs on our MU install post and our root blog makes an entry using sitewide tags that sometimes random categories are also being created. They always take the form of the number such as 123, 66, 84, etc. The numeric categories don’t show up on the original blog or in their dashboard, it only shows up on our tag blog, which happens to be the root or main blog of the install. Any ideas on why this might be happening or if anyone else might have experienced this? Any feedback appreciated!
Deanna on November 11, 2009 at 12:13 pm.
Hm… Now that you mention it, Trace, I see it too. Weirdness. We aren’t really using the categories on our tags blog. But, I could see where it would be an issue.
haider on December 3, 2009 at 1:03 pm.
Can i somehow display site wide tags and not site wide posts any way???
Jean (4 comments.) on February 11, 2010 at 1:51 am.
Donncha,
Really love this plugin. Been using it for my web site’s landing page. Was wondering if there is a fix that would enable the Sitewide tag page to show the number of comments for a specific post? A post that appears on one of the blog pages will show there are comments pertaining to specific posts, but on the main page that shows the sitewide tags, the same post will say “no comments”. Hope this is clear. Thanks for the help!
-Jean
Donncha (1707 comments.) on February 11, 2010 at 9:55 am.
That isn’t supported but it might be difficult to keep comment counts synced or if done with switch_to_blog() it’d be so slow that a busy tags page would hurt your server performance. Best to just remove the comment count from the tags blog theme I think.
Jean (4 comments.) on February 12, 2010 at 8:22 am.
Thanks Donncha! I took your advice, very happy with the result. Fairly simple fix for those looking to do the same. Since my homepage used the same theme as the blogs on the site, I copied the theme folder, edited the index.php file. Look for the code:
Delete that line, save and download the new theme folder back into wordpress. Activate and you’re done.
Jean (4 comments.) on February 12, 2010 at 8:23 am.
“”
Jean (4 comments.) on February 12, 2010 at 8:25 am.
oops, the code won’t show up. This link shows the code that needs to be deleted for the change. http://wordpress.org/support/topic/319474
Rob on December 27, 2011 at 1:51 pm.
Donncha,
This seems like a great plugin. Thank you! I’m having a bit of trouble getting things set up (trying to copy subdomain posts to main blog), and hoping you can help. I have a number of custom fields (created via Custom Field Template) and cannot seem to figure out how to get them to be copied along with the other post content. I’ve tried entering the field names (institution, department, trainingtype, etc.) in admin settings area for post meta (one per line), but no luck…perhaps I’m using the wrong format? Also, when writing or editing a post now, any content entered into those custom fields will not save (it goes away upon clicking Publish/Update). I’m guessing these two things are related, but can’t get it figured out. Please HELP if you can! Thanks in advance for any guidance.