Robert Trevellyan

Thanks again Mika!

Thanks Mika @ipstenu, I have a ticket open in the DreamHost system for the domain trevellyan.biz.

DreamPress is a premium, VPS-based, WordPress-optimized hosting service, so I would expect different considerations to apply vs basic shared hosting.

Anyway, the error has not occurred again. Thanks for your help.

Here’s the response from DreamHost:

===================================================
Phar is installed by default, but is not enabled by default. To enable it for your domain you can add this to your .user.ini (or phprc) file:
extension = phar.so
===================================================

I went with a .user.ini, since that will work across php versions, and so far, so good (I was at least able to save the WooCommerce settings with Geolocate enabled).

Should we lobby DreamHost to enable Phar by default? Seems like it might be a common problem.

PHP version is 7.0.30. I’ll check with DreamHost regarding installation of PharData.

The site is running on DreamPress, so I can’t spin up an other copy on the same server. I could clone it somewhere else, if you think that might shed any light.

Anyway, after a couple of cron job runs reported the error described above, there have been no more cron error reports since yesterday (the job runs hourly).

But I went ahead and changed the “Default customer location” setting “No location by default”, and saved it. Then I tried setting it back to Geolocate, and got a 500 error. Fortunately, when I refreshed the page, the setting reverted to “No location”. Then I tried “Geolocate (with page caching support)” and got another 500 error, and the setting reverted again when I refreshed.

With WP_DEBUG defined, the reported error is:
Fatal error: Uncaught Error: Class 'PharData' not found in /REDACTED/wp-content/plugins/woocommerce/includes/class-wc-geolocation.php:269 Stack trace: #0 /REDACTED/wp-content/plugins/woocommerce/includes/class-wc-geolocation.php(126): WC_Geolocation::update_database() #1 /REDACTED/wp-includes/class-wp-hook.php(288): WC_Geolocation::maybe_update_database('geolocation', '') #2 /REDACTED/wp-includes/plugin.php(203): WP_Hook->apply_filters('geolocation', Array) #3 /REDACTED/wp-includes/option.php(312): apply_filters('pre_update_opti...', 'geolocation', '', 'woocommerce_def...') #4 /REDACTED/wp-content/plugins/woocommerce/includes/admin/class-wc-admin-settings.php(845): update_option('woocommerce_def...', 'geolocation', 'yes') #5 /REDACTED/wp-content/plugins/woocommerce/includes/admin/settings/class-wc-settings-general.php(378): WC_Admin_Settings::save_fields(Array) #6 /REDACTED in /REDACTED/wp-content/plugins/woocommerce/includes/class-wc-geolocation.php on line 269

The Apache error log is empty.

Secondary question: what is the difference between those two Geolocate settings?

There must be something I don’t understand about how Photon works. I assumed it was pull based, i.e. the first time a request is made to https://iN.wp.com/example.com/wp-content/uploads/image.jpg, the CDN would pull the image from //example.com/wp-content/uploads/image.jpg. That’s why I figured Lazy Images might help if there were a performance or throttling issue, because the requests would not all happen simultaneously.

When you say “the page is finished loading before Photon is able to load all of the images”, it seems to imply that all the requests are sent simultaneously, regardless of whether Lazy Images is enabled.

I wish I had a good answer for you, but I don’t. I suggested trying Lazy Images because @tmmbecker implied that there might be a problem with performance or timing. Just now, I saw an error loading https://i2.wp.com/www.hungrycactus.com/wp-content/uploads/totorohouse-8-of-18.jpg?w=1040, but about a minute later the image loaded.

Maybe the wp.com CDN used by Photon is throttling your requests. Have you tried using a different CDN, e.g. CloudFlare, instead of Photon/wp.com?

What about:
3. Enable Lazy Images?

Would that also solve @hungrycactus’s problem?

I asked, “were you able to navigate to the Sample Page and Full Width Content pages on your phone?”

He replied, “It works well.”

Best I can do without being there.

Our client says the test site works on his Lumia 550 (unable to test it myself).

Initial issue is fixed, thanks.

I’ve reported an apparently related issue in the forum.

No response on the forum:
https://forum.weavertheme.com/forums/topic/playpause-button-initially-shows-pause-image-when-autostart-disabled/

Thanks for considering my request.
a) I believe there are cases where there would be no flush, e.g. a page that displays shortcode output such as [sale_products columns=”3″] in WooCommerce. If someone makes changes to their items on sale, the page is be stale for a while, which leads to confusion. In this case, I want to instruct my client to click the Empty Cache button before they call me reporting a problem.
b) The line of code I propose amending explicitly excludes multisite.

For example, if it were changed to something like this:
( !is_multisite() && current_user_can( apply_filters( 'vhp_user_can_purge', 'activate_plugins' ) ) ) ||
then I could add a filter that returns, say, ‘edit_others_posts’.

As you noted, this plugin is not necessary with Jetpack version 3.9 or later.