cantoute

hi, any update?

hi,

How about simply replacing 301 by 302 where it should ?

Redirecting on a per user case should be 302 in all cases.
Permanent redirections mean nor browser nor search engine bots should request that url and should not be requested any more/replaced by the new location.
Simply it asks crawlers to forget about the old url.

I can’t believe that by now the dev team is not aware of this?!!
And that should convince us to become client?

Or is it that the free version is designed to make sure it should not be used in real world?

I share with you some info to improve your products, sorry to sound a bit rude, but it’s been a long time I hadn’t had such a crap/useless response.

includes/class-language-switcher.php:            wp_redirect( $link_to_redirect, 301 );
includes/advanced-settings/do-not-translate-certain-paths.php:                wp_redirect( $current_original_url, 301 );
includes/advanced-settings/do-not-translate-certain-paths.php:            wp_redirect( $current_original_url, 301 );
includes/compatibility-functions.php:                    wp_redirect( $link_to_redirect, 301 );

• This reply was modified 2 years, 7 months ago by cantoute.
• This reply was modified 2 years, 7 months ago by cantoute.
• This reply was modified 2 years, 7 months ago by cantoute.

I reverted to version 6.9.2 and it didn’t seem to solve the issue… so problem could be somewhere else… the joys of wp s…

@benbodhi

Thanks

+1

using wp-cli to run cron tasks I get this error

phar:///usr/local/bin/wp/php/ in /home/wlt/www.prod/wp-content/plugins/svg-support/functions/attachment.php on line 246

• This reply was modified 3 years, 1 month ago by cantoute.

Thanks for quickly fixing this.

Juste tested v23
– php8.0
– converter cwebp
– behind varnish (hosted on apache, varnish cache and proxied with nginx)

What php version would you prefer I run test? If you develop using 8.0, perhaps I better test using php7.4?

Tested upload, convert on the fly and manual convert and seems to go fine.

Nice job.

Btw, I noted something else that could be improved. There is a log folder that keeps a log of all converions, on some sites with lots of small images, that folder ends up bigger than the image folder. Perhaps having an option to disable logging or to only keep last 100 files?

For your cloud converter, have you come across sharp?

https://sharp.pixelplumbing.com/

Performance are astonishing and it’s really simple to manage. I find it in many ways more powerful than imagick or gm… I’m switching to it ??

Example for image crop:
– entropy: focus on the region with the highest Shannon entropy .
– attention: focus on the region with the highest luminance frequency, color saturation and presence of skin tones.

Formats: jpeg png webp gif jp2 tiff avif heif

Hi

Thanks for your reactivity.

A trick I thought to share here is using plugin companion auto update it’s possible to delay by a few days plugin’s update giving time to fix things before they go live.

I see a new release 23…
I’ll try to test releases as they come along and try to spot bugs … no guarantees that I’ll test all cases.

What is the aim of this development?

All the best

got same problem….

just go to the plugin setting page and click “Save settings and force new .htaccess rules”

but would be smart to have a 0.22.1 that did it automatically… got over 100 sites using this plugin, would be a pain to have to do them one by one ó

• This reply was modified 3 years, 4 months ago by cantoute.

I don’t think the change has been published yet…

Thank you ??

This plugin should work fine with any images that are in the wordpress upload folder.

No reason it wouldn’t work.

Thanks very much.

yes

At first it seems it accepted it, but when coming back to the options page or a reload, the field is empty.

And any redirect associated with a group using apache doesn’t work so I assumed it wasn’t applied.

In the mean time I changed any apache group to wordpress.