Ralph Klerk
Our Woocommerce shop page randomly stops working and is showing the blank page contents of the WordPress page which is assigned as shop page in the Woocommerce settings.
Link to page where the issue can be seen: hidden link
We expect to see: The Woocommerce Shop page containing the product-archive.
Instead, we sometimes get: The blank WordPress page which is assigned as shop page in the Woocommerce settings.
We've done some debugging and digging ourselves and when this happens, the rewrite_rules option in the database are localized. Normally it should look something like this (unserialized):
array (
...
'luxury-real-estates/?$' => 'index.php?post_type=product',
'luxury-real-estates/feed/(feed|rdf|rss|rss2|atom)/?$' => 'index.php?post_type=product&feed=$matches[1]',
'luxury-real-estates/(feed|rdf|rss|rss2|atom)/?$' => 'index.php?post_type=product&feed=$matches[1]',
'luxury-real-estates/page/([0-9]{1,})/?$' => 'index.php?post_type=product&paged=$matches[1]',
...
);
However, when the Woocommerce Shop (archive) wasn't working just now, the rewrite_rules option in the database looked like this (localized to German slug):
array (
...
'luxusimmobilien/?$' => 'index.php?post_type=product',
'luxusimmobilien/feed/(feed|rdf|rss|rss2|atom)/?$' => 'index.php?post_type=product&feed=$matches[1]',
'luxusimmobilien/(feed|rdf|rss|rss2|atom)/?$' => 'index.php?post_type=product&feed=$matches[1]',
'luxusimmobilien/page/([0-9]{1,})/?$' => 'index.php?post_type=product&paged=$matches[1]',
...
);
- We've also seen the other localized slugs in the rewrite_rules option
Fyi: we are running behind Cloudflare.
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
Hi,
Thank you for contacting WPML support!
Can you apply this workaround and observe within the course of few days if the issue is still there?https://wpml.org/errata/htaccess-is-rewritten-with-language-folder/
Regards,
Ralph Klerk
Hi Bruno,
We'll try the snippet and let you know if this solves the problem. Thanks for now!
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
Sure, keep us posted!
Ralph Klerk
Unfortunately that snippet doesn't solve the problem. Over the last 24 hours we've seen the rewrite rules going localized at least 2 times 🙁
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
I see - I asked our 2nd tier about this, I will keep you posted.
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
Can you provide me a site Duplicator package, but created only when the site is broken so when htaccess is rewritten and shop page not working?
https://wpml.org/faq/provide-supporters-copy-site/
Please exclude all the media files, etc, to keep the package minimal.
Ralph Klerk
Hi, just a quick update: this weekend the rewrite rules went localized twice, but we didn't have the opportunity to make a snapshot. We will provide it asap!
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
Ok, sounds like a plan.
Ralph Klerk
Yes, we've managed to make a snapshot of the broken site. Where can post a private reply with the details?
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
Reply set as private.
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
I escalated the case to our 2nd tier, let's see if they can get to some ideas here given that we don't know why and how this happens.
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
We are unable to reproduce this or find a cause, can you try this?
1. Edit wp-config.php and insert the following lines (just before /* That's all, stop editing! Happy publishing. */ part)
define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true);
define( 'WP_DEBUG_DISPLAY', false);
And then add this to theme functions.php:
function check_rewrite_rules_update( $option_name, $old_value, $value ) {
if ( 'rewrite_rules' === $option_name ) {
error_log( 'rewrite_rules option updated' );
error_log( print_r( debug_backtrace(), true ) );
}
}
add_action( 'updated_option', 'check_rewrite_rules_update', 10, 3 );
This should log to the debug log and it will print the stack trace of the process that is updating the option.
Do note that this will hook onto ALL update options and it might cause performance issues and it is not recommended for continuous use.
So alternatively you can use:
function check_rewrite_rules_update( $old_value, $value ) {
error_log( 'rewrite_rules option updated' );
error_log( print_r( debug_backtrace(), true ) );
}
add_action( 'update_option_rewrite_rules', 'check_rewrite_rules_update', 10, 2 );
Ralph Klerk
Thanks, we've added the debugging rules. So far we didn't manage to trigger the update ourselves too, so let's wait and see...
Bruno Kos Supporter
Languages:
English (English )
German (Deutsch )
French (Français )
Timezone:
Europe/Zagreb (GMT+02:00)
Ok, keeps us posted.
