Forum Replies Created
-
Hi @meganelford,
basically, your developer is requesting information so that the app can authenticate with the BuddyPress site. Due to the fact users are authenticated, the app needs permission to authenticate using those keys you mentioned.
To make that happen you would need to have a token or oAuth plugin setup on your buddypress site. After that, create those API keys and provide to her.
Here are a few plugins you could try:
https://github.com/WP-API/jwt-authJust be aware that whatever choice you make, there will be a learning curve.
Also, I’d recommend checking how the API will affect the intranet nature of your site. For example, if you intranet is private (the front-end of the site), current BuddyPress API is open. Meaning, some information is open to the public (not logged in information, of course).
Just something to keep in mind. Hope this answer your question, or at least, provides you with next steps (install the plugin and pass the keys information to her).
🙂
I’d recommend searching here: https://wordpress.org/plugins/
Could you elaborate on that? Don’t understand the request.
Awesome!
I don’t think there is a corelation. Maybe there is but it might be too specific for your theme.
There is no filter with this name. I think you mean an action:
add_action( 'bp_core_activated_user' );
Even with the BuddyPress CLI, this isn’t feasible. The best option I can think of is you creating a custom command or script to iterate the users and add and accept each other’s friendship requests.
BuddyPress has a CLI command now you can use.
wp bp tool repair friend-count
Other option would be: redirect the general tab url to the memberpress account page.
I agree! The integration will depend a lot on what you are doing, not related to the skeleton per se. So for starters, I think you’ll be all right.
We just introduced a cli command,
wp bp notification delete
, that might help you in deleting those notifications.Also, it’s important to check if it is a delivery problem. Try to confirm if other e-mails are being sent via SMTP or PHP.
I just had a client with a similar problem where the real culprit was SMTP/PHP related.
There is already a ticket about it: https://buddypress.trac.wordpress.org/ticket/408
BuddyPress is alive! 🙂
You can use the BuddyPress REST API for that: https://github.com/buddypress/BP-REST/
It is still a work in progress. But usable.
Use the subject filter:
bp_get_messages_subject_value
You can certainly use BuddyPress WP CLI for that: https://github.com/buddypress/wp-cli-buddypress
It has a
wp bp group member
command.Something like
wp bp group member remove --group-id={GROUP_ID} --user-id={MEMBER_ID}
You can use wp-cli-buddypress to delete the activities from the command line: https://github.com/buddypress/wp-cli-buddypress
You can try something like this:
function yousite_filter_class( $class, $item_id, $object, $params ) { if ( current_user_can( 'manage_options' ) ) { $class = 'admin-account'; } elseif ( current_user_can( 'edit_published_posts' ) ) { $class = 'Author-account'; } else { $class = 'General-account'; } return $class; } add_filter( 'bp_core_avatar_class', 'yousite_filter_class', 10, 4 );
BuddyPress has a API that you can use: https://codex.buddypress.org/component/private-messages/
You can hook at the WooCommerce actions when sending the emails and send your private messages.
Hope that helps! 🙂
I will have to be a custom work. No problem exists so far!
The BP REST API does not have support for users yet. My guess is that the version you are using if imcomplete, missing support for several components.
Check the work here for more updates: https://github.com/buddypress/BP-REST
You can add as much options as you want:
function more_users( $args ) { if ( is_admin() && ! defined( 'DOING_AJAX' ) ) { return $args; } $args['per_page'] = '50'; $args['type'] = 'random'; return (array) $args; } add_filter( 'bp_after_has_members_parse_args', 'more_users', 10 );
You can use the ‘bp_after_has_members_parse_args’ hook to filter for random users adding it to the bp-cuscom.php file.
function random_users( $args ) { if ( is_admin() && ! defined( 'DOING_AJAX' ) ) { return $args; } $args['type'] = 'random'; return (array) $args; } add_filter( 'bp_after_has_members_parse_args', 'random_users', 10 );
I’m working on something very similar to the scenario you just described. Here is an idea it might work for you:
You could add/associate the contractors/user IDs with the WooCommerce cart. It would allow severals contractors to be associated with the same WooCommerce order/cart.
Here is a possible workable model.
– Add a project as a product;
– Add BuddyPress profile users IDs to the product in the cart;
– With the user IDs, you would fetch the users information to show their details;
– Go to the cart/checkout process as normally you would;
– Hook in WooCommerce to send the order but not charge it yet;
– Send the job to the contractor/user;
– Contractor accepts the job, hook in your payment gateway to perform the charge;
– Contractor performs the job as suggested/described by you;
– After job delivered by the contractor and accepted by the customer.A friend suggested I should consider using WooCommerce Pre-Orders.