Forum Replies Created
-
In reply to: Securing components from non logged in users
OK, I think I get it, I’ve added this as bp-custom.php to mu-plugins:
\'<?
function oci_restrict_access(){
global $bp, $bp_unfiltered_uri;
if (!is_user_logged_in() &&
(BP_MEMBERS_SLUG == $bp_unfiltered_uri[0] ||
BP_GROUPS_SLUG == $bp->current_component )){
bp_core_redirect( $bp->root_domain );
}
}
add_action( \’wp\’, \’oci_restrict_access\’, 3 );
?>\’
It works great for the the groups section, but does nothing for the members section.
It’s also not entirely clear to me how to add the error message. Can someone put the whole thing together?
In reply to: Securing components from non logged in usersThis works great for me
Que? What works great for you? Is the clue in the previous posts?
In reply to: Add fields to wp_usersThanks Jeff. Those function reference pages look very useful. I’ll dive back into PHP hell next Saturday…
I’ve been struggling with this crap, including html/css, javascript, etc., since about 2002. I usually want what I think are basic requirements, like in this case a pretty straightforward members table. So far I’ve had most luck stitching together simpler PHP scripts that I could sort of follow.
The more mature packages, like WordPress, are great for teens/tweens that want to add widgets and play around with templates, but they drop the ball on some basic grown-up business requirements and are much harder to customize unless you\’re a hardcore programmer.
I can’t afford to spend the time to become a programmer. I’d hire a 3rd party developer if I could get a clearer picture of what I need and what’s possible in WP. I did do Google searches and have posted lots of related questions on the WP and WPMU forums.
BTW, an intern from NYU Polytechnic was supposed to work on my project. He was a real PHP programmer, but had never heard of WordPress and seemed to know even less than I did.
In reply to: Add fields to wp_usersThat is exactly what usermeta is for.
usermeta contains a lot of very cryptic data about bb_capabilities and blog roles/functionality, most from test members I’ve already deleted from the system. What am I supposed to do with that?!
The WordPress Codex has lots of useful information, but very little about the database structure, how to form queries to pull up that data and where these queries are in the WordPress code.
There is a section on the database structure, but it\’s about version 2.5. I know some fundamental changes were made since that version. It’s not relevant for WPMU and Buddypress anyway.
Basically I’m trying to figure out how to keep a full-fledged members database at the heart of WordPress, with common fields like name, address, company, title, etc., that I can tap into for other scripts. Static data that doesn’t interfere with other functionality in WP.
Has nobody ever done that? Is it impossible?
Should I create a seperate members database outside WordPress that somehow communicates/syncs with WordPress?
In reply to: How to use full name, first name + last nameThanks Nicola Greco, but how? Where do I start? Where is this built-in “name & last name” feature? What keywords should I do a search on? What’s a filter?
Please give me something to work with. I can figure a lot out by myself, but I have to approach it from a different angle than an experienced PHP programmer.
Has no one else done this? Aren’t there examples how to do this anywhere?
In reply to: Securing components from non logged in usersThere’s a member access plugin here, but it has no settings for the members and groups sections in Buddypress.
This plugin only works for “pages”.
Is there a way to extend one of these plugins?
In reply to: How to use full name, first name + last nameSo, unless you hack the wp-signup.php or register.php files, and require that a full name be provided when registering…
That’s what I want then. I thought it already was a required field in the Buddypress registration. Anyway ‘Dear User’ is not acceptable. There must be a way to get the full name from sign-up in there. That’s how most professional sites do it.
I’ll look into profile-loop.php. Thanks for that pointer.
Buddypress/WPMU just makes it really hard for someone who’s not a real PHP-programmer to add/retrieve additional member data. In my old home-baked site there’s one table with all member data (name, company, city, etc.) and straightforward queries.
Where should I start when I want replicate something like that in Buddypress?
Any piece of stored data can be accessed and spit out in any number of ways.
How? Is it all hardcore PHP programming from scratch? Are there code examples anywhere? Documentation that explains how to do it?
In reply to: Securing components from non logged in usersHas this been resolved? Is there now a working plugin based on the code above?
In my site the members and groups sections should definitely be members-only. This is essential stuff that should be a default part of the Buddypress package imho. What’s the point of signing up for a network if everybody has access anyway?
In reply to: Add fields to wp_usersI know that’s not default WordPress MU+Buddypress. That’s why I ask, in the ‘Creating & Extending’ section. I understand it would require hacking.
It’s not impossible to add fields to the wp_users table. My question then is, where can I add corresponding fields to the form and where is the query that puts the data in the fields.
That’s should be hackable somehow. Don’t tell me there are Natural Laws against it.
If there’s really no way to achieve this kind of thing, I can’t use WPMU/Buddypress and should get out now while I still can.
In reply to: Use full name in confirmation emailsI know. My question is which files to hack and how, specifically how to get the member’s name from the form or database. Or how to get the full name of the logged-in member from the database in general for other situations.
I’ve already tried editing the email text in wpmu-functions.php, replaced ‘User’ with ‘DISPLAYNAME’ and added this line:
‘$welcome_email = str_replace(\”DISPLAYNAME\”, $user->display_name, $welcome_email ); ‘
That kinda works, but the display_name in my new installation is the same as the username, not the full name. Not sure if that’s how it’s supposed to be. The full name is stored elsewhere, with two tables involved. I have no clue how to retrieve that data.
Or if anyone can tell me how to get the full name in the display_name field, that would fix the problem as well.
The default emails are really unacceptable. I\’m trying to move to Buddypress from a home-baked system where this kind of thing was easy. Can anyone give any pointers on how to retrieve basic logged-in member data with custom php/mysql?
Thanks!
[BTW, this comment system is going crazy with the escapes. You probably already knew.]
In reply to: We really need a required full name?I only want real full names in my site. I want to eliminate the anonymous \”username\” as much as possible.
This excellent plugin makes it possible to login with just email address and password, but you still get that stupid username in activation emails etc. At the moment I\’m struggling to find out how to replace it.
Just my 2 cents. Please don’t make Buddypress entirely username centric. They’re childish…
I guess I need the exact opposite. I only want full real names in the site, if possible entered as seperate first name + last name at sign-up.
I just reinstallend WordPress MU+Buddypress and now when I sign up test users, only the user_login gets copied to the display_name field in wp_users.
How can I force it to put the real full name in display_name?
In reply to: Use email address as username?OK, that’s what I thought.
Any suggestions on how to hack this? Could it be turned into a plugin?
Can I just add a line ’email address = username’ somewhere? Are you sure BP never uses the username when displaying user info?
In reply to: Why is BuddyPress stripping my object or embed tags?Apparently it’s an underdocumented peculiarity of WordPress MU.
In reply to: Embedding video on the main/first blogBuddyPress strips object and embed tags from my posts entirely.
