No bug no conversion to webp format

Hi Ruud

Strange I managed to make this plugin work on a site.
By putting the same settings at the same host on a site joomla 4.1.5 test, there is no image generated in webp format
An idea?
regards

Hi Hervé,
webp depends on server support.
here is some more info and a way to test if it is supported on the server: onlinecommunityhub.nl/documentation/ochr...n#webp-image-support

Hi Ruud
Thank you for your quick response.
I forgot to say that I had the GD library (not to be forgotten when changing the php version at the host!)
I still made the test that says:
WebP is Supported
{
"GD Version": "2.2.5",
"FreeType Support": true,
"FreeType Linkage": "with freetype",
"GIF Read Support": true,
"GIF Create Support": true,
"JPEG Support": true,
"PNG Support": true,
"WBMP Support": true,
"XPM Support": true,
"XBM Support": true,
"WebP Support": true,
"BMP Support": true,
"TGA Read Support": true,
"JIS-mapped Japanese Font Support": false
}
I forced the cache parameter in the plugin and it works. I was probably doing a test with the same image?
I now put back Force (Re)Create Cache= no

-> Subsidiary question
I found the interesting function of the plugin "action media resize" of joomla 4.
I set 800px as the max value of the height/width.
Note the size of the resized image is larger (jpg & png)! Maybe a bug?
If I understand correctly using your plugin, the transformation after webp arrives at the end and stores the image in a cache directory.
All this seems to you coherent and correct?
Regards

Hervé schreef :

...
-> Subsidiary question
I found the interesting function of the plugin "action media resize" of joomla 4.
I set 800px as the max value of the height/width.
Note the size of the resized image is larger (jpg & png)! Maybe a bug?
If I understand correctly using your plugin, the transformation after webp arrives at the end and stores the image in a cache directory.
All this seems to you coherent and correct?
Regards
 

Goodmorning Hervé,
ochResponsiveImages is a system plugin that takes the content of the page as input. it searches for <img> elements. When the image in the lement meets the requirements for replacement (size), it will create 'cached' images (both original format e.g. jpg and webp) of the image: for each breakpoint configured it will create a 'cached' image. The 'cached' images are stored in 9default config) /images/ochri directory.
They are actually not cached (cache expires and rerfeshes after set time), but normal images that do not expire.
When you delete the contents of the images/ochri directory then the images will automatically be recreated.

So this is how it works.
I do not know the plugin action media resize (and do not need to know of it: as said > ochResponsiveImages works with the resulting page.
Only thing that could go 'wrong' is that ochResponsiveImages is set to run before a plugin that alters the size of the image.

btw. The power of ochResponsiveImages is that you do not need to resize the images. If you have an image of 10.000px wide and display that as 800px (what the average user does: upload the big file and resize by setting width/height), ochResponsive images will create and use in a scrset the correct sized images for you. Automatically without resizing the source image. And this is important because when you later on decide to not display it at 800px but at 1200px, you would have lost the original image and end up with an 800px image that will be upscaled (= less quality) to 1200px.

Hello Ruud
First of all, thank you for taking the time to exchange with me. This is a problem that has been bothering me for a long time and it seems to me, even with your explanation, that your plugin does not solve everything!

When I made the redesign of a site under joomla 4, I had to resize by hand more than half of the articles (a few dozen) to have more or less the same display format (see clibre.eu/fr/logiciels-libres/firefox-re...eur-libre-et-gratuit).

Apart from the fact that it's work that I'm not interested in, I'm in the process of making a similar but much larger resource site (hence my thought process before starting), which will have a similar structure and which I want to have the image format in a 800px * 800px frame, even on a large screen!
I will type some of the articles and other people without my experience will also do it.

I also have experience with community sites with wordpress where people upload large files. This also takes up space on the server and this is something I have to deal with in shared hosting.

I wanted to be sure that your plugin acted after the plugin of joomla : "action media" not to cause problems later. It seems to be the case!

You have a good point, if one day I would like to have a larger image (it would surprise me in the categories blog joomla, but perhaps on presentation pages!)
Would it be possible to take this into account with your plugin. As a maximum display size 800px * 800 px, which would allow me to automatically resize with the plugin "action media" 1200 px * 1200 px ... for example!?

Hervé schreef :

...
Would it be possible to take this into account with your plugin. As a maximum display size 800px * 800 px, which would allow me to automatically resize with the plugin "action media" 1200 px * 1200 px ... for example!?
 

Hi, that is not possible: ochResponsiveImages is not intended as a scaling tool. What you put in, you will get out: visually the same.
As for the storage: yes, every image and every image version takes up diskspace. That cannot be changed with ochResponsiveimages. If you want to limit the upload size of an image you should do that with another field / tool. ochResponsiveImages is not an image / media upload tool. It 'just' makes what is (an image) responsive and performant following google best-practises.