Forum Replies Created

Viewing 15 replies - 1 through 15 (of 21 total)
  • Thread Starter dabeebe2000

    (@dabeebe2000)

    Sorry, just saw these posts as were going in my promotions folder.

    But I don’t have any additional details. I found an article somewhere talking about problems with object cache and I believe BuddyPress in general, and then someone on WPMU recommended to look at that as well as they had heard of general issues with it and provided a link (but that link really had no useful information). All I can say is with regard to how WP-Engine implements it this was 100% the cause. It has been working perfectly ever since it got turned off.

    If you ever want me to test new code to see if it fixes it just let me know – happy to help.

    Thanks, David

    Thread Starter dabeebe2000

    (@dabeebe2000)

    And just for those that run into this with WP-Engine – object caching can be done on the user portal and the wpengine dashboard portal (inside wp-admin). It was almost like these settings conflicted with each other somehow really…

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Okay, we swore we looked at this last night, but all of this was related to object caching on the site. I went back and checked again and it was on, and strangely it appears WP-Engine has two places that this can be turned on from, so I checked one place, saw was on, turned off and tested and didn’t work. And then a little bit later saw the second place, and turned off and it worked this time.

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Thanks Boone! Last night we created a clone of the site and actually ended up not using because we were doing other work. This morning the email generated from that cloned website, so that gives us some great data to go off of. More and more this looks like a configuration problem that somehow occurred with the migration but a cloned site doesn’t copy, so we are digging into that now. Thanks…

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Okay, just wanted to give an update. I worked with WPENGINE and we did all sorts of testing, and it seems that the lines 89/90 PHP error is the only thing that is likely to be causing this issue.

    This is the code:
    `if ( ! isset( $all_activity_items[$sid] ) && ! empty( $sid ) ) {
    $all_activity_items[$sid] = 1;`

    The only thing I can think of is this is related to php or MySQL, but at this point I have no idea. I am on MySQL 5.5.42 and PHP 5.3.

    I can upgrade to PHP 5.5 if I want. I do not know the version of the server I moved from (although I think I recall 5.4.x), and that server is gone so I can’t check.

    So any help would be great. All other mail is sending fine using this plugin. Thanks, David

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Thankfully WP-Engine put an exception for my account and now the query actually completes. What surprises me is how fast it is, yet they were killing it, even though took 10 seconds to run.

    Now those I cannot get those emails to send. I have looked at the cron jobs, and run manually, so that doesn’t seem to be it. All other emails are sending through the plugin. I have it all setup to go through a transaction email gateway, which from all indication is working great.

    My main concern is my error log is full of the errors below, and I can’t tell if they are related to my issue. I have not tried a mail queue, mostly because I can’t seem to find one that seems like it has good reviews and is stable. Any thoughts would be greatly appreciated. Thanks, David

    [Sun Apr 12 21:04:22 2015] [error] [client 50.170.199.79] PHP Warning: Illegal offset type in isset or empty in /nas/wp/www/cluster-3146/denverth/wp-content/plugins/buddypress-group-email-subscription/bp-activity-subscription-digest.php on line 89, referer: http://denvertherapistsnetwork.com/wp-admin/network/admin.php?page=ass_admin_options

    [Sun Apr 12 21:04:22 2015] [error] [client 50.170.199.79] PHP Warning: Illegal offset type in /nas/wp/www/cluster-3146/denverth/wp-content/plugins/buddypress-group-email-subscription/bp-activity-subscription-digest.php on line 90, referer: http://denvertherapistsnetwork.com/wp-admin/network/admin.php?page=ass_admin_options

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Below is what WPENGINE told me, but the more I look into it the more I think this has to do with some default setting on that I can change on the SQL side. The main reason is it takes literally 10 seconds for the “SQL reaper” to kill the query, which seems really quick if it was that big of a deal. Anyway, any help would be great appreciated.

    Thanks for reaching out to support! I understand you’re having some difficulties with your email plugin sending out notifications and I’ll be glad to help out! On our platform we have mechanisms that will regulate the server from being overwhelmed with requests or tasks. This ensures that our servers performance for your site and other clients are on point at all times. I’m afraid sometimes that this can cause issues with taxing scripts that require a lot of work to fire off correctly. The one that’s playing a role here is our MySQL reaper that will kill queries that take a long time to process so it does not saturate MySQL connections on the box if there are many long running queries that can impede database performance.

    What may be the option here would be to see if there is a way for the plugin to do many, smaller batches, of the request instead of all of them at once. This way the task/process will not get killed while still getting completed. I’m not too familiar with that exact plugin however there are some mail subscription plugins that do handle large list size in smaller batches. I would advise in reaching out to the plugin developer to see if they’re able to provide some insight in segmenting the size of notifications being sent out.

    Thread Starter dabeebe2000

    (@dabeebe2000)

    In case any of you don’t notice, it is in the testimonial publish post – a section that says excerpt. I seemed to gloss over that the first 10-15 I added…

    Thread Starter dabeebe2000

    (@dabeebe2000)

    OH, was using and it looks you define right there. Duh…

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Ok, all fixed. Interesting that I never had a problem before, but they upped the memory again and it worked.

    Thank you for your reply. At this time I went ahead and raised the PHP memory limit for this site from 128MB to 256MB so please check to see if this is working for you now

    Thread Starter dabeebe2000

    (@dabeebe2000)

    I have tried a lot of stuff. What was interesting is when I tried going to the wp-cron link, and also changing the daily time to a few minutes away it seemed to run, but not all the way through.

    I worked with my host provider and they upped memory, but I still got the same memory error.

    Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 64 bytes) in /home/denver/public_html/wp-content/plugins/buddypress-group-email-subscription/bp-activity-subscription-digest.php on line 109

    Here is what the host provider did (and recommended), which still didn’t resolve it.

    Hello,

    I’ve increased the memory_limit from 64M to 128M. In addition to that I’ve created a custom php.ini in your home directory so we do not need to change the global file for future changes.

    Any thoughts? I am a bit out of my league on this one.

    Thread Starter dabeebe2000

    (@dabeebe2000)

    I am seeing problems again. And the strange thing is at least one user never started working again with daily digest even after this fix. I am at the point where people have said they are going to leave the site so I am not sure what to do. I can completely reproduce it. I also just used my test accounts and group with all set to Daily Digest and the queue is completely empty.

    Any thoughts?

    Is there any value in starting from scratch – blowing away the plugin and the database and doing it as a new install then asking users to setup again? If I thought that would have a long term fix then I would do it.

    Thanks, David

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Boone was able to resolve it. I am not sure of the specifics, but he said he is going to update the plugin to accommodate it. Thanks for the support! Amazing free plugin.

    Thread Starter dabeebe2000

    (@dabeebe2000)

    Thanks for the quick response and yes, I figured that would be tough. Below is what HostGator took a look at and they also looked for any errors and said they couldn’t find any (I just removed portions of the customer address below). I am also going to SSH in and see what extra details I can find. From the sum=1 page it almost appears it isn’t seeing the users as even setup for daily digest so it never gets to the mail creation phase.

    The folder is in /var/log You would ssh in and then do the following cd /var/log this will only work on your VPS. Below is what is currently showing for the mail logs for the plugin

    2012-02-02 17:08:10 1Rt5lC-00010h-RJ <= [email protected] U=denver P=local S=20553 [email protected] T=”Your daily digest of group activity [Denver Therapists Network]” from <[email protected]> for [email protected]
    2012-02-03 17:06:34 1RtSDC-0001xS-Uw <= [email protected] U=denver P=local S=5664 [email protected] T=”Your daily digest of group activity [Denver Therapists Network]” from <[email protected]> for [email protected]

    2012-02-04 17:36:16 1Rtp9U-0002RB-25 <= [email protected] U=denver P=local S=15110 [email protected] T=”Your daily digest of group activity [Denver Therapists Network]” from <[email protected]> for suppor*@denvertherapistsnetwork.com

    Please let us know if you have any questions we will gladly assist.

    Thanks, changed worked perfectly!

Viewing 15 replies - 1 through 15 (of 21 total)