hellohell

Found an image the plugin didn’t watermarked. I tried both just clicking “create watermark” on wordpress admin image page. And tried “restore” than “create”.
Both attempts end up with no error message, still full picture is unwatermaked, error log updates with a new
Watermark adding. Image use a lot of memory

This specific image: File size: 757 KB, Dimensions: 2448 × 3264
My plugin settings:

JPEG image quality	-	90
Maximum image height	-	7000
Maximum image width	-	7000
PHP memory limit on your server	-	2973741824

It’s not the biggest image nor by size, nor by its dimensions.
If you need test this picture…… Ok.. Changed to “256M” (just like default value on my other hosting) – fixed the issue

Still: no notifications in case of skipping some images is not good at all. But thanks for the plugin… Seems to work

You are right. I’m getting:
Watermark adding. Image size is more then settings limit
After fixing “Maximum image height/width” I can see this error:
Watermark adding. Image use a lot of memory
I get it twice per run after almost tripling “PHP memory limit on your server”. And I didn’t have those (judging from your error log) before the max height/width fix. Does that mean 2 of my images are not watermarked?? I will have to check it manually…

Also I’m very grateful for the response. “Maximum image height/width” values though seemed to me like they are there to configure max dimensions of watermarked images. It seems pretty strange that it is there to skip big images. And not its thumbnails. Without stating a visible error/notification…

At least this time the plugin just straight up haven’t overwritten original image files

Судя по всему стоило лишь почистить кэш вордпресса. Спасибо за отклик! Товары обычные

Я точно так и сделал! Спасибо, Антон, не успел отписаться. Именно таким способо
У меня как раз исключительно jpg

Может еще в идеале доп изображения на миниатюрки изменить, хотя это вовсе не критично

Очень благодарю за отклик Антон! У Вас прекрасный плагин!

Очень странная ситуация. Если откатить пхп файл до дефолтного состояния, и поменять в строках кода из первого поста full на thumbnails (в 2 местах) – я в yml получаю картини 80х80 (тот самый размер, который у меня в вкладке Media Settings)

Это, конечно же все неудивительно. Вот, что странно очень для меня:

Меняю в тех же строках thumbnails на medium:
В yml у меня остаются thumbnails 80×80.

Меняю medium на large:
В yml у меня все те же thumbnails 80×80.

Update: все решалось сбросом кэша на вордпрессе

Закомментировать пришлось строчки с дополнительными картинками – там не знаю как миниатюрки получить

Так и оставил себе, попробую еще сделать замену в конце, чтобы получал в конце _br_backup перед .jpg – было бы проще мне. В идеале, конечно, заставить бы доп картинки тоже в миниатюрках получать..
Если самостоятельно получится – отпишусь

Спасибо большое за ответ..
В том-то и дело, хотели чтобы миниатюрки 300х300 позакидывать на яндекс-маркет (минимально разрешенный размер)
В плагине Image Watermark можно выбрать какие миниатюрки помечать водяным знаком, а какие нет.
Но не получилось в данном плагине заставить картинки подгружать из миниатюрки. Только что попытался medium вставить (родной размер, создаваемый woocommerce) – тоже full на выходе в yml

Учитывая, что в плагинах типа Regenerate Thumbnails и в конце functions.php я могу удалить миниатюрки через remove_image_size(‘gallery’) – думаю, что типы миниатюрок зарегестрированы и не в этом проблема… Ничего не понимаю в пхп, но впечатление, что иначе можно получить ссылки на миниатюрки

Кошмар.. Что я только не пытался. Удалял плагин, устанавливал этот плагин заново, вводил только первоначальные изменения, предложенные автором.. Чистил кэш на вордпрессе. Пересоздавал миниатюрки. Убеждался, что ссылки, сгенерированные в старых yml с thumbnails – ссылаются на до сих пор существующие миниатюрки….
Для убеждения в том, что я то редактирую и заменяю тот файл на хостинге (учитывая, что я не могу добиться изменений – мысль не странная) менял пхп до видимых отличий…

Я уже не знаю, что пробовать. В очередной раз регенерирую миниатюрки, в надежде, что из базы данных … В общем, не знаю на что уже надеяться. Не понимаю почему перестало работать, а мои знания пхп.. В смысле их нет.
Кроме мысли, что из базы данных не могу получить картинки по каким-то причинам у меня нет. Хотя, никаких действий, вызывающих такое я не делал (занимаюсь последние дни исключительно этой проблемой). Единственной, что могло как мне кажется выступить тригером – плагин Regenerate Thumbnails – но я всегда им пользовался, было бы странно….

Если что сейчас мы получаем ссылки в таком виде
<picture>https://НАШ_САЙТ/wp-content/uploads/НАЗВАНИЕ_ФАЙЛА1-300×300.jpg</picture&gt;
<picture>https://НАШ_САЙТ/wp-content/uploads/НАЗВАНИЕ_ФАЙЛА2.jpg</picture&gt;
<picture>https://НАШ_САЙТ/wp-content/uploads/НАЗВАНИЕ_ФАЙЛА3.jpg</picture&gt;

“_br_backup” на конце нет.. Но все равно есть возможность воспользоваться другим watermark-плагином, в котором можно выбирать конкретные миниатюрки для водяных знаков… Правда, с _br_backup на конце было бы легче, но и так очень хорошо, спасибо большое!

——
Апдейт:
Ничего не понимаю… Откатываю изменения файла .php назад – перестали меняться файлы с full на миниатюрки… Совсем не пойму, что происходит. Столько раз перепроверял, перегенерировал yml, удалял кэш в вордпрессе, удостоверялся в наличии миниатюрок, пересоздавал их – ничего не помогает, буд-то class-attributes.php до изменений.. Завтра еще буду ковыряться, но вообще не выходит понять в чем дело.. Я даже скачивал каждый раз отдельно yml, и я вижу, что я ничего не напутал…

Отпишусь как пойму что не так случилось

Мы безмерно рады такой помощи!! Все очень круто работает, но пытаемся сделать по аналогии тоже самое с доп.изображениями, и в сегмент кода:

$image = wp_get_attachment_url( $attachment_ids[ $exported - 1 ] );
if ( false !== $image && strlen( utf8_decode( $image ) ) <= 512 && $image !== $main_image ) {
$yml .= $this->add_child( 'picture', esc_url( $image ) );
}

Вставляем 3-ью строку:

$image = wp_get_attachment_url( $attachment_ids[ $exported - 1 ] );
if ( false !== $image && strlen( utf8_decode( $image ) ) <= 512 && $image !== $main_image ) {
$image = str_replace( '-scaled', '-scaled_br_backup', $image );
$yml .= $this->add_child( 'picture', esc_url( $image ) );
}

К сожалению, дополнительные картинки остаются прежними

Мы, честно, будем счастливы, даже если в крайнем случае их совсем отрубить.. Наверно просто этот участок кода удалить… Но, если уже получится и это решить – было бы совсем супер!.. Неудобно за просьбу.. Но кажется фича очень крутая, и выделяет плагин

Regenerate thumbnails plugin can remove images with similar name as main image and then backups will be removed.
Yeah, I was thinking about that. But I’ve checked it the day I’ve started this topic -Nope. Regenerating didn’t have this effect at all. You cannot throw out a possibility that there was a fix in late December regarding this issue – couldn’t find a changelog with dates. Somehow I doubt that’s the issue, but I might be wrong (Plugin: Regenerate Thumbnails)
CDN plugin can upload images to CDN server before watermarks will be added, then all images will be without watermarks.
We know this, but was that my problem? Obvious, and easy to fix. No need to mention it in this thread (I don’t mean to be rude, sorry for that)
Also some CDN plugins remove images from wordpress upload folder after upload it to CDN server.
Absolutely not the case. (Plugin: Image optimization service by Optimole)

I was just saying – it would be great, if the plugin had a possibility to select specific thumbnails to have an effect on

“One of the release fix some issue with backups and change how generation script work.” Well, that’s probably it. Since the latest images seems to be backed up correctly

I have both CDN & Regenerate thumbnails plugins. Which were not the reason why your plugin messed up with the backups

I understand that people do make mistakes and that is totally fine. But I would be much more appreciative if the plugin author was very forward with the known issue. And what damage it may already caused.
It would be a very appropriate warning in the plugin description or something. The date of the update, and probable effect it had on all product images. Even in fine print
Because instead of dealing with the issue I had to spend a lot of time finding the root of the problem, trying to find plugin backups, etc.

Other than that your plugin was working very good

But the reason we initially had to deactivate the plugin – cause it didn’t have a possibility to have effect only on specific thumbnails. We are dealing right now with Yandex Market – and they require an image to the product without watermark.
We’ve figured out only one way to do it – to install a watermark plugin that change not all the thumbnails. Then configure YML-creator plugin to link only a specific thumbnail without a watermark

After multiple restoring attempts at the end I’ve got br_backup of all files. But they were not the original ones.
I’ve got old quite a few file-backups to recheck – my files were just overwritten without backups

I’ve looked more thoroughly through all the images.
There are some br_backup files there. It represents like 1% of all the product pictures.

Just for some additional info – all those backup images are for the very last products which were added since 2020/12/26

So all the previous images since the installation of the plugin were just overwritten without backups

I can’t state enough how frustrating this is

I’m just pointing this in hope the issue would be resolved some day. And there wouldn’t be another great sadness in the world caused by this plugin ??