dlx

Maybe here is the problem – found this in the logs (about 1.000 entries only for today):

[Wed Apr 10 14:49:43 2019] [warn] [client 79.201.x.x] PHP Warning: preg_match() expects parameter 1 to be string, array given in /home/www/doc/domain.com/wp-content/plugins/psn-pagespeed-ninja/ress/classes/htmloptimizer/stream.php on line 775, referer: https://domain.com/welcome/?url=/login/&request=

Any idea why this causes?

Checked the error log of the webserver – everything is fine here. For monitoring WP Cron I′m using “Advanced Cron Manager”. I see the daily task “pagespeedninja_daily_event” there. But it does not seem to do anything. Executed it manually and checked the files again: Nothing changed, the oldest files are still from 12th.

The filecachecleaner.stamp is from the same old date: 12th this month.
It has a size of 0 KB – if this should be necessary to know.

Alright, checked the other folders, too.

Today is the 18th, oldest files in the folders are:
– /s (12th, 6 days old)
– /wp-content/plugins/psn-pagespeed-ninja/cache (18th, only from today)
– /wp-content/plugins/psn-pagespeed-ninja/ress/cache (12th, 6 days old)

The /s folder has 601 MB now – and it gets bigger, because it is not deleted.

I only checked the /s folder.
Should I checke the others, too?

This does not seem to work correctly. I′ve enabled caching at “Reduce server response time” and set “Caching time-to-live” to 1440 seconds. Cleared the cache to be sure. Now, three days later I had a look again and there are files in cache folder that where stored three days ago. I think none of the files should be older than 24 hours.

Version 0.9.37

Great! I′m looking forward to the new version!

Wouldn′t it be a good idea having an automated check for old files? When I looked inside the caching folder by FTP I found some files that where older than a month. So an option “delete files older than X days” could help in this cases and ensure the server does not run out of harddisk memory.

I′m running WP 4.9.8 clicked the [x] several times – does not change anything.

Had the same problem and found out the JS is not loaded on mobile. The reason was my caching plugin. So I set an exception for the path /plugins/gdpr/ and now it works fine.

Hope this helps!
Jan

Hi @fclaussen

This was my fault: I left the code mentioned above in the functions.php. After removing it everything works fine. Also upgraded to 2.1.0.

Hi @bsthp

However, when you then go back into preferences and switch them off again, the analytic cookies are still displaying.

Did you go back to the page by e.x. the back button of the browser? This does not work, try to reload the page and see if it′s fine then.

Otherwise it might be a caching problem (if you have any caching plugin).

Resolved – an other plugin caused the problem.

Hi @fclaussen

I′ve updated to version 2.1.0 and the emails are being send now.
BUT: The emails are send to the wrong address – I get them on the e-mail-address that′s setup to be my sender′s address. I have two addresses:

newsletter@… (sender)
support@… (reply to)

I get the emails to newsletter@…

So unfortunately the users still don′t get any emails. Hopefully this is easy to fix…

Has anyone tested this with Mailster yet? I don′t have an account at Slack to test this.

That′s great, thanks for the update!