-
Notifications
You must be signed in to change notification settings - Fork 14
Feat/improved scaling #960
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
…ive image support
…ction with image loading handling
…tting in multiple files
…on user state and settings
…ng attribute handling
…ging for image processing
… output in srcset detector
…ude object-fit checks and improve aspect ratio analysis
# Conflicts: # inc/tag_replacer.php
…meter validation in REST API
…azy-loaded images
… and update type hints in media offload and dam offload utils
… files; add Jest configuration to package.json; remove obsolete ESLint workflow; simplify testing instructions in AGENTS.md
…ettings to include Babel presets directly
This image is originally loaded like this on desktop : |
|
@ineagu please share the page. |
|
|
Another test I did : https://testing-scaling.vertisite.cloud/elementor-101/
However we are lazy loading that part after the profiler runs. At the same time I saw in this case and others that it appears that CORE functionality for LCP run along ours, and in this case they set the wrong LCP, is not a big deal, but I was wondering if this might be the reason we don't properly set the bg image we identified as LCP (preload + fetch priority high )
|
…ponsive size generation logic based on current image ratio and viewport #960 (comment)
…t-dimension-replacement.php for clarity
|
@ineagu fixed the wpshouts things, fyi on the caching issue kinsta did had compatibility with wprocket on clear cache so they work in sync but only global and not per url as we need for profiler, so I had to add dedicated compatibility with per url. will look into the. lcp ones. |
great, we don't need to cover more now. Found another use-case with our dear theme: https://lighter-puma-019eef.vertisite.cloud/ The LCP image is a background image in css, which Optimole is not replacing. However our profiler is correcly identifying it as LCP, shouldn't we be able to preload it in this case, even if is not a optimole url? Thoughts? Not sure if replacing is also fixable, this is set using otter section as a background image, would be helpful if Otter is compatible with Optimole. |
No, it only considers Optimole URLs. Adding it will open up different risks and complexities which we need to account. |
|
Regarding the LCP issues here those are happening because you have not enabled viewport based lazyloading. |
even if it enabled the behavour is the same. The issue I discovered is that skip lazy 2 takes precedence, it works as expected only after I disable the skip lazy 2, which should have been a fallback only. ( Reported this to Robert) |
|
@ineagu from my testing is not the same, I was able to view this correctly on your page, the bg image is preloaded. |
|
@selul I would suggest we merge here and set viewport based as enabled by default for the new users. We can monitor more real use-cases after release, but since we are always loading the profiler for our other improvements, it would make sense to use it for this as well. I would do some more checks on the sizes part . |
yes |
|
🎉 This PR is included in version 4.1.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |





https://github.com/Codeinwp/optimole-service/issues/1524