Search Results for 'private'
-
AuthorSearch Results
-
March 16, 2009 at 4:55 am #40098
In reply to: Displaying Birthday on Profile
fishbowl81
ParticipantWe need to get Andy to changed the member theme not to show private profile fields, and then use those private profile fields in custom boxes to diaplay stuff. This would be a great way to ask for zipcode, and build a custom module to show a Google Map, or ask for birthday and just show a count down timer until their birthday.
Where I don’t expect this to be in the 1st version, but would be nice to get the details hammered out in early post release versions.
Brad
March 15, 2009 at 11:50 pm #40083In reply to: How do you make members & group private
mspecht
ParticipantYou could always roll your own, https://buddypress.org/forums/topic.php?id=1651
March 15, 2009 at 7:44 pm #40079In reply to: How do you make members & group private
ngsonst
Participanttake a look at those plugins:
http://bp-dev.org/plugins/registered-users-only-2/
http://bp-dev.org/plugins/bbpress-force-login/
http://bp-dev.org/plugins/force-member-login/
you may find what you want…
March 15, 2009 at 4:53 pm #40074In reply to: How do you make members & group private
akelley
MemberSame!
Thank you in advance for your time and consideration. I would like a few of my pages on my mu install to be open such as the index page, about us, media, and contact us, but I am looking to have the rest of the site including buddypress and all blogs private and member only!
March 14, 2009 at 6:24 am #39990In reply to: New Blog Creation Disconnected in Activity Stream
Burt Adsit
ParticipantThat must be a feature I hadn’t noticed.
If your blogs are set to private the activity will not show. Check Settings > Privacy. It should be “I would like my blog to be visible to everyone…”
March 12, 2009 at 5:12 am #39799ParticipantBrent, is this resolved?
March 11, 2009 at 8:29 pm #39779John James Jacoby
KeymasterThat is a good idea for a plugin.
Is this something you are recommending be included with BuddyPress, or that someone optionally make this for you?
If you want it to be part of BuddyPress, add it as an enhancement by using the Trac:
https://trac.buddypress.org/login
You can use your same login and password as for these forums.
Create a new ticket, and under type, select “enhancement.”
If you’d like someone to take this task on for you privately, you will want to explore being added to one of the development mailing lists (which I don’t have a link to right this second but will find for you shortly.)
March 10, 2009 at 5:37 pm #39701In reply to: Private Profile Fields, In Db but are they in Use?
ParticipantI hope Andy releases some code to support some of these Easter Eggs. Maybe we should hold an Easter Egg hunt, with prizes for everyone who can find unused Database fields or unused functions in the code. I know of a 1/2 dozen which I would really like to see implemented soon.
Brad
March 10, 2009 at 5:33 pm #39700In reply to: Conditional profile fields?
Participantyou can…
do this.. mark fields as private, change your profile fields to dispaly public only, and then use the values to generate a customer profile box.
You can easily get profile values directly, and can perform any calculations you want based on these values. But I’m sure it might be a little confusing to show these, so you need to have them marked as private. These private fields will not be shown once you modify the profile member theme.
Hope that gives you some ideas,
Brad
March 9, 2009 at 9:48 pm #39587In reply to: BP-FBConnect Plugin
benny148148
Participantor maybe something that makes the slug for private profiles the user’s email address name prior to the @symbol….ie benny148148@gmail.com would create a benny148148 slug…and somebody who signs up on a later date with benny148148@hotmail.com would get benny1481482 as their slug, or something similar.
Not sure how difficult this would be…assuming it’s even possible at all. It would definitely be prettier than the facebookuserX…of course, we’ll probably never be happy
Thanks again for this plugin!
March 9, 2009 at 9:18 pm #39583In reply to: Multiple user types – possible?
jeff-sayre
ParticipantHi John:
Is the permissions plugin the same thing as the privacy component Andy mentions in this thread (post #4)? https://buddypress.org/forums/topic.php?id=39#post-158
I literally just started (i.e. this morning) coding a bare-bones privacy plugin for BP that in essence controls privacy at the profile subgroup level.
A simple radio button array appears in each subgroup’s title bar with options to grant or deny viewing access. It offers the following granular subgroup level of control:
- allow/deny anyone (i.e. globally public or private)
- allow/deny only logged in users
- allow/deny only friends
It’s not much of a privacy filter, but it is a start.
If it is the case that V1.1 will have the first generation of the privacy component, then perhaps I should simply wait. I’m sure the core developers will provide a more powerful (and better) solution than I could.
Jeff
March 9, 2009 at 8:09 pm #39580In reply to: I GIVE UP.. wp-recaptcha WT%^&
bigkill
Participantthank you for advice.. but you guys must think I’m a programmer.. sorry Im just a networking guy with web design hobby. When it comes to PHP I’m a green horn but have been hacking WP for some time now with decent success. with that said here is where I stand and what I have tried.. so far no good
I have been working in bp-core-signup.php
I inserted this ***** add_action( ‘signup_extra_fields’, ‘public.php’ ); *****
before line (and tried it after ) 123ish
do_action( ‘signup_extra_fields’, $errors );
and also
I inserted this
add_filter( ‘wpmu_validate_user_signup’, ‘private.php’, 10, 1 );
before line (and tried it after )
return wpmu_validate_user_signup($_POST, $_POST);
am i putting it in the right areas??
the code in public.php is a follows:
<?php
require_once('recaptchalib.php');
$publickey = "…"; // you got this from the signup page
echo recaptcha_get_html($publickey);
?>the code in private.php is a follows:
`
<?php
require_once(‘recaptchalib.php’);
$privatekey = “…”;
$resp = recaptcha_check_answer ($privatekey,
$_SERVER[“REMOTE_ADDR”],
$_POST[“recaptcha_challenge_field”],
$_POST[“recaptcha_response_field”]);
if (!$resp->is_valid) {
die (“The reCAPTCHA wasn’t entered correctly. Go back and try it again.” .
“(reCAPTCHA said: ” . $resp->error . “)”);
}
?>
‘
I did indeed try adding the code directly in the fields (both with and without php tags) ** add_action( ‘signup_extra_fields’, ‘code-from-above-pasted-here’ ); ** .. that didn’t work out..
Help please? Thanks
March 9, 2009 at 3:14 pm #39562In reply to: BP-FBConnect Plugin
Keymaster@hempsworth, I think the scope of this plugin for right now is really just getting the initial sign-up/login functionality down. Creating a virtual link between facebook and BuddyPress, while a cool idea, is actually quite a task considering the complexity of fbl.
After speaking with Andy last night, part of the problem comes from how Facebook locks down your profile if it’s set to be private (which I’m willing to bet a majority are these days.) If your profile is private, all you get is the facebook user_id, and that’s it.
As far as having the feeds sync up, it would take an active facebook plugin to feed info to both places from both directions. It is a great idea though. I personally wish my Facebook would update my twitter and vice versa.
March 9, 2009 at 1:31 pm #39554In reply to: OVERRIDE BLOG PRIVACY SETTINGS FOR BUDDY PRESS
kennibc
ParticipantI had to make the whole site private using this plugin:
http://premium.wpmudev.org/project/sitewide-privacy-options-for-wordpress-mu
There is a free version of this plugin, but we wanted to be able to override the settings by site admin only.
You cannot access any page on the site without logging in first. This works for us since we don’t want outside access to students. On rare occasions where the teacher wants the students to blog publicly, I can override the setting for the specific blogs.
March 9, 2009 at 1:17 pm #39553In reply to: OVERRIDE BLOG PRIVACY SETTINGS FOR BUDDY PRESS
March 9, 2009 at 12:21 pm #39547In reply to: OVERRIDE BLOG PRIVACY SETTINGS FOR BUDDY PRESS
ParticipantThanks Jalien. Your post worked perfectly for the Blog Listing Page. However, there is also the sidebar widget which pulls the most recent posts from the private blogs which is not working. Because the blogs are private, I guess I need to find that widget file as well so I can make the changes.
Any suggestions? I will be searching…
March 9, 2009 at 10:26 am #39544In reply to: BP-FBConnect Plugin
Paul Wong-Gibbs
KeymasterReading the above please would someone clarify what “username” BP thinks it ends up with? Using urls of like /members/facebookuser1…100/ isn’t ideal. Also what happens if the profile is private? At work at the mo so can’t test – thanks
March 9, 2009 at 12:49 am #39492In reply to: Private Profile Fields, In Db but are they in Use?
KeymasterThere’s actually a few little Easter eggs in the database that aren’t being used yet, but are planned for future use.
My suggestion would be to wait until it’s time, but if you’re comfortable making some modifications that will end up being trumped by a future update, that sounds like one possible way to accomplish that.
March 8, 2009 at 11:57 pm #39490In reply to: Tagged style pet game?
ParticipantI have built 2 components, 1 being a token system, and the 2nd being badges.
The tokens can be purchased via paypal, or earned from site admins. They can be used to by “gifts” to give to other members.
The badges are like setup like private gifts that have membership criteria, such as # of blog posts or # number of friends.
Setting up these wasn’t hard, and adding on a login action, to increase number of tokens if last login was over 4 hours ago wouldn’t be hard.
Buying and selling friends is pretty easy too, a little over done but can be built easily.
My suggestion take advantage of user meta and site meta to store values. These are also cached nicely so makes for slightly faster page loads.
Check them all out at:
http://www.gorgeousgamers.com/
Brad
ParticipantWhat a good idea Andy. Floating these feature trial balloons again? Well you don’t fool me for a minute Andy.
Not so private joke people. Never mind. Hello donnacha.
This is a good idea. I like that alot. Fans could have some twitter ‘following’ type of aspect to it. Kinda like an activity stream for the people I’m fans of. What would be the term you would apply to those people I’m fans of? Seriously. I don’t know what to call them.
March 4, 2009 at 11:40 pm #39289In reply to: public blog not created error
jalien
ParticipantJust to wrap up this post. I went into /mu-plugins/bp-blogs/bp-blogs-classes.php and searched for “public”. At each instance where **public=1, I changed it to -1 so that it would recognize the setting from dsader’s More Privacy Options. This is not the most elegant solution, but it works for what I want. It prevents anyone from accessing the WPMU/BuddyPress site without logging in, and makes sure that the blogs appear as public once the users are logged in. If a user wanted to a blog could still be made private using the two other privacy options with More Privacy Options, only blog users can see the blog, and only site-admin can see the blog.
Hope this helps anyone who has similar situations. Of course it could be refined even further by adding a conditional so that public=1 becomes (public=1 || public=-1), didn’t try it, but something like this should work too.
March 4, 2009 at 4:51 am #39228In reply to: public blog not created error
ParticipantI wish I could just point to one spot in the code and say “here’s where the privacy of a blog is determined” but there isn’t one. I looked through the file /mu-plugins/bp-blogs/bp-blogs-classes.php and found 1/2 dozen spots where functions are asked to return a list of blogs. They all go out and query the wpmu database and in all cases rely on wpmu’s settings for a blog being ‘public’ or not.
You are welcome to take a look for yourself in that file. An example of the problem would be the function BP_Blogs_Blog::get_all()
In that function are two SQL queries that return only public blogs by asking for results: WHERE wb.public = 1
public = 1 is the wpmu indication that this blog is ‘public’. dsader’s plugin simply changes that ‘1’ to -1, -2 or -3 in the table to indicate the ‘more privacy’ options and then looks for those values. It’s behavior is dependent on the values in that spot in the table also.
I don’t see any way to accomplish what you want without a complete rewrite of that entire class. It’s designed to *not* return results for private blogs. That’s exactly what it’s doing.
March 4, 2009 at 3:02 am #39222In reply to: public blog not created error
ParticipantYou’ll get a message that the user hasn’t created any public blogs when you browse to their profile and just look at their blogs. It’s correct. The don’t have any ‘public’ blogs in bp. The blog directory will never show private blogs. The blogs you have designated as ‘registered users only’ in more privacy are now private blogs. They will not show in the directory.
Right now bp’s view of privacy is black and white. It either is public or it’s not. No shades of grey there yet.
dsader’s more privacy plugin was created before bp. bp doesn’t know about this plugin. The two are completely unaware of each other. Both are behaving normally but not in concert.
March 4, 2009 at 2:08 am #39213In reply to: public blog not created error
ParticipantI guess it doesn’t matter what option you have selected in ‘more privacy’. bp will always think that a blog with anything other than the standard public setting is private. Exactly where and when are you getting a message you didn’t before?
If you use dsader’s plugin and choose any setting other than the first one “I would like my blog to be visible to everyone, including search engines (like Google, Sphere, Technorati) and archivers and in public listings around this site.” then the blog becomes ‘private’ according to bp.
All other settings.
March 2, 2009 at 8:14 pm #39068In reply to: Is BuddyPress good for this?
KeymasterYou could look into modifying an existing WordPress plugin, I think called “a member” that will help you with your pay for subscription situation.
BuddyPress certainly could have “private” blogs, you would just need to restrict user access to each others blogs by checking the available author ID’s against the current blog ID, and if they aren’t an author, bounce them back somewhere.
Sounds like BuddyPress will be a very good starting point for you, you will just need to mold it to fit your needs.
-
AuthorSearch Results
