enduser670
Forum Replies Created
-
Forum: Plugins
In reply to: [External Login] Map Additional FieldThank you for noticing the question. I know I threw you off initially by my first post which was in error.
I will look at this again soon this week. I am coding the registration and login script on our remote site this week. I need to review WordPress and the Registration validation rules and other things, but I have our site working rather well with RegExes, client and server-side validation and other checks. Thanks again for your input.
Forum: Plugins
In reply to: [External Login] Possible Bug and/or Security Issue?Thank you for your response. Silly me. I am a pretty thorough fella, but I overlooked this setting. Indeed, I did not have it set correctly.
In that vein, it is easy to overlook some form fields in general. The Role field is rather important. It might be good to have a javascript “validation” flag on this select element with an empty option value as the first option element and disabled by default until the user selects something. Force the user to notice this setting basically before the form can be submitted to the database.
<option selected="" disabled="">IMPORTANT. Please Select A Default Role</option>Or, something like above. I don’t know how the select is sorted by default in the code, but I do believe “Administrator” was selected by default in my scenario. If a user misses configuring this select element, it could open the door to many people have Administrator rights if it’s a busy website.
Thank you again for replying back.
- This reply was modified 6 years, 5 months ago by enduser670.
Forum: Plugins
In reply to: [External Login] Map Additional FieldAfter looking into this further today, I was in error in the first paragraph of my first post here: “I would like to map an additional field in the remote database to the nickname Meta Key inside wp_usermeta.”
It turns out the fields(s) in the database that I need to write to are not in the wp_usermeta table. Instead they are inside the main wp_users table. And there are two columns in wp_users I need to map and write to when users log into the Worpress Login system and they are not a WordPress user, but they are a user in the external database. The two columns I need to write to are:
1. user_nicename
2. display_nameCould you possibly steer me to the correct files to hack to do this?
I have a hunch this might be much easier as I noted this thread here…
https://ww.wp.xz.cn/support/topic/custom-user-fields-5/
…where you discussed options to map to wp_usermeta.Thanks for your input on my topic.
Thank you for your response. I made a more detailed comment in the other post.
Thank you for your input. I do believe I was probably in error. We are trying to get a Webhook when a Stripe Account is created in the Dokan plugin inside Woocommerce. Specifically, the “CUSTOM Accounts” https://stripe.com/docs/connect/custom-accounts under Stripe Connect that are created when someone signs up as vendor to a Woocommerce shopping cart. Not as a customer of a Woocommerce shopping cart, but as a vendor that can sell inside that cart. Much like an Amazon marketplace cart.
A Stripe Account is the actual user account to receive funds, so looking over the webhooks sent by Woocommerce, this does not appear to be included or handled by Woocommerce. It is in fact done by Stripe who sends it’s own Webhook back to Dokan which does the insert statements into the the WordPress database. We would like to tap into this step and insert things into our own remote application when this step occurs. Unfortunately Dokan is poorly documented in this area and does not have a webhook system built in. Additionally, their Action hooks are not as clearly defined in their documentation, so it would be hit or miss for us trying to find out when and where we would tap in.
We will probably build our own webhook endpoint to receive the Account setup information directly from Stripe. It is not ideal, because we would like to make this step happen AFTER the Dokan insert statements are done and completed in the WordPress database. Just in case their step fails and ours does not.
As a side note, I could see where your WP Webhooks might be useful for people using Stripe. They have a bunch of different products. Please let me know if your Woocommerce plugin covers any of the Stripe features and I may have overlooked that. This is why I was interested in seeing an actual example of returned JSON data from Woocommerce in my intitial post.
Sorry for the long post, but I wanted to share more detail about what we were looking for.
Hello, I posted in another thread a moment ago.
Is there any chance you can post a dummy example of full Woocommerce Order Object that is returned as JSON. Either here, or on your website.
My other posts just a moment ago relates somewhat to this request. The big issue we have is whether the Dokan Multi-vendor JSON data is also included as part of the Woocommerce Order Object. We need that information to tie into our standalone application that operates outside of the WordPress Database, but resides on the same server. In the future it may not reside on the same server. We will also have login, registration and HASH passing of login details with various forms most likely with registration on our applications website because the password HASH string is different from WordPress.
And finally, we are using the Woodmart Theme (very popular) with Dokan inside. I have refrained from links to avoid keyword flags that block my post. They links are very easy to find. They are very popular themes and plugins.
Finally, we are full stack coders. So, we don’t pepper plugin builders for support. Seeing a WooCommerce Order Object and the JSON string that WP Webhooks returns is probably our first step to see if we will be able to use your tool. A generic Woocommerce will help, but there is a Dokan Lite version that probably is not a waste of your time to install and test. There are a lot of users with that plugin.
Cheers