coccoinomane

We have solved our problem, thank you.

Thank you Milan for your explanation, especially the part about how WP cron handles the schedule.
We will try setting the frequency of wp-cron.php to 2 minutes, hoping no issues will come up.

That said, please?consider the following idea.
Have you considered that once you implement:

• A cron job script which is independent from wp-cron
• Job locking, for example using Jobby, or flock or a mechanism similar to WP All Import

then, maybe, and I stress maybe, the issues you experienced with 2 minute crons will be solved?

I am asking this because nowadays, 5 minutes to deliver an email may not be good enough. As a web marketing agency we often make lead generation campaigns that hand out discount coupons. If you make a customer wait 5 minutes to receive his/her coupon, you are likey to lose the conversion.
This happens because online buying is often impulsive and compulsive: making the customer wait is never a good idea.

Anyway, thank you for your time an feel free to close the “ticket” ??
Guido

Hi Milan, thank you for your suggestion!

Actually, we already?use the server cron to run wp-cron.php every 15 minutes.

Problem is that we need to run the mail queue every minute.
Running wp-cron.php so often is not a good idea, because wp-cron.php contains all plugins jobs, which are CPU consuming.

The solution would be a simple PHP file that loads GD Mail Queue and processes the mail queue… or an API endpoint that does the same. would this be hard to achieve?

Thank you,
Guido

No worries David, thank you for letting me know.
Have a nice day,
Guido

Sure, good luck with the post-launch!
Have a nice day,
Guido

Hola David!

Thank you for your reply ??

I would expect that the tricky part in the implementation would be to include in the first WA message the name of the logged-in WordPress user who sent it; this is useful because it is hard to support a user without knowing what user is that ??

You might be interested in how Intercom does it:

* https://www.intercom.com/help/en/articles/168-install-intercom-on-your-web-app-for-logged-in-users

Cheers,
Guido

Thank you Brian, I have the same issue and fixed it thanks to your solution.

Hopefully the plugin maintainer will fix this notice.

Best wishes,
Guido

Hello, sorry for not getting back earlier.

Today I have tested v1.7.0 and it works fine.

Thank you for your support and have a nice day.

Best wishes,
Guido

Hi Thomas!

I was not sure myself, so I asked on wordpress.stackexchange.com (link) and they suggested to hook into plugins_loaded, which makes sense to me, because it is fired after all plugins have been loaded and before the init action.

Cheers,
Guido

• This reply was modified 4 years, 7 months ago by coccoinomane.

Thank you Valeria, we will wait for the updates.

Cheers,
Guido

Hi Thomas, thank you for your quick reply!

I was trying to force the same GTM-code across all sites in my network; now I have solved the issue ??

The problem was that GTM4W loads its options in the main plugin file, without leveraging any action (Github link).

As far as I have understood, this has two side effects:

1. Other plugins cannot reliably use the Options API to filter GTM4W options, because they cannot reliably hook before the options are loaded.
2. All options are loaded at every pageload.

I?am now relying on a must-use plugin to filter GTM4W options, and it works.

However, it could be helpful to load GTM4W options inside an action rather than direcly in the main plugin file. On one hand, it would allow devs to extend your plugin more easily, on the other hand it might provide a performance boost.

Thank you and have a nice day!
Guido

PS: I was experiencing the issue only when GTM4W was Network Activated because of an unrelaed side effect: Network Activated plugins are loaded before normal plugins which means that GTM4W loaded before my plugin.

• This reply was modified 4 years, 7 months ago by coccoinomane.

Thank you Emre for your quick reply!

I have now disabled both Gzip & browser cache settings.

I cannot give you immediate feedback, but I will let you know in the coming days if the errors go away.

I guess the issue is the same experienced by this guy? He eventually solved it by falling back to the “AddOutputFilterByType” method.

https://www.sitepoint.com/community/t/htaccess-gzip-compress-code-suddenly-started-throwing-server-error-500/238075

Cheers,
Guido

Hi,

Version 1.2 behaves better but it is still problematic.
In incognito window I manage to authenticate and redirect URL is correctly on dashboard.

But if I try to connect another service from the dashboard (for ex. Google Analytics) when I complete the OAuth flow I am brought again on the homepage (not on the dashboard) with a very long callback URL in the address bar.

When I go back to the dashboard of Site Kit I get the error “Issue accessing data You need to reauthenticate your Google account” but if I reauthenticate I get again to the homepage with the long URL in the address bar.

All of this was done in incognito window.

Cheers,
Guido

Hi Renee,

We are a web agency using a VPS on an Italian provider called ServerPlan.
We are on PHP7 on a typical LAMP stack.
WordPress REST APIs are active.

Cheers,
Guido

Hi Renee,
Thank you for your reply.

I have updated to 1.1.0 but alas we encounter the same error.
The Oauth2 callback brings me to the sites’ homepage:

https://www.example.it/?oauth2callback=1&authuser=0&code=4%2FtgGfs4mesm3r2KGc057L-ijEK3uasE1zHx0Idi2T7HqDY5tbgNlcpb7SMAiBnBQQxmV21N3vOeVvoaOGomw8i2KgY&hd=xyz.it&prompt=consent&scope=email%20profile%20openid%20https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fuserinfo.profile%20https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fuserinfo.email%20https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fwebmasters%20https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fsiteverification&session_state=84ae9092215c36b3634b7dad1fcaa3a859b5e83..d5c4

I will just wait until the plugin is more stable.

Thank you,
Guido