arkt1234
Forum Replies Created
-
Keep in mind, that this problem even persists, when CSS processing is off and javascript processing is off and html processing is off while the main minification switch above these 3 options is on.
When i switch off this main minification switch the page behaves normally. But as soon as i switch the main minification switch on, the page gets slowed when loaded from cache. It does not matter if i switch absolutely any processing option off or not. I just checked it systematically in hope to find finally a causing option. But no result. Even if all is switched off, the newest version of WPO acts weird. With the current Version of WP-Optimize im getting best results when the minification is completely off by having switched the main minification switch off.
Systematically testing showed, that even WPOptimzie 3.6 is slower when minification main switch is switched on while all options are off. But the overall result with minification main switch on is better with 3.6 than with 3.71. There seem to be 2 different overlapping issues. One of these was already at 3.40 there. I did not want to rollback further and due the 3rd problem (the already mentionend not by WPO caused Problem) im not able to pinpoint a more exact result.
Im encountering similar problems since a week and tried also everything.
Usually the website loads fast, when the cache has been just emptied. The second loading is then slowed down drastically because suddenly several files became render blocking. I thought the reason was elementor because i have been editing the website in search for another optimization problem. After reading this thread i rolled WP-Optimize back to V3.6 and finally i got the good old optimization quality again.
These tests have been done with minification and processing of css and java off and processing of html on:
Page Speed with WP-Optimize 3.71:
First load (empty cache): 66 %
Second load (Filled Cache): 55 % (Consistent with all my experiments during the last days. Whatever i tried it was always the same. First load is always good and the second load is always quite bad and rendering is often blocked much longer.)
Page Speed with WP-Optimize 3.60:
First load (empty cache): 63 %
Second load (Filled Cache): 64 % (Consistent with what i had before, an unknown Problem with Elementor and / or Pagespeed does currently prevent further optimization but this is not topic of this thread and not the fault of WP-Optimize).
An improvement. I found out, that the rewrite condition asking for a existing webp works not everywhere with the same synthax. The row is problematic on some servers.
RewriteCond %{DOCUMENT_ROOT}/$1.webp -fThis one works then:
RewriteCond %{REQUEST_FILENAME}.webp -fGod damn is it really so hard for server and web and browser developers to make some unified standards? The more i dive into the webp problem, the more problems from different directions show up. But whatever, this code works now. It actually checks first if there is a webp file to serve before serving it.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f
RewriteCond %{REQUEST_FILENAME}.webp -f
RewriteRule ^(.*)\.(jpe?g|png)$ $1.$2.webp [T=image/webp,L]
</IfModule>- This reply was modified 1 year, 6 months ago by arkt1234.
I found the root cause for this problem. My server does somehow fail the detection if there is a webp file present. So i decided to choose the hard way for my .htaccess and it finally works! Now webp gets served without asking questions anymore!
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.*)\.(jpe?g|png)$ $1.$2.webp [T=image/webp,L]
</IfModule>Thanks for your reply and support. I got Webp activated and as i told it works fine on Edge. I tried switching it off and on and resetting webp serving method and switching off all plugins and again and every step with deleting cache.
The .htaccess does not work on my wordpress. I assume its because i can only add it in my own wordpress directory. The server is indeed apache but my website is hosted by ionos as “standard shared webhosting”.
I found a breadcrumb more about Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1917177
Somehow annoying, that the information about this is scattered so sparsely. I miss the time, when google actually was able to find such things fast. But back to topic. Can i do something to get webp served again or do i have to replace the original images with webp to get this done?
The number and title of this request is #8806215, “[Jetpack] Migrating / moving webseite.”.
I needed to have an Jetpack VaultPress Backup Subscription. The new server had the free subscription from IONOS. The old server (Was also on Ionos) had a activated installation of Jetpack VaultPress Backup, which i added for making the backup or transfer. Both servers appeared on my Jetpack cloud account. But i had no way to transfer the subscription from the new Servers Domain to the old Servers domain and no way to back up the old Server without it. I had made a ticket about the failed migration reasons on Jetpack. It took one day for the first answer and another day of waiting until i got fed up enough to decide to cancel my new Ionos Server.
Simply because spending several hours distributed on 4 working days for not even having done step 1 of migration is not sustainable (Half of that was wasting time with the barriers, which Ionos put in the way of the migration process, the remaining two were the days i wasted trying to get over these barriers with the help of jetpack).
And since jetpack was part of the now cancelled new IONOS Server, i have already deleted it and my jetpack account. I still got ticket number and conversations.
Since the root of the problem is not caused by WP-Opimize i mark it as solved now.
- This reply was modified 2 years, 9 months ago by arkt1234.
Here my Image Settings for WP-Optimize: https://get.hidrive.com/byCvYpwg
I checked your code and noticed it is completely different (.webp instead of .jpg.webp).
After that i checked my websites codes and settings again and noticed that in some subpages also other image name variations are affected. So i began assuming a plugin conflict and noticed those codes look like they are part of elementor. I switched off the elementor plugin (Elementor + Elementor Pro) and the problem was also gone. Looks like a conflict between Elementor and WP-Optimize.
Edit: With this new trace i began searching and i got the root cause quite fast: The Lazy Load Option of Elementor causes the conflict with webp handling of WP-Optimize!
Thanks for your help and getting me on the right track.
I had the idea of trying the code field. This is the result. At least on this writing window that is messed up.
(“https://Website.de/wp-content/uploads/2020/05/This-Image-Does-Not-Work.jpg”)
Since we got 2 fierce and unusually seo intensive competitors fighting for first place in search engine i prefer not to share our companies websites name openly on a plattform were i plan to talk about our plugins, weaknesses and changes. If i could Mail or PM the link to you id gladly do it.
Here is a *txt file with the code: https://get.hidrive.com/VmMtLcXq Beside the anonymized file paths it is exactly how it is in the html file. Note the quote are once coded as word and once as real quote. Note that the file path with the word quote is not changed to jpg.webp and the image does not load while the path with the actual quote is correctly renamed to jpg.webp and the image loads fine.
When i turn WebP on WP-Optimize off on the mentioned toggle box all WebP is removed from code and all works as it should be.
Damn it. I give up, if there was a proper way to actually show code here i could explain it easier. But i get only smilieys, links and other stuff.
But wordpress forum designers are right. Who would want to dicuss or show code on a forum about website building stuff anyways?
- This reply was modified 2 years, 9 months ago by arkt1234.
The screenshot shows the option which i meant on which i switch WebP conversion on and off.
The links in the code are converted to jpg.webp as long as there is not the " behind. These links are not converted. When there is a real ” behing they get converted. There may be a conflict or other problem.
I wonder if it is the same problem as i had the last days. It sounds similar. This problem was gone after i switched off WebP conversion of the images.
- This reply was modified 2 years, 9 months ago by arkt1234.
I forgot but should have mentioned that there was no way to even expect the issues to be caused by a WebP based problem. I tried anything else during the last weeks. I just came across this thread while looking systematically for things i did not already try. So i gave it a shot.
- This reply was modified 2 years, 9 months ago by arkt1234.
