@mazen I’m planning to look at this as well. Just haven’t had time yet. My plan was to look at how this plugin does it: https://wordpress.org/extend/plugins/wp-fb-autoconnect/ Hopefully that can be used to do the automatic login. I know there’s a paid plugin that does it so it’s possible.
@boonebgorges I suspect the same as far as the BP load. It does seem to be doing alot of dynamic things with every page load.
I’d love to see the same analysis of BP performance. A plugin like wp-cache for BP would be great too. It would just have to be a very different approach since the data is so much more dynamic than a rather static blog post.
Make sure that your WordPress installation is working before adding BuddyPress. Your hosting package must meet these requirements at a minimum. Also, as rich! @ etiviti ( @nuprn1 ) states, you can learn a lot about potential install issues by checking your server’s log files.
You are going to have a difficult time selling your themes if you do not have an active website that demos your works for sale. Asking people to contact you via email so that you can then send them a theme once they’ve sent you money is always going to be treated with suspicion. You need to earn the trust of your potential clients first. Showing that you are serious about your work and supporting your potential clients after purchasing your themes is just one step toward earning their trust and their money.
Finally, as others have said within this thread, the BuddyPress.org community does not look favorably on those who only ask and do not give. When you have created a website that demonstrates your work, you should feel free to post a new thread with a link to your website. But please do not simply come here to paste overt, commercial messages.
Hi @urbanic, logging into a buddypress site is no different than logging into wordpress, so you can use any wordpress login widget you like. Start here:
@ferhat why i should you contact via msn?
you worte here because you want sell themes why now msn?
send an link where we can see the themes in action maybe the i would contact you via msn.
Well… I’m running WP3.0 beta and BP1.2.4 on a test site and have seen no issues whatsoever. But the official mention of “WordPress 3.0 compatibility” in the roadmap for BuddyPress 1.3 gives me pause. Given the pace of development of the two systems… there could be a very long time gap between WP3.0 and BP1.3. I’m guessing that BP1.3 is still many months away… while WordPress 3.0 could go release candidate any day now.
I am having the same problems. I have been trying to install the buddypress plugin for three days. Any other plugin installs fine. Buddypress will not install. I have not found a solutionyet. I have tried everything. This should not be so hard. Buddypress is not my buddy.
@psyber yeah I put back in my old edited version of the upload path which fixed the images not uploading but then the crop tools were missing after disabling a bunch of stuff it looks like headspace2 seo plugin was conflicting with the crop tooltip so I disabled it and using all in one seo instead
I deleted all other plugins and it still will not work. I try to add BuddyPress plugin and it begins with this message:
Downloading install package from https://downloads.wordpress.org/plugin/buddypress.1.2.4.1.zip.
Unpacking the package.
But nothing happens.
@psyber Thanks for the info. Would you mind publishing your code? I would be really grateful if it is not to inconvenient. I don’t mean formally, just a link to an ASCII file or a .zip file on a file sharing site or something would be really cool.
@r-a-y I am using the most current version of BP, 1.2.4.1.
I had to remove your code from my bp-custom.php because every time I tried to install a new plugin I got an error saying the header had already been called by bp-custom.php, error on line…
I’m refreshing this thread because I’m experiencing this same problem in my blog but I’ve not found a solution anywhere else in the forum. I believe I’ve tracked the problem to its source in bp-xprofile-templatetags.php but need a little help to resolve it.
To recreate this issue, I have a 5-value radio-button sequence with the default-value being the 3rd value in the sequence and the assigned value being the 1st in the sequence. As a result, during the for-loop in the ‘radio’ switch case, TWO values are marked as being “checked” but (since it’s presented as radio-buttons) only the last in the sequence is reported as the activated button.
The problem occurs because the if-statement that decides which field is “checked” is a series of ORs — this is correct for a checkbox field-type that can have multiple values. but for radio field-type, it should be either the set-value OR the default-value but not both.
I’m still just a little too new with the code-base to be confident of what should be the correct fix but, having described the problem, I’m sure @jeffsayre or another BP-expert can propose a straight-forward correction.
In case my description this doesn’t make sense, below is the $html string that is generated from the bp_get_the_profile_field_options() call on a radio-button field type:
