Patrick Thagaard

The order filter is looking like a good solution (The real trial will be on wednesday next week). Im having issues figuring out what $job->id actually returns; but im assuming its order_id (correct me if im wrong). That means the code-solution should be below. (I might be missing some documentation on the passed variables for the filter somewhere..)

Edit: Since the wcs_order_contains_renewal for whatever reason isnt loaded for the filter; meta_data check works and the below runs smoothly

add_filter('mailchimp_should_push_order','tk_filer_mc_api',10,1);
function tk_filer_mc_api($order_id) {
   	if (get_post_meta($order_id,'_subscription_renewal',true)) {
       	return false;
   	}
    return true;
}

As for the final solution, we are going for:
– Hook into mailchimp_should_push_order – If order is renewal – block it (return false).
– AutomateWoo: Send subscription-status to Mailchimp on a schedule we can match our run-rate of payments (So we can still have the data we need – but can sync it off-peak-hours)

Thanks for all the help so far!

• This reply was modified 1 year ago by Patrick Thagaard.
• This reply was modified 1 year ago by Patrick Thagaard.

Hi @builtbyjordan,

Thank you for the fast reply – been looking for the CLI setup; but it looks somewhat like we assumed it would (and we have).

The issue still tends to clog up when we push 3-5000 orders in 20 minutes (and we run 10x faster action scheduler). At least, after a very long time of debugging, thinking it was the payment gateway that had issues; we disabled the MC Woo plugin today; and was able to run all payments within the 20 minutes, for the first time (This is what lead me to the assumption that its a clogging issue that WP-CLI wont fix; but rather a stacking-issue of the queue or callbacks from mailchimp API for each order).

Question: If we just disallow the post_type shop_order with the mailchimp_should_push_order_post_type_list filter – are the checkout-subscribers still pushed to mailchimp? I think what im looking for/asking, is if we can send the signups directly to Mailchimp, without having to send renewal/automatic orders. (All signups to MC are done on the parent-order when the subscription is purchased – so all this transaction-data is just unneeded fillings in our case – and the orders are automatic-renewal orders; so sending them doesnt make much sense.)

An alternative could also be mailchimp_should_push_order and check if-parent then false/ignore the order (but this seems like a hard-check on an order,during the high-load payment run, which is what we’re trying to get away from to ensure faster/smoother payment-processing for the renewals)

I appreciate the fast reply!

Update: Monitor ID: k8C6ZZam

I am very much -not- a server-guy. I think thats faily cliche by now; but let me try to answer the questions as well as i can.

We bought “out the box” VHM Pro/cPanel cloud hosting with 16 CPU’s @ 64 GB. (Running MySQL & the site on the same server). We went massive overboard on the server, cause we assumed it would help. (Its a large subscription-company where we run a fairly large amount of orders every week – which also makes it _very_ hard to run staging and larger tests)

Average usage: 120% CPU and 13% memory (8 / 64)
Peak usage: 450% CPU and 21% memory (13 / 64)

IOPS limit 10240
NPROC limit 1000
Entry processes 200
I/O Usage 10G/s

The time-out issue is both before and after we changed hosting from a small normal 4GB ram setup. It happened out of nowhere and the only changes made was running this plugin (Thereby most definitely not saying the plugin made an error – cause reverting things still provides the same issue – so it might be something that has just shown up now)

I upgraded to VHM Pro to gain access to PHP X-Ray which always shows the timeouts at 50-60 seconds with 90%+ of total duration. Example of the query that times out is below (And its almost always this query – And also getting the same delay/timeout running similar queries directly in phpmyadmin). In short: Any query that looks up inside post_meta, will take 60 seconds and then timeout the whole site for the duration.

(If it was just the loading of the current call that timed out, the issue wouldnt be as big – but the whole site goes belly-up for 60 seconds on every call made – making very little sense; because its been the same issue on both servers, and we are nowhere near cap/peak on the servers; yet it stalls all over)

(Ill upload more queries – we just ran the payments manually the last 15 hours (normally takes 2-3 hours). But i’ll find a query that stalls and add it to the monitor-send)

  SELECT   wp_posts.ID      FROM wp_posts  INNER JOIN wp_postmeta ON ( wp_posts.ID = wp_postmeta.post_id )      WHERE 1=1  AND (    (      ( wp_postmeta.meta_key = '_xxxxxxx_xxxxx' AND wp_postmeta.meta_value IN ('xxxxxxxxxxxxxx0xxxxxx.xxx') )      OR      ( wp_postmeta.meta_key = '_xxxxxxxx_xxxx' AND wp_postmeta.meta_value IN ('00000') )   ) ) AND wp_posts.post_type = 'xxxx_xxxxx' AND ((wp_posts.post_status = 'xx-xxxxxxxxxx' OR wp_posts.post_status = 'xx-xxxxxxxxx'))      GROUP BY wp_posts.ID      ORDER...

• This reply was modified 1 year ago by Patrick Thagaard.

Hi @olliejones,

I’m sorry for the slow reply – never got an email with your answer. I apologize.

As for the slowdown; things are totally and utterly running crazy on the site. Every get_orders query will most of the time, just timeout. Even after reverting the keys on the post_meta and deactivating the plugin; the database queries are going crazy.

Any advice/suggestions are appreciated – Not sure if we should get /tmp bufffed and then go back to SQL Index – the site is having a fair amount of issues these days (even after moving to a huge cloud-server – where we still time out; while only using 10-15% of the capacity on the server)

This is the header from SENSEI “Start Course”:

Request URL: https://www.femaleinvest.dk/course/modul-3-tips-og-tricks/
Request Method: GET
Status Code: 200  (from ServiceWorker)
Referrer Policy: no-referrer-when-downgrade
access-control-allow-headers: *
access-control-allow-methods: *
access-control-allow-origin: *
cache-control: no-transform, no-cache, no-store, must-revalidate
content-encoding: br
content-type: text/html; charset=UTF-8
date: Mon, 06 Jul 2020 09:07:42 GMT
expires: Wed, 11 Jan 1984 05:00:00 GMT
link: <https://www.femaleinvest.dk/wp-json/>; rel="https://api.w.org/", <https://www.femaleinvest.dk/?p=102056>; rel=shortlink, </wp-content/litespeed/cssjs/8f0e38e6cbee817366c734d4ae978d4e.css>; rel=preload; as=style,</wp-includes/js/jquery/jquery.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/5db70.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/7cbd3.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/0a629.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/2f317.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/04f17.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/74c08.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/266f7.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/f02c6.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/70959.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/b2358.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/e5f19.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/aae8d.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/1501b.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/63ac8.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/51c2e.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/6ead0.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/6150d.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/5d2a1.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/66dd7.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/10128.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/e8521.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/93ecf.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/d2405.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/24f17.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/05ffb.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/cb859.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/47197.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/b6ca9.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/9e12c.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/dedb5.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/16178.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/bbbb7.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/676fc.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/b60a8.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/5a791.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/c395c.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/f1f66.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/213b9.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/3b253.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/997d5.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/42470.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/e1e8d.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/fea80.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/b098f.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/bf821.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/b38b4.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/8a82b.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/08f88.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/66eda.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/0f04e.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/29814.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/6265e.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/f6a32.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/49e9f.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/d6a48.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/3337e.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/a09b2.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/f99d3.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/06369.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/c4a62.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/16fa2.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/52e9e.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/cb24b.js>; rel=preload; as=script,</wp-content/litespeed/cssjs/31def.js>; rel=preload; as=script
server: LiteSpeed
status: 200
vary: Accept-Encoding,User-Agent
x-litespeed-cache-control: no-cache
x-litespeed-tag: 884_
x-qc-pop: EU-DK-Copenhagen-30
Provisional headers are shown. Disable cache to see full headers.
Referer: https://www.femaleinvest.dk/course/modul-3-tips-og-tricks/
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

We run a membership website where logged-in cache is active, to privately cache the pages.

However; for our LMS setup we have a button that “starts” the course. When this button is pressed; the website will continue to show the cached version of the site (where the button is still telling users to start the course)

(If the user forced empty cache in chrome; then they’ll see the right page. But if they update (F5) then they’ll go back to the old cached site without having the course started)

