BuddyPress.org

This is my pet peeve with Buddypress! Wasted at least two weeks on this issue last Summer.

I use the same Beau Lebens email as login plugin that David Lewis found. So I wanted to get rid of username entirely and have basically only real name and email address on my registration form.

To integrate a mailinglist script I needed separate firstname + lastname. Buddypress doesn’t store them out-of-the-box. This is NOT a WPMU issue; WP/WPMU has firstname + lastname in wp_usermeta, but Buddypress simply refuses to synchronize those fields, so you can’t count on the data being there for other scripts (mailinglist, events, etc.).

Here’s my solution:

How to synchronize firstname+lastname between xprofile field_1 and wp_usermeta upon registration

And

How to autogenerate blogname (url) from Blog Title (or username from fullname!)

The Javascript I use for fullname->username looks like this

function copyinputuser()

{

var tmp = document.getElementById('field_1').value;

tmp = tmp.toLowerCase().replace(/^s+|s+$/g, "").replace(/[_|s]+/g, "");

tmp = tmp.replace(/[^a-z0-9-]+/g, "").replace(/[-]+/g, "").replace(/^-+|-+$/g, "");

document.getElementById('signup_username').value = tmp;

}

Unfortunately a lot of people sign up with only one name in the Fullname (field_1) field. Question:

Would anyone know how to validate/check the input for a two-part (minimum) name? You’d probably have to check for a space, make a space required. How would that script look?

No firstname/lastname because this does not work for a lot of international users.

Which countries are you talking about?! Name them.

With all due respect, this is such a bizarre argument. Not only the western world, but India, China, etc. all have no problem whatsoever using two or more names. Countries that use only one name or more than four can write their own plugins, along with the language pack etc.

More than two names is no problem; separating first and last name is primarily about having a first name available. Users can put their other two, three, four names in the second field.

If Facebook, LinkedIn, etc. have no problem requiring separate firstname and lastname, why is this such a controversial issue for Buddypress? Why make life difficult for 80-90 percent of Buddypress users just to prevent offense to 10 percent with different customs?

I’ve tried this regular WordPress plugin for New User Email Setup, but it didn’t do anything at all for Buddypress activation.

This BuddyPress Registration Options has some very useful features that I probably need anyway, but it still doesn’t allow you to change the From and Subject lines. [username] seems to be the only available tag, not [fullname]. You can’t make any changes unless you check Moderate New Members.

Why is more control over the registration process not built into the Buddypress core? It’s essential to a social network imho.

WordPress MU 2.9 (currently trunk) / WordPress 2.9 are required for BuddyPress trunk and will be required for 1.2.

Here’s the latest trunk from WPMU:

http://svn.automattic.com/wordpress-mu/trunk/

Maybe OpenID could provide the solution,but twitter sign would be good.

https://wordpress.org/extend/plugins/twitconnect needs to be hacked for BP.

Vincole, would this cover your needs?

Kaltura Media Component for Buddypress

Demo

solved my issue. Hope it helps someone. https://mu.wordpress.org/forums/topic/16051?replies=6

You must have a theme with folder name “default” in your wp-content/themes.

This theme gets activated when you/your member create a new blog.

If you want some other theme, not the default, you may try this plugin

https://wordpress.org/extend/plugins/wpmu-new-blog-defaults/

Hope it helps

Brajesh

As i am not a programmer nor IT professional, i am just a simple press photographer. I will keep listening for info on the gallery situation and hopefully one day this will be resolved.

Zenphoto is the only gallery script I’ve found that can handle uploads of 5+ Mb hi-res image files. NextGen is an excellent WP plugin, but not designed for professional photographers. Not sure if you’d need that for your BP gallery. That could be the trade-off going with a native beta BP plugin.

I don’t see Zenphoto rewriting their excellent, mature script to become a plugin for Buddypress

The ZenphotoPress plugin is actually very effective

Make up your mind.

I’ll explain it one more time so even you can understand; a stand-alone application that has a plugin to interface with WordPress is NOT the same thing as WordPress plugin.

… plugins are not hacks. Plugins are modular.

I never said plugins are hacks. Learn to read. I’m a big fan of plugins, but I prefer plugins that interface with existing, mature applications over plugins with entire applications written from scratch.

Case in point – I want to commit to a Gallery plugin. So let’s say I do and get users to upload thousands of pics. All is well. Dev stops. BP progresses and gallery breaks. I am faced with either correcting myself, finding another and hopefully resurrecting all the images, comments, galleries, etc (prob impossible) or <shudder> asking people to re-upload (not happening) I am ok taking risks but wondered how others deal with this issue (same applies for the seemingly stalled events plugin)

Solution: Use solid, mature stand-alone applications like Zenphoto. If they don’t have an interface plugin with WordPress, write one.

The key word here is ‘was’. If you know anything about WP, then you should know that by now it’s one of the most versatile CMS around.

Sure, functionality is ever-expanding, but the foundation is still blog centered.

BuddyPress does have a way to store 1st name and last name….custom fields …

My point is that they are not built-in, which is weird for a social network. And if you add them as custom fields you have to write your own custom function to get them into wp_usermeta.

