restalfep

I’m wondering if it may be the following htaccess code that WP Rocket adds causing the conflict with SG Optimizer:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTPS} on
RewriteRule .* – [E=WPR_SSL:-https]
RewriteCond %{SERVER_PORT} ^443$
RewriteRule .* – [E=WPR_SSL:-https]
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteRule .* – [E=WPR_ENC:_gzip]
RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{QUERY_STRING} =””
RewriteCond %{HTTP:Cookie} !(wordpress_logged_in_|wp-postpass_|wptouch_switch_toggle|comment_author_|comment_author_email_) [NC]
RewriteCond %{REQUEST_URI} !^(.*/feed/?)$ [NC]
RewriteCond %{HTTP_USER_AGENT} !^(facebookexternalhit).* [NC]
RewriteCond “%{DOCUMENT_ROOT}/wp/wp-content/cache/wp-rocket/%{HTTP_HOST}%{REQUEST_URI}/index%{ENV:WPR_SSL}.html%{ENV:WPR_ENC}” -f
RewriteRule .* “/wp/wp-content/cache/wp-rocket/%{HTTP_HOST}%{REQUEST_URI}/index%{ENV:WPR_SSL}.html%{ENV:WPR_ENC}” [L]
</IfModule>

Perhaps that initial HTTP_USER_AGENT check is causing SG Optimizer to think it can’t cache?

Thanks for the help!

Nevermind support fixed it. Thanks

I found out that it’s because yotpo is doing a GET api call to cloudfront for a file using .jpg when it should be .png. Any idea how to fix this?

Thanks! That $string= that you deleted doesn’t have to be replaced with anything else?

Unfortunately, it still doesn’t work properly. I added more information to my support ticket but haven’t heard anything back.

Great! Thanks for your help and the great plugin.

On a quick side note, we try to minimize plugin usage for all of wordpress as much as possible. Do you know how much impact Anywhere Elementor Pro has on resource usage so we know if it affects speed at all. With the Elementor Pro 2.0 addition having some of the features we were trying to compare but really like using Anywhere Elementor Pro instead.

Before your response I renamed the folder back to anywhere-Elementor-pro and deactivated then reactivated the plugin. That seems to have worked even without downloading your latest zip. Is that safe? Or should I change the folder name back and download your zip?

I just don’t want the update tomorrow to accidentally break it.

Awesome. Excellent plugin. Thanks!

There are a few that offer it. I know updraft does and I could try to find which others. Honestly we like Duplicator Pro the most right now so I haven’t checked in awhile, just remember seeing it as a very useful feature.

We currently also use vaultpress to do real time backups incase we ever forget to backup before something messes up but I’m sure real time backups must take additional site resources. If duplicator did the backups prior to any updates that would cover a large majority of risk and we would probably stop using vaultpress at the same time so we can optimize site speed.

Unfortunately, it still doesn’t work but it seems like it shouldn’t be too difficult to fix. It will work in certain circumstances but there are a couple major issues (and I have tested switching themes, etc so it is definitely the plugin):

1) Before selecting a shipping method on the Cart page it shows just “:” instead of “shipping:”

2) If you go to the checkout page and then back to the Cart page, it shows the incorrect way again with just the “:” on smaller screen size. It will only work again once you enter a new zip code and recalculate the shipping on the Cart page.

3) Once you select a shipping method it works but it shows “Shipping:” instead of “Shipping” on Desktop (WooCommerce instead uses the “:” for smaller screens and no : for larger sizes, as you can see from the wording like “Subtotal” “Total”, etc.

4) The wording for “Shipping:” gets messed up as you make the screen smaller since it starts going to 2 lines. This is because it is using the “Shipping:” responsive text instead of the “Shipping” Desktop version in WooCommerce.

Attached are some screenshots to help clarify:

https://d.pr/FREE/p3bDUY – Shipping goes to 2 lines.

Checkout Page still shows the dropdown messed up (it goes outside the box at certain sizes (is there a way to make it so the box or text gets smaller or adjusts as the size is made smaller so it looks correct?). This happens with many themes when using your plugin and not just when mobile version:

Examples:
https://d.pr/FREE/asP6bY

https://d.pr/FREE/23ygNP

Thanks

It seems the easiest way to fix this would be to make your plugin work responsively so either the box/information gets smaller as the page gets smaller or you have a different size when mobile vs desktop so it works like the rest of WooCommerce & related plugins.

Hello,
Regarding your screenshots about the Cart page getting messed up on mobile when using your plugin. The “Display None” code by WooCommerce is correct/normal since it shows differently depending on if the site is responsive size or full size.

Basically, without your plugin, it still shows “Shipping:” correctly on a smaller size screen and the Display None just makes sure there are no duplicate line items (see screenshots below). However, with your plugin, it just doesn’t show “Shipping” at all. For example, please look at the following screenshots:

https://d.pr/FREE/VkJhMW – Normal WooCommerce – With the regular Display None coding.

https://d.pr/FREE/S0WvVN – Removing “Display None” Code by WooCommerce

Does that plugin only work for flate-rate options though? We don’t use any flat-rate shipping. We use Priority, Express, UPS Ground, Air, etc.