lekkerbezig
Forum Replies Created
-
Good to know, i will play with the htaccess rules to see what works best.
Thanks again 🙂
removed the htaccess rules and the combination works flawlessly now.
Thank you very much for helping
kind regards
Ah that explains a lot. I was testing some htaccess rules in a seperate file to harden the security for the upload folder, but completely forgot to remove this file. So when you combine the scripts in burst, this combined file is generated in the uploads folder?
This is the htaccess in the upload folder. The website is only accessible via user login, so there is no point in sharing a link unfortunatly.
# secure uploads directory
<Files ~ ".*\..*">
Order Allow,Deny
Deny from all
</Files>
<FilesMatch "\.(jpg|jpeg|png|webp)$">
Order Deny,Allow
Allow from all
</FilesMatch>Hey @rogierlankhorst
I am testing this on a fresh WordPress install with the Twenty Twenty-five theme.
After some testing I discovered the problem when you combine the scripts via the advanced settings of burst. The responsible .js file gets blocked in the browser with a no-referrer-when-downgrade error. Even when there is no security header code in place in htaccess to force this rule. This problem is fixed after disabling the burst combine option. I can see the logged in traffic as well after disabling it.
Hey @hesseldejong
Only a browser cache with ExpiresByType rules via htaccess
Forum: Plugins
In reply to: [WooCommerce] Weird image behaviour in product gallery after last updateHi Shahzeen,
The thumbnails are regenerated via woocommerce and the plugin as requested, but the problem still remains. The odd thing is that the Firefox browser renders all the extra galley images blurry and the Edge browser only the second image of each product. (Tested it with and without hardware acceleration to rule out any gpu issues but no difference.) All my images are the same in quality and resolutions so there should not be a difference.
Unfortunatly adding new images does not fix the problem, so removing and reuploading would not help in this case.
It’s interesting that you see a light blur in comparison with my observation: https://snipboard.io/S23ndr.jpg The whole blurry part is weird because the main image of the product renders perfectly fine, only the extra’s has this problem.
I hope we can find the root cause of this.
kind regards
Forum: Plugins
In reply to: [WooCommerce] Weird image behaviour in product gallery after last updateHey Frank,
Thank you for your quick reply and suggestions. You actually see the problem in your recorded video, but maybe the upscaling problems are more visible on my end due to a higher resolution monitor. You see de bad quality image sliding in at the moment you clicked on the second image. (timecode 0:03 til 0:06) The resolution switch is quite noticable the moment you hover the cursor over the enlarged image.
To answer your troubleshooting suggestions:
- No browser cache issues detected, I tested this on multiple devices (mobile, pc, tablets etc) with cleared caches. (incognito mode)
- Is it possible to use the thumbnail regeneration tool in woocommerce?
- The resolution of my images was never an issue before the recent update
- Deactivated the placeholder/lazyload stuff but no effect
- Plugin conflict test is next on the list, but maybe it is not necessary now i pointed out the problem in your own video.
- The code changes a lot when switching between images and hovering. I have not noticed any code conflicts yet. But I will look further in the code.
Thanks again for your help and I hope you can reproduce/see the problem now.
kind regards
Great! Thank you for your quick reply.
@hesseldejong wel lekker snel 🙂
Hello @rogierlankhorst
I can confirm this quick update fixed the “server was not configured correctly” notice on the dashboard.
Thank you and @hesseldejong for the quick responseKind regards
Hi @hesseldejong ,
I can confirm the database upgrade takes really long to process, it is now at 70% processing
For the non working websites I got this PHP-error:
PHP Warning: foreach() argument must be of type array|object, string given in —— plugins/burst-statistics/settings/settings.php on line 1374
- This reply was modified 1 year, 9 months ago by lekkerbezig.
Forum: Plugins
In reply to: [WooCommerce] Virtual products automatically completesHi Carolm,
Thank you for your quick reply. I was unfortunatly not able to reply faster. To give you more context, this virtual product is a course programmed as a variable product with one virtual variation in total. This allows me to add new course dates in the future within the same product page.
It only happened with this product recently and it took some time but it happened again today with the same product. I did not have any other product sales this week to compare.
I have multiple virtuals products (simple and variable) in my store. No downloadable products in any form.
You can find the ordernotes here: https://snipboard.io/bAutHT.jpg I hope you can understand Dutch 🙂
I looked into the logs with your directions and I noticed that the payment service Mollie is sending an “order sended by package” instruction that triggers the completion of the order.This is new behaviour, so I am going to ask mollie support for some assistance. I will come back to you when I know more.
Thank you for your trouble so far.
kind regards
Hello Joe,
Thank you for your reply, I figured out the problem with your help. I turned off every single plugin again to check for change in behaviour and this time I spotted a change when the plugin “asset cleanup” was turned off. That made it a lot easier to investigate. It turns out that the sitewide unload setting “turn off dashicons when admin bar is hidden” also blocks the calendar stylesheet for every logged in and off user except the admin. After unchecking the calendar works for every visitor.kind regards
Hi Stefano
I can confirm the problem has been fixed. Thank you for the quick response.
Forum: Plugins
In reply to: [WP Super Cache] preload limiter is missing in update 1.8Hi @thingalon,
ah that explains a lot. But worth noting that all my other small websites had this option in previous versions prior to version 1.8.
One site of my has more than a 101 published posts but i skipped V1.8 on this one. I can confirm that it is still present in 1.9
Thank you for looking into it
Forum: Plugins
In reply to: [WP Super Cache] preload limiter is missing in update 1.8This is in 1.7.9
https://penguinblend.com/wp-content/uploads/example-wpsupercache.jpg
- This reply was modified 3 years, 9 months ago by lekkerbezig.