But OK people, good luck writing that kick-ass gallery plugin for Buddypress! I won’t be wasting my time on it. I’ll be busy restructuring Buddypress’ crappy registration form.

First of all, plugins are not hacks. Plugins are modular. That’s what extensibility means. You should know that as an IT journalist. If you use BuddyPress, then, yes, it’s the standard. It’s what your whole site is based on. Use something different if that fits your needs better.

WordPress was for managing posts on a blog

The key word here is ‘was’. If you know anything about WP, then you should know that by now it’s one of the most versatile CMS around.

The Zenphoto solution, not cramming everything into one plugin, is more solid and versatile.

Is it just me, or does that not make much sense? You can build plugins that are applications in their own right (except that they need WP). There’s no cramming going on, mate. Only extending…

@Peter

“So Buddypress is The Standard and everybody else has to adapt?”

no, but WordPress is the Standard.

dfa327 (?) posted this on a splog fighting group wire:

I’ve upgraded my entire site. So far no bad guys:)

I’m up to buddypress 1.1.3 and wpmu 2.8.6.

I got the following plugins to stop spam:

http://wordpress-plugins.feifei.us/hashcash/

http://www.poradnik-webmastera.com/projekty/invisible_defender/

http://www.svenkubiak.de/nospamnx-en

And a few other things to stop it, but I think those are working well above.

Prior to the above I was getting hit by the minute!!!! Now none:)

Haven’t tested them yet. Can’t vouch for them.

@Mike Pratt and Bowe, my general point is the same problem Microsoft Windows used to be criticized for; putting too many applications into an operating system while they should have strengthened/secured the core and focused on usability first.

Let 3rd party developers spend time on creating awesome functionalities for our BuddyPress sites which are fully integrated with BPs functions, so we should not have to revert to external scripts and “hacks”.

So Buddypress is The Standard and everybody else has to adapt? I don’t see Zenphoto rewriting their excellent, mature script to become a plugin for Buddypress. So then I would have to hope enthusiastic volunteers will reinvent the wheel within BP.

If Buddypress has a solid core and APIs that make it easy to integrate external scripts, you don’t have to resort to hacks. Modular vs monolithic!

You always claim NOT to be a programmer but have no problem taking shots at the evolution of the core.

I have been an IT journalist for over ten years. I’m not a php programmer, but can sort of follow what the code does and see how the database is structured. Buddypress is built on WPMU which is built on WP and it shows. WordPress was for managing posts on a blog. A social network is for managing people/profiles, but Buddypress doesn’t even a have built-in way to store first name and last name, which immediately becomes a problem when you try to do event registration.

If there’s something available that’s built on BP or WP, then I’d rather use that, even if there are less features. If there’s something that I really need, then I’d just add it myself. I’d actually been thinking of turning NextGEN into a BP plugin.

The ZenphotoPress plugin is actually very effective. After testing both I absolutely prefer the combination of Zenphoto->ZenphotoPress->Wordpress over NextGen->Wordpress. The Zenphoto solution, not cramming everything into one plugin, is more solid and versatile.

I’ve tested several WP gallery plugins. NextGen is pretty good, but I now use Zenphoto which is much more powerful and versatile.

Zenphoto is a complete stand-alone script, not a WP plugin, althought there is a ZenPhotoPress plugin that makes it easy to integrate in WordPress. I haven’t tried it in Buddypress yet, but it should do 80 percent of what you’d need. If it doesn’t, you could probably write plugins to connect Buddypress to functionality in Zenphoto.

General point: Why would you want to try to cram this kind of functionality into Buddypress plugin? Or even integrate it into the core (shudder…)?

Same thing goes for event registration. If Buddypress had a more straightforward, standard member management structure, integrating any outside event management script would be a lot easier. Please concentrate on the core before adding more bells and whistles!

I’ve been driven almost crazy by hearing about “canonical plugins” by the WordPress core team (if you don’t know, see this).

I think a BuddyPress events plugin would be a good project for developers to collaboratively work on in this way. Whether built on Erwin’s code or started new. I can’t help but think that however wordpress.org is redesigned in future to encourage more team-driven plugin development is just going to be BuddyPress with a custom theme! But I digress.

I might be shouting into a funnel again but again if there is another developer or two out there, perhaps we could look into this?

This is the default behaviour. Have a look at https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/

i m also having the same problem and yet not solved cah anyone help me.

I have installed WordPressmu 2.8.6 and its workin fine all alone now after installing plugin Buddypress 1.1.3 and changing the themes by moving the bp-themes to wp-content/themes except the home page rest all other links are showing…

The requested URL /wordpressmu/linkname(say blog or member) was not found on this server.

404 not found…

What to do?

Plz HElp

Ahh now I understand what the problem is. many thanks for that. My WordPress Mu wasnt actually working in first place, and had nothing to do with BuddyPress.

However the question is; can I – being hosted by GoDaddy Windows Economy – access the config file of the webserver in order to make this little change?

Many Thanks for help,

Houman

https://wordpress.org/showcase/flavor/buddypress/

Maybe developers of those sites can be contacted or interviewed to give more info.