Forum Replies Created
-
thank you ray
I was just trying to make sure that something was not broken with the parent theme prior to my turning my theme into a bp theme. Nice to know that is how it’s designed to start with.
I can say that at least for me in the second link, that the information is being cut off to soon though. For instance, I only see 1/2 of the users avatar on my screen. Tested in both IE8 and FF 3.5… I’m pretty sure that can’t be the way it should be…
In reply to: bp 1.2 setup questionsdefine(‘BP_DISABLE_ADMIN_BAR’, true);
found it and it works, although in the admin area it still leaves the blank area where the bar was
remove_action( ‘wp_head’, ‘bp_core_admin_bar_css’, 1 );
did not remove the blank area as expected
In reply to: bp 1.2 setup questionsThanks Ray, removing the old themes solved the issue.
What I can’t figure out is why the bp bar is showing up on all of my blogs and not just the one sub-domain blog and root blog that I activated bp on.
I’m guessing this is because bp is still activating system wide instead of on a per blog basis like other plugins.
Is there a way of easily only showing the bar on my dev blog so that I can work on building my theme to be bp compatible without effecting all the other blogs? — many do not want bp at all, while others do.
In reply to: buddypress-mu possible yet?@Andrea –thanks for the link and information. I will install the rc this week and play around a bit before posting the questions. I’m just hoping that Donccha is familiar enough with bp to understand my question in how it regards to wpmu.
@JJJ I did not realize there were 2 separate lists already, user list – member list. That just may be the answer I was looking for. Do you happen to know if there is any documentation on how to filter for just the user list on a given blog for output display?
Yes I had always planned on keeping the ‘root’ blog as the master bp site.
In reply to: buddypress-mu possible yet?Does anyone know where I should go to make a suggestion for wordpress-mu itself that may possibly be read by the devs?
I really think the only thing holding me back from doing this project is a core change in wp, to allow assigning a user to a particular blog or blogs. With 3.0 being the ‘final’ wp-mu merge, it would seem to be a great time to add this functionality. I just don’t know where to post the suggestions.
In reply to: buddypress-mu possible yet?@Xevo — Yes that was the first important step in trying to accomplish what I am after. I have inserted that function, and indeed it did what it says it does. However, I’m after something that requires a lot more to it. (separating members and activity on a per blog basis) To the best of my knowledge that has not yet been implemented, which is why I was asking if it’s made it into the bp core yet. Thanks for the heads up though.
@JJJ Thnx for the answer. You are correct, I want each bp ‘blog’ to have their ‘own’ members userbase. (think ning again).
Ultimately what would be perfect in my scenario, would be some type of identifier for the user that sets a blog or blogs they belong to. Then we could filter the users and their activity on a per blog basis.
That would also allow me to do like ning, where you can have separate communities, yet all communities technically belong to the same overall group for the ‘master’ blog site, where I could show all activity from all members across all blogs.
Where it would be even cooler is if I could ‘tag’ the users as well. Then I could create even further ‘sub cultures’ where I could have one blog showing all the ‘sub-blog’ members that are catholic etc.. So if I had 10 separate ‘catholic’ church blogs, each blog would have their own bp area, yet I could also build another ‘catholic’ blog that shows all activity from all the catholic blogs… lol that sounded so much simpler in my mind than reading this lol
I do have the ‘blog type’ plugin installed. That way when a person creates a new blog they have to assign themselves to a group. I can then ‘aggregate’ all the content from those blogs who belong to that group into a central sub-blog.
Well thanks again. I’ll keep checking back from time to time to see if this ever becomes a possibility. I SOOO want to use bp that it’s driving me nuts having this great toy available that I can’t play with yet…..
In reply to: Theme Design Cost ?One thing I have found that works really well is to break the project up into many smaller pieces, so that the developer can give estimates on a granular basis. Then it’s just a matter of combining all the pieces together once they are finished.
I have also found a huge variance on what developers charge for their work. My practice has always been to search out coders with great reputations, and give them a small project to work on. I then look at the overall result of their work vs. the cost and timeframe it took to complete. This gives me a really good picture of how the individual coder works, and the cost – benefit to myself. If the coder does really well with the smaller project, then I usually propose more work in the future for the more difficult projects.
when you consider that a theme is nothing more than a set of functions, and a layout, the granular approach becomes easy to understand.
You may start out by saying I want a slider that does ‘x’ and I want to be able to control it via a theme admin panel. Have that project coded up, and then you can add that to any theme you choose.
The same concept can be expanded to all areas of the theme you are trying to ultimately achieve. The more functions you purchase, the more your theme can do.
What it also achieves by doing a theme in a granular mode, is that you can then hire out specialists in different areas at the same time. Meaning, you may need a js expert for some functions, and a css expert to put it together.
The hardest part of doing it this way, is finding the ‘master’ admin that is going to be in charge of combining all the code together, and keeping you updated in the future.
hope this concept helps you out.
@Andrea I installed it about a month ago. The problems I had were numerous.
1. Thumbnail generation did not work due to the classic blog.dir/blog-id/ with mu issue.
2. Whenever I would upload images/files/digital downloads/anything I would end up with the red bar with nothing there.
After their absolute disgusting way of dealing with customers, I gave up at that point. (basically told it does not support mu, no refunds, take a hike).
@xevo – can you point me to where they mention wpmu support for shoppe?
I purchased the plugin a few months back, and got in quite a heated argument with them over wpmu support. It is ‘inferred’ in the forums that wpmu is supported, but when push comes to shove, they say it does not. Basically they told me to kiss their butt when I asked for a refund. I have not been back since.
I have to say that their support and customer service is some of the worst I have ever come across. I would never, ever give them another dime, nor would I ever suggest their product to anyone. Obviously your experience with them was different.
Believe me, it takes a lot to get me going, have to push a ton of buttons, before I get angry over something so petty. They just managed to find all my buttons at once.
Does anyone know if bbpress ever got to the point where we could give each blog their own bbpress like we do with groups?
I’ve asked on their forums, done the google thing, but never could get an answer.
In reply to: Can you multi-site BuddyPress?@JJJ we are on the same page, and both talking about the same thing.
Here is what I was hoping to accomplish:
have a field in the database that says user ‘abc’ is a member of blogs/sites ‘1,2,3,78’
(I think that is already in the database — shows up in admin which users are mapped to which blog)
Then it would be a matter of ‘filtering’ the bp output to only display information from users belonging to the blog being displayed.
I guess my question would be:
Is it currently possible to use filters within bp to say:
blog id#3 is being called upon for display…
Member ‘abc’ belongs to blog #3 so display his/her profile,groups,forums, activity streams.
Member ‘xyz’ does not belong to blog #3 so filter all that members information so it’s not displayed on blog #3…
Not sure how else to pose the question…
EDIT: I just re-read the title of this post, and realized that I am not talking at all about multi-site bp, which is probably causing the confusion. I was more talking about a single wpmu install with each blog within the one install having it’s own ‘filtered’ bp…. my bad… sorry about that
In reply to: Can you multi-site BuddyPress?@jjj thanks so much for looking into this for us.
I have not yet looked at my database to see what ‘extra fields’ are added which tells wpmu which blogs the user belongs to. There has to be something there otherwise wpmu could not display the members belonging to each individual blog like it does now.
I’ll dig into it tomorrow and report back. Maybe we can somehow ‘hook’ into that extra field, and then use that to filter the members and activity etc…
I”m curious:
Is this something that was just not considered when bp was initially being built?
One would have thought that many users would want bp-mu from the get go, like ning does.
I’m only guessing, but to me it seems that eventually this functionality would have to be added to bp, if it’s ever going to run on wp.com. (At least I thought there were plans of adding bp to regular wp.com sites someday…. read that here somewhere a long time ago)
In reply to: Can you multi-site BuddyPress?I actually like the fact that all the users are in the same table. Down the road it would allow me to do like ning does, where they have individual sites, only displaying information pertinent to the members of that site. However every member also belongs to the ‘hub’ site should they choose to visit it.
I guess the real ‘root’ of the problem for me is how to filter the activity on a per site basis, to give the appearance of a dedicated social group belonging to the site displayed.
Is any of this even vaguely possible as bp stands now?
In reply to: Can you multi-site BuddyPress?I actually like the fact that all the users are in the same table. Down the road it would allow me to do like ning does, where they have individual sites, only displaying information pertinent to the members of that site. However every member also belongs to the ‘hub’ site should they choose to visit it.
I guess the real ‘root’ of the problem for me is how to filter the activity on a per site basis, to give the appearance of a dedicated social group belonging to the site displayed.
Is any of this even vaguely possible as bp stands now?
In reply to: Can you multi-site BuddyPress?Yes, please release this if you are willing.
@JJJ [blockquote]Ultimately the problem comes from the shared userbase, which means even a new “site” has no real way to say these 10 users only belong to this site, and these 12 users to this one, and these 20 users to this one…[/blockquote]
On my wpmu setup I am using a number of plugins from the premium site which was setup by Andrew. I am not sure which of his plugins does this, but on my setup, each blog does have it’s ‘own’ members.
I had asked awhile back about how to properly go about allowing a user to register on a subdomain blog without ever leaving that blog. This way each blog can have it’s ‘own’ members.
So when I look in my admin, I actually have a list of blogs, and the members belonging to each blog.
Would this be what is needed in order to get bp to filter the activity for each blog, to only display members/blogs/forums/activity streams etc… from the given blog being displayed?
For the life of me I cannot figure out exactly which plugin from Andrew is allowing this. Maybe Andrea would know…
I have many blogs that have been bugging me non-stop to try and figure out how to bring social networking to their site, but have no solution for them. I know that I could simply install multiple copies of wpmu and give each blog their own complete setup with bp, but that destroys the concept of one codebase to have to update and maintain. It would quickly become a nightmare trying to manage multiple wpmu installs just to get bp working for each blog independent of each other.
In reply to: BP Member FilterIs this the type of plugin that I need to display different groups of members and members activity on each of my blogs?
Meaning, I am still trying to figure out how to give each of my blogs on wpmu their ‘own’ buddypress. (only show members/groups/activity streams of the blog being displayed –think ‘ning’ where each site has their own ‘bp’ yet all members are still part of the ning community)…
Is that even possible with bp, and if so, is this the type of plugins I should be looking into for this type of functionality?
thnx
In reply to: buddybar wont go away after deactivationIs there at least a way of only activating the buddybar on the sites that I want it on?
I’m hoping that at the very least I can hide the bar where I need to, but it appears everywhere right now.
In reply to: buddybar wont go away after deactivationOk, I completely removed bp from the system, that removed the bar
I then uploaded the new vs. to the plugins folder and the buddybar was still gone.
I then edited the bp-core.php file to set my ‘bp-root-blog’ to the blog id# for my community blog.
Finally I activated bp.
Here is the problem I can’t figure out now:
bp is in the area
‘Plugins that appear in the list below are activate for all blogs across this installation.’
I did not put bp in the mu-plugins folder, I put it into the plugins folder.
How do I get bp to activate on only the blog’s I want it active on?
(I have a number of customer blogs who do NOT want bp, and a few that do, so having the ability to turn bp on for single blogs is very important, and used to work in the old vs. for me, just not the recent versions)
In reply to: buddybar wont go away after deactivationno, i put it into the regular plugins folder. I went ahead and deleted buddypress as it was acting weird anyhow.
For some reason, when I activated buddypress the first time, it placed it into the ‘sitewide active plugins’ area in the admin. This would not allow me to activate bp on a per blog basis and somehow was forcing it upon all my blogs.
Prior to deleting bp, after i deactivated it, if I tried to reactivate it, it said fatal error could not install bp again, already running.
I’m uploading the new bp vs. right now to see if it behaves better than the 1.1.1 did, will report back
@Deuts — Thank you, took 2 seconds and the problem is solved. I have no idea why all the mods here just ignored my threads, but at least you were kind enough to point me in the right direction.
@mods— you should update the install directions on https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/
IT says to do it in wp-config not bp-core…. that one ‘misstatement’ cost me so many hours of wasted time that I was about to dump bp altogether and go back to elgg…
Now at least I can start working on bp.
thanks again
Also, I don’t know if this is related or not, but when I installed bp, and went to my subdomain to activate it, bp ended up activating systemwide just like it would if it were in the mu-plugins directory.
This means that it shows active for all the blogs. If I go into any other blog and deactivate bp, it deactivates systemwide.
The problem with this, is how do I only activate bp on the blogs I want it on?
Many of my blogs are not going to want to use bp, so I have to have control over who gets it and who does not.
In reply to: buddybar links pointing to wrong locationbump:
Can someone please explain to me what I need to do to solve the above problems?
In reply to: buddybar links pointing to wrong locationalso:
I only installed the bp plugin on one of my subdomains…. yet the bar is showing up on all subdomains across the wpmu install…..
How do I get it to stop doing this?
I do NOT want my other subdomains to have bp enabled, enless I enable the plugin within their admin.
Even though I placed buddpress into the plugins dir and not the mu-plugins directory, when I go to the plugin admin, it says bp is enabled systemwide….. That is NOT what I did.. how do I stop that?
I only have a few subdomain blogs that would even want bp, so having it auto activate as a plugin systemwide is not going to work.
In reply to: define root blog as current blog?(I tried posting this reply as new threads for 2 days now, but it won’t take, so trying it as a reply to my thread to see if it shows up….. this better explains my question)
I”m not sure what I am trying to do is even possible, so before I install bp again, I figured I would ask first.
I run a network of mu blogs, and want to give each of the blogs their ‘own’ bp.
My best guess as to how to do this is to stat by uploading the bp plugin into plugins instead of mu-plugins, and then only activating it on the blogs which I want to use bp.
I can then add the template/css files from bp into each blogs theme directory, along with any logic files needed. This way each site can have their own ‘unique’ bp theme, matching the blogs theme.
What I am not sure is possible:
In this scenario, is it currently possible to filter all of the widgets, like the activity stream, to only show activity for the users belonging to the blog being viewed at the time?
I have a custom plugin already that allows people to signup on a sub domain blog without having to go to the root blog. Each member is then transparently added to a few other sub-domain blogs as well as the root blog… i have future plans for this.
This means that each of my sub-domain blogs have their ‘own’ userbase, so separating out the activity in bp ‘should’ be possible?
My idea is that there should be no reason for a user to ever leave the sub-domain blog to edit or view their profile pages, or the pages of friends etc..
They would only be able to see the members and groups, groups forums, created by the members of the sub domain blog only… is that possible?
I plan on offering bp only to my ‘premium’ sub domain bloggers, and most of them will have their own custom domain name mapped.
So if the sub domain blog ‘xyz.com’ users should not even know that my ‘root’ wpmu install is at ‘123.com’ which is how bp worked for me in the past.
It was making my bloggers ‘angry’ that their users were sent to another site to update their profiles etc…. so I am trying to figure out a way of giving them bp on their own site.
I have no problem applying filters myself in order to filter the members to the blog in question only, if filters would work.
What I don’t get, is I would have to figure out how to ‘assign’ bp to the blog in question instead of a particular blog. (in old bp we had to add command to functions to tell bp which blog id# bp was installed on)
I hope this makes sense…. is this currently possible?
In reply to: Integrating several buddypress + one vBulletin@tonyaccardo – We have spent the past 5 or 6 months now working on a new vb/wpmu/bp system and it’s getting close to completion. I have no plans of releasing the software, but I can give you a little insight into why no-one has responded to your request.
Bottom line:
It’s a HUGE job. It has taken the coders hundreds of hours of work to complete the project. The amount of code is actually rivaling the core of bp itself. You REALLY have to have a specific reason for wanting to take on wpmu-bp-vb.
What we’ve built:
Well I also run a number of very large vb communities, and while vb has ‘blogs’ they suck, and many members asked to have blogs and social networking. The ‘easiest’ solution would have been to simply dump vb for bbpress, and migrate all of the data over to bbpress.
However bbpress is nowhere near what vb is, not even close. Yeah it’s nice code, but vb has years and years of development behind it and bbpress is just beginning. So for us dumping vb was not an option.
So we needed a real plan and decided to bridge the programs together, but the bridge is the smallest part of the equation. Not only did I want one registration/session setting for the users, I also wanted auto vb forum creation upon group creation within bp. I also wanted automatic vb forum creation upon new blog creation within wpmu.
Simply put, if you signup and create a blog, a new vb forum is created behind the scenes that belongs to that blog. The same thing goes if you create a group within bp.
Well that’s all and good, but as vb is commercial software, there is no way I wanted to have to install new copies of vb for each blog. I wanted to run only one copy of vb, just like bbpress does. That is where the HUGE amount of work came into play.
Not only did I want each blog to have their own vb forum, but we also had to deal with member roles and forum creation. So we built the system so that ‘technically’ each blog is able to manage every single aspect of vb from styles, to membership, to permissions, heck you name it. As far as the blog owner is concerned, they are running their own full blown copy of vb, fully integrated.
There are many other things to consider as well. Many of the function names within the programs are the same, so you can’t just call functions from bp within vb. Even including things as simple as your wordpress header within a vb template took a bit of work. You see, wordpress header navigation is dynamic, add a page/category, and you have a new link. Obviously you do not want to have to manually change your header in vb to match wp everytime a navigation button is added, so you have to automate that part. Well the function names are the same in both, so now you have to create your own header nav functions so it stays dynamic. Not hard but still more work.
If all you are after is bridging wp/vb together, there is a basic bridge script you can use from vb.org. It does not work with wpmu, but can be modded to work. We started out with this route and after making the changes it worked perfectly.
However, it is designed to use vb for reg/sessions, and this caused some major issues that we had not thought of in the beginning. Think about hosting ‘paid’ blogs on your network, and telling them that their members have to go to another site forum to register, yeah that went over real well. LOL.
So that is where we are at now. We are rewriting the bridge code to use wpmu reg/sess so that users signup on whatever wpmu blog they come across and they are registered into the entire system (even having the ability for a visitor to signup directly from a sub-blog in wpmu took a bit of custom code which is done). I expect the coders to have this part finished shortly.
Once that code is finished then we begin work on bringing in the vb posts into the wire and activity streams of bp. There seems to be little to no documentation on doing this within bp so I can imagine it’s gonna be an interesting project.
We will then begin work on filtering out the pm system within bp and replacing it with the pm system from vb. (I’d rather use bp pm system, but it’s a kiddy toy compared to vb right now, and I don’t care to wait years for bp to catch up).
We are not touching the core code of either wp, bp, or vb so future upgrades are not going to be a problem. That is another thing you have to really consider.
Bottom line is, it was a massive job that took months of work, but we’ve mu’d vbulletin and should have the perfect deep integration replacement for bbpress shortly.
I hope now you can see why you are not getting any responses. Even in it’s ‘simplest’ form, what you are asking is going to take someone hundreds of hours to build, and that’s only if your coders know vb/wpmu/bp code inside and out.
anyhow, hope it helps.