Same goes for our login-popup where the user logs in; but it doesnt register on their front end. Clear cache in chrome and it works correctly (or log in again – then it shows correctly)

Im not sure what im missing here or how to clear the content upon login/course-start etc. and figured there was something i could hook into to fix it.

The login popup is default in flatsome.
The LMS system is woocommerce’s SENSEI

(Flatsome also has no UX Builder exempt like Divi so i assume things arent compatible with it)

• This reply was modified 4 years, 8 months ago by Patrick Thagaard.
• This reply was modified 4 years, 8 months ago by Patrick Thagaard.

Hi,

The above still doesnt search the meta-data from company_person.
If i use another meta-data (Select) instead of input text. It works (Just like the return-link on the frontend filters works)
https://www.goodtalks.dk/members/?filter_company_person_cec73=Hovedstadens%20Beredskab

After the updated, text-input cant be used as a filter frontend, and i assume this is related.

		$directory_id = "170811708117081";
		$directory_id = "17081";
		$hash = UM()->member_directory()->get_directory_hash( $directory_id );
		//$member_url = um_get_core_page("member"); // or your custom url
		$member_url = "/members/";
		$member_url = add_query_arg( "filter_company_person_{$hash}", $key["meta_value"], $member_url );

Hi,

Im not sure what the directory_id is refering to.
I tried:
Page ID of /members/ (Custom page)
ID of directory
PostID of directory

//$directory_id = "170811708117081";
//$directory_id = "17081";
$directory_id = "17070";
$hash = UM()->member_directory()->get_directory_by_hash( $directory_id );
$member_url = um_get_core_page("member");
$member_url = "/members/";
$member_url = add_query_arg( "filter_company_person_{$hash}", str_replace(" ","+",$key["meta_value"]), $member_url );

The $hash is empty on all of the above.

Hi,

This was WAY beyond the support i was expecting. We normally have to go through the support emails.
I am very impressed (again) with the UM support! And it worked like a charm..

The old DOCS showing how to overwrite these templates:
Copy the members-grid.php to childtheme in /wp-content/themes/_CHILD_/ultimate-member/templates

Is currently not working. Did it change with the update?

We run Ultimate Member with 2 custom user groups.

Currently can’t do staging, so unable to test. But on the last staging I have, running only sensei+WC didn’t have any errors.

Is there any fix for this? I’d assume ppl running LMS have different user groups.

Im seeing the PHP warnings at the top of every wordpress page. (had to turn off php warnings)

PHP version: 7.1.30
Sensei version: 2.2.0

Sorry for the late reply, forgot to turn on email notifications.

@fclaussen

Okay, so we found the issue in our case with not sending emails at all.

Some of the hosts here dont allow custom email clients to send from the servers – im sure its a safety thing.

Some are whitelisted like “wordpress@” along with all emails that are created within the host itself.

So id’ suggest using the wordpress@ as sender or the default wordpress email adress, since im sure a multitude of people will have this issue depending on email security (One.com and Unoeuro to name a few – depending on setup)

function my_gdpr_do_not_reply_address() {
   return '[email protected]';
}
add_filter( 'gdpr_do_not_reply_address', 'my_gdpr_do_not_reply_address', 99 );

Works fine for our issue. Can be sub’d with any added or whitelisted email depending on host. (noreply, test etc. wont work by default)

If you manually deleted your cookies from Chrome while logged in, in another tab – you’ll get this error.

We just restarted Chrome and it was all fine for whatever reason.

Related to #1 post:

https://www.ads-software.com/support/topic/error-on-data-export/

If you are running any SMTP/Email plug-ins that might be the issue. If not – then you have the same problem as our clients.

• This reply was modified 6 years, 10 months ago by Patrick Thagaard.

2.0.6 – same issue on the 2 sites.

Not sure what could be clashing. (Especially when we have 13 other sites running your GDPR plugin more than succesfully…!)

The plugin-list for the “duplicates” between the sites is:

Imagify
WP-Rocket
Really Simple SSL
WooCommerce
Delete Me
Wordfence
Yoast

As for the obvious WP-Rocket, i tried disabling it without any positive result.