Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Recommended Posts

3 часа назад, gusevgena сказал:

Это я понимаю и расширение не изменял. В таком виде мне поставщик картинки дал.
Я сам долго не мог понять , почему они не обрабатывается, пока в свойства не заглянул.
и только там обнаружил WEBP.


Теперь не знаю что с ними делать,
Ищу помощи.

 

 

варианты решения:

 

1) просить поставщика передавать файлы в привычных форматах jpeg, png.

2) пакетно обрабатывать переданные вам файлы в каком-либо приложении, которое умеет переводить webp в jpg, png.

3) заказать разработку ПО чтобы делать нужное преобразование на сервере в рамках опенкарт.

 

Я мог бы разработать для вас необходимое ПО.  Но это будет индивидуальная разработка, скорее всего, будет это недешево, т.к. кроме вас это никому не нужно и использовать массово это не получится.  Пишите в личку если что, а лучше сразу на почту.

 

 

 

Надіслати
Поділитися на інших сайтах

VOfgr6S.png

 

 

Первый раз наблюдаю картину когда на хостинге imagick не умеет работать с альфаканалом для webp.

Но это не проблема если использовать cwebp.

Его всегда рекомендуется использовать как приоритетный движок для создания webp в Компрессоре.

 

Компрессор позволяет сделать тщательный анализ корректности работы движков (библиотек), которые могут быть использованы для создания webp:

 

  • GD
  • imagick / imagemagick
  • cwebp

 

 

Надіслати
Поділитися на інших сайтах

@booss , я не приостанавливал.

 

Просто на демо модуля было название сайта. Я его убрал в демо и замазал на скриншоте чтобы было все согласно требованиям.

В общем, теперь идет проверка модератором. Ждем.

 

Поддержка заказчиков осуществляется по прежнему.

Развитие не останавливается, новые версии выходят и будут выходить.

Перемодерация не связана никак с функционалом модуля.

 

GyX9cNO.png

 

Спойлер

FPtrpLs.png

 

Надіслати
Поділитися на інших сайтах

 

В 23.12.2020 в 23:54, sitecreator сказал:

я не приостанавливал.

 

sitecreator, как всегда врет и кривит душой.


В обход правил оферты форума, он косил под глупого мишку и всячески продвигал свой личный ресурс, скорее всего заведомо зная, что нарушает пользовательское соглашение, а теперь строит из себя бедную овечку, которая ничего не приостанавливала.


sitecreator, судя по всему нагло лжет. Так как видимо приостановка его дополнений была спровоцирована его действиями, которые нарушали пользовательское соглашение.
И судя по всему только он является виновником приостановки его дополнений на площадке...

 

@Support вы не могли бы прокомментировать ситуацию и пресечь очередную ложь от этого участника форума. И когда наконец вы перестанете позволять подобным странным лицам выкручивать свои фантазии вразрез с фактическими ситуациями ?

 

Данный комментарий является моим личным оценочным суждением! 

 

upd: для всех участников коммьюнити - вы спросите, почему ты йода сюда лезешь и суешь свой нос. Я вам всем сразу заранее отвечу...

Я за последние пару месяцев снес пару десятков решений этого автора, которые откровенно мешали проектам развиваться и или давали лишнюю нагрузку, или же портили поведенческие факторы посетителей магазинов. Я считаю, что имею полное право на свою точку зрения, и не вижу ничего плохого в том, чтобы очередного писателя-фанаста спустить на землю, и вынудить перестать водить за нос порядочных людей.

 

А если вы мне не верите, что он нагло врет. Просто зайдите в его хай оптимайзер, посмотрите на сайты, которые он приводит в примеры, и какие баллы пейджспид рисует и сравните с реальностью.

Надіслати
Поділитися на інших сайтах


Данный комментарий является моим личным оценочным суждением!  :)

 

Итак

 

Ой, у меня   в красной зоне,- требует совремtнный webp

Не вопрос, берем  фришное решение - и опа.. имеем webp. Но почему-то все еще в красной зоне..
Беда?
ага, ответ сервера - долгий
И что делать?

А все потому, что фришное решение - кривое!!!

А давайте ускорим.. и вот модуль, каким-то образом, не ВАЖНО каким но ускоряет ответ сервера
И.. опа уже не красная а желтая, а может быть и зеленая - не важно

 

ПС! - ухты!!! умничка... А давай я тебя чаще буду сканировать - ты же быстрый сайт.
Ух!.. опс и я опть медленный - нагрузка от ботов.. (Вопрос - точно боты?)
Смотрите
Image COMPRESSOR & Watermark & WebP & Lazy Load

а причем здесь это?!!!!

 

Поэтому предыдущий пост -  ни о чем..
 

  • +1 4
Надіслати
Поділитися на інших сайтах

В отличие от примитивных решений, сделанных на коленке, при создании модуля Компрессор учтены реальные ситуации, которые часто очень далеки от идеальных.

А это, например, битые входные изображения, или изображения с неверным типом.

Простые решения годятся лишь как экспериментальные, но не для работы.

 

Модуль Компрессор использует контроль над выполнением самой задачи в cwebp (imagick, GD).  Отслеживаются ошибки выполнения, отслеживается конечное изображение, т.е. создано ли оно, создано ли оно без ошибок и т.п.

Ничего подобного в простых решениях  просто нет.

 

Простой свежий пример.  Реальный сайт. Здесь могла бы быть фатальная ошибка, возникающая бесконечно. На реальных сайтах не бывает битых изображений?  Причем они битые были до установки Компрессора. Но браузер может вам простить битый JPEG и сможет его все же как то отобразить, но вот imagick/ cwebp вам не простит такое изображение как входное.

 

rWHt5Ua.png

 

Если входное изображение - битое, то Компрессор не будет до бесконечности пытаться из него сделать webp, а именно пометит его как поврежденное.

И, главное, покажет пользователю его битое изображение специальной надписью "БИТОЕ ИЗОБРАЖЕНИЕ (CORRUPTED IMAGE)".  Если бы этого не было, то пользователя ждала бы гора сообщений об ошибках PHP, но пользователь мог бы этого и не заметить никогда пока лог ошибок не разросся бы до неимоверных размеров. Да и не понимал бы пользователь почему вместо некоторых картинок у него пустое место.

Например, тот же imagick будет вываливаться с фатальной ошибкой, и вы даже не увидите отображение страницы кроме сообщения о фатальной ошибке в лучшем случае,  и это еще хуже чем просто пустое место вместо картинки. И если не предпринять меры, то это будет происходить до бесконечности. 

В простых решениях нет никакой защиты от таких реальных ситуаций, а в модуле Компрессор есть.

 

В 25.12.2020 в 17:48, chukcha сказал:

берем  фришное решение

 

В нем нет даже нет не то, что контроля изображения на выходе, т.е. проверки создалось ли оно вообще, насколько удачно создалось и тп., но нет даже никакого контроля за выполнением программы в exec.  Т.е. запустили exec, а дальше хоть трава не расти.  А запустилось ли оно вообще, а завершилось ли оно, а успешно ли завершилось, насколько долго работало по времени? - таких вопросов в простом решении никто не задает. И не задает потому, что никогда не тестировались подобные решения массово на реальных сайтах, на которых бывает куча проблем.  На реальных сайтах слишком много всего неидеального.

 

 

Пример битого изображения:

 

ufutpUo.png

 

Его даже покажет браузер насколько сможет, но подавится imagick с фатальной ошибкой.  GD поперхнется, но выдаст предупреждение.

Такие изображения на сайтах - это реальность. Также как и реальность "PNG внутри JPEG" или "JPEG внутри PNG".  Да, такого быть не должно в идеальных условиях, но в реалиях это далеко не так.  Если не учитывать такие моменты, то будут возникать проблемы у пользователя. Модуль Компрессор учитывает.

  • +1 3
Надіслати
Поділитися на інших сайтах

  • 3 weeks later...
В 17.01.2021 в 14:37, nikifalex сказал:

можно как-то исключить например целиком папку, чтобы модуль не конвертировал в ней png в webp

 

не закладывал такую возможность.

никто пока не обращался с подобной просьбой, да и сам не встречал пока разительной разницы между изображениями, но в случае очень качественного png разница может быть, т.к. png - это формат без потерь.

Можете скинуть в личку файлы для сравнения? Возможно, что нужно применить особые параметры для подобных изображений.

Надіслати
Поділитися на інших сайтах

  • 2 weeks later...

Версия 2.1.25

Мелкие фиксы.

Улучшена работа на серверах Windows Server для старых версий опенкарт (древнее 3.0-й версии).

Для PNG добавлен режим преобразования в WEBP Lossless (без потерь).

 

gWzh8eC.png

Надіслати
Поділитися на інших сайтах

В 17.01.2021 в 14:37, nikifalex сказал:

чтобы модуль не конвертировал в ней png в webp

 

Учел ваши пожелания в новой версии модуля Компрессор.

Но сделал это с более правильным подходом.

Внедрил дополнительный режим lossless для преобразования pnp в webp без потерь.

Визуальных изменений не заметно, но вес при этом примерно в 1.5 раза меньше чем в PNG.

 

Сравнивал на представленных вами образцах изображений.

 

использовал при этом алгоритм максимального сжатия, поэтому WEBP lossless будет существенно легче по весу чем PNG (который по определения является форматом без потерь).

даже в этом случае OptiPNG дает существенно более худшее сжатие чем WEBP lossless, но при этом OptiPNG еще и работает крайне медленно.

Надіслати
Поділитися на інших сайтах

  • 2 weeks later...

Добрый день

Рассматриваю вариант покупки Вашего модуля, кроме сжатия фото есть вопрос по выгрузке на агрегаторы (в частности Google Merchant). Сложилась ситуация, что фото с водяными знаками (даже когда прозрачность достигает 90%) Merchant блокирует. Можно ли средствами модуля убирать ватермарк с имеющихся на сервере фото? Ранее Вы писали что это возможно:

В 01.12.2020 в 17:42, sitecreator сказал:

 

Есть такая возможность.

Можно либо задавать определенные условия (по размерам), либо отмечать определенные папки или изображения, которые не должны использоваться для наложения знака.

Например, можно составить список исключений или просто добавить в название папки или файла "nowatermark".

 

 

например, все первые картинки вы можете помещать в отдельную папку и пометить ее.

 

 

это можно иначе решить.

для всевозможных выгрузок в агрегаторы (яндекс-маркет и т.д.)  изображения могут быть созданы в отдельной папке кеша без водяных знаков.

Т.е. будет версия для сайта с водяными знаками и версия без водяных знаков.

 

И правильно ли я понимаю, что после покупки и установки модуля я смогу делать фото без ватермарка, а Ваш модуль будет накладывать его "на лету"?

Надіслати
Поділитися на інших сайтах


4 часа назад, Creeo сказал:

Сложилась ситуация, что фото с водяными знаками (даже когда прозрачность достигает 90%) Merchant блокирует.

 

Здравствуйте.

Можно для сайта отображать картинки с водяным знаком, а выгрузку для всевозможных агрегаторов делать без знаков.

в таком случае будет создан отдельный кеш изображений для яндекс-маркета, Google Merchant и т.п.

Т.е будут одинаковые картинки, но для разной целевой аудитории соответственно со знаком и без него.

 

4 часа назад, Creeo сказал:

Можно ли средствами модуля убирать ватермарк с имеющихся

 

это задача для искусственного интеллекта, да и для него часто невыполнимая, т.к. непонятно чем заполнять пустоты под водяным знаком если он непрозрачный.

не наш сценарий.

можно делать две группы как описал выше.

 

4 часа назад, Creeo сказал:

я смогу делать фото без ватермарка, а Ваш модуль будет накладывать его "на лету"?

 

фактически это так.

замечу, что в модуле заложен супер-быстрый алгоритм наложения водяного знака. Такого вы не встретите ни в одном модуле водяного знака.

 

Надіслати
Поділитися на інших сайтах

Просто статистика по реальному магазину, взято из отзывов реального заказчика.

https://opencartforum.com/files/file/4572-image-compressor-watermark-webp-lazy-load-etc-by-sitecreator/?do=findReview&review=34939

 

При наличии помимо jpeg еще и png  эффективность применения WEBP значительно возрастает.

Режим работы через CRON полностью исключает использование веб-сервера во время создания изображений, тем самым устраняются любые подтормаживания страниц даже в момент создания изображений. И у вас есть полный контроль над использованием ресурсов сервера чтобы процесс был максимально равномерным без всплесков нагрузки.

 

 

20gEyL0.png

Надіслати
Поділитися на інших сайтах

  • 2 weeks later...

Адаптивная обрезка (адаптивный ресайз) может быть полезна в ряде случаев.

Можно более красиво отображать товары.

И сделать это можно совершенно автоматически.

С помощью модуля Компрессор.

 

Напоминаю, что модуль Компрессор имеет огромные возможности по управлению различными параметрами изображений, например, все мыслимые манипуляции с полями:

 

  • создание нужных полей там, где это нужно
  • изменение цвета полей. поля могут быть не только белые
  • НЕ добавлять поля там, где вы считаете это ненужным
  • и даже удалять сложные поля прямо из исходников интеллектуальным способом (как отдельная опция)

 

Пример ниже.  ДО и ПОСЛЕ:

 

hBTVc5g.jpeg

 

 

 

 

 

 

 

4FC1mls.jpeg

Надіслати
Поділитися на інших сайтах

@sitecreator

Здравствуйте, 

функционал 'не добавлять белые поля' и 'не увеличивать исходное изображение' не работает с дополнительными изображениями,  указанными в атрибуте srcset тега img. Этот функционал видимо завязан на размер изображения в шаблоне. 

Можно как то изменить это поведение таким образом, что бы учитывались не настройки размера изображений в шаблоне, а те размеры, которые передаются в функцию ресайза?

Надіслати
Поділитися на інших сайтах


1 час назад, YuryL сказал:

не работает с дополнительными изображениями,  указанными в атрибуте srcset

 

Здравствуйте.

Не имеет значения где находится ссылка на изображение в коде HTML, главное, что изображение попадает в кеш, который создает опенкарт.

 

Изображения идентифицируются по их геометрическим размерам, и не важно где они будут использоваться.

Опенкарт когда создает изображение для кеша, то понятия не имеет где оно потом будет использоваться, да и использоваться оно может в самых разных местах одновременно.

 

1 час назад, YuryL сказал:

Можно как то изменить это поведение таким образом,

 

Поведение организовано правильно, и будет неверно его менять, т.к. может неопределенность получаться.

 

 

Если у вас используется srcset для изображений под экран Retina, например в шаблоне Journal 3, то функция "не добавлять белые поля" не сработает для этих изображений.

Но Journal 3 - это по идее уже даже и не шаблон в обычном понимании, т.к. сам меняет библиотеку для работы с изображениями. Кроме Journal 3 не встречал пока шаблоны, которые создают дополнительные изображения под экраны высокой плотности.

 

Можно, конечно, запрограммировать код специально под Journal 3.   Но указанную выше функцию мало кто использует, поэтому это будет заказная индивидуальная работа.

В принципе могу сделать на взаимовыгодной основе.

Код в этой части открыт и ничто не мешает его изменить вам самостоятельно при желании.

 

NdaFItq.png

Надіслати
Поділитися на інших сайтах

@sitecreator

шаблон не Journal 3, разрабатываю самостоятельно. Но как минимум один достаточно популярный шаблон с поддержкой retina продается здесь на форуме - Frame Theme.

Srcset кстати говоря не только для экранов с высокой плотностью пикселей, скорее для возможности показать юзеру оптимально подходящее под его условия изображение - кроме разрешения устройства учитывается качество соединения, уровень зума, а при использовании атрибута sizes учитывается и размер контейнера в котором будет изображение показано.

В 

1 hour ago, sitecreator said:

Но указанную выше функцию мало кто использует,

это очень странно, учитывая, что все телефоны сейчас имеют как минимум двойную плотность пикселей а это уже более половины устройств. Устройства повзрослели, браузерная поддержка есть, а разработчики продолжают показывать юзерам картинки с разрешением из 2000х. В текущем состоянии ваш модуль меня устраивает на 98%, самое важное для меня - это возможность формирования изображений по крону, слишком много вариаций одного изображения для формирования на лету, другие решения на форуме предлагают webp, но я не нашел решения формирования кэша изображений по расписанию.

Поэтому искренне считаю, что допил модуля будет ему на пользу и позволит вам дописать к названию модуля &Retina ready и привлечь новых покупателей.

 

Белые поля не так мешают, больше увеличение размера для ретины относительно исходника.

 

 

 

 

Надіслати
Поділитися на інших сайтах


10 часов назад, sitecreator сказал:

Но указанную выше функцию мало кто использует,

 

8 часов назад, YuryL сказал:

это очень странно, учитывая, что все телефоны сейчас имеют как минимум двойную плотность пикселей

 

Модуль Компрессор поддерживает использование двойной плотности и использование в шаблонах srcset не смотря на то, что такие шаблоны можно пересчитать по пальцам одной руки.

 

А вот возможностью Компрессора "не создавать белые поля" мало кто пользуется.

Пока Вы - первый и единственный заказчик, кто решил эту возможность перенести на изображения для экранов высокой плотности (и т.п), т.е. там, где используются коэффициенты 2х 3х 4х и т.д.

 

Поэтому речь идет не о телефонах с двойной плотностью  (они поддерживаются, и srcset  поддерживаются), а о крайне редкой комбинации функционала, не востребованного до сих пор никем.

 

К тому же идет непрерывная борьба за скорость загрузки контента, поэтому все эти 2х...4х  в любом случае будут сильно тормозить страницу. Палка о двух концах.

Да и исходники должны быть соответствующего качества с хорошим разрешением, т.е. большие и тяжелые.

У большинства магазинов просто нет таких хороших исходников, т.к. контент просто парсится у конкурентов как распространенный вариант.

И тяжелые картинки, особенно в большом кол-ве резко увеличивают требования к мощности хостинга, т.к. нужно хранить в несколько раз больше изображений, и обработка на лету может оказаться очень долгой, а на части хостингов просто не будет успевать завершиться за лимитированные 30 сек, я говорю про обычные jpeg, png.

 

 

Итак, srcset для двойной (2х) и какой угодно плотности пикселей модуль Компрессор поддерживает, но редкую функцию "не создавать белые поля" для таких опционных изображений я не делал, т.к. это просто никому не нужно.  Большинство вообще только webp + lazyload используют, даже водяной знак людям нужен лишь в 20% случаев, а остальные редкие функции еще меньше востребованы.

 

Поэтому по заказу могу сделать любую индивидуальную разработку.

Надіслати
Поділитися на інших сайтах

 Версия 2.2.0

Улучшена поддержка сложных структур изображений с использованием тегов <picture> и т.д. и т.п.  в плане создания и вывода формата webp.

 

например, таких:

<picture>
    <source media="(max-width: 539px)" srcset="./image/catalog/icon/more_bannermobkopija.jpg">
    <source media="(min-width: 540px)" srcset="./image/catalog/icon/more_bannerpk2kopija.jpg">
    <source media="(min-width: 940px)" srcset="image/catalog/icon/more_bannerpk2kopija.jpg">
    <source media="(min-width: 1240px)" srcset="/image/catalog/icon/more_bannerpk2kopija.jpg 1x,
/image/catalog/icon/more_bannerpk2kopija.jpg 2x">
    <img src="./image/catalog/icon/more_bannerpk2kopija.jpg" alt="Слайдер" class="img-responsive" />
  </picture>

 

  • +1 1
Надіслати
Поділитися на інших сайтах

  • 3 weeks later...

Версия 2.2.1

Добавлена диагностика для контроля свободного пространства на диске, т.к. бывает, что пользователи банально не контролируют свободное место на диске, а оно имеет тенденцию заканчиваться.

Если остается менее 500 Мбайт (0.5 Гиг), то строка информации меняет цвет на красный, что должно заставить обратить внимание на малое кол-во места на диске.

 

zKRcu4J.png

 

URlwAc7.png

Надіслати
Поділитися на інших сайтах

15 минут назад, Mixxxa163 сказал:

модуль присваивает автоматически имена изображениям из названия товара?

 

если вы про название файла изображения, то это название не меняется.

если название файла кириллическое и/или содержит невалидные символы, то ссылка с названием такого файла (но не сам файл) будет закодирована как полагается по стандарту RFC3986.

Надіслати
Поділитися на інших сайтах

Кто опытный в этом модуле, подскажите пожалуйста. Только купил. Всё вроде работает, но есть вопросы, ответы на которые не нашёл в инструкции:

 

1. На вкладке статистики есть полоса загрузки WEBP. Она означает, что из всех фотографий на сайте 43% переведены в WEBP? Чем выше это значение, тем лучше? Или наоборот?

Все фотографии не перевелись в WEBP из-за названий? Я понимаю, когда там русские буквы или левые знаки.

Но вот тут видно, что названия у изображений вполне приличные, но они почему-то не перевелись в WEBP.

2021-03-24_21-36-33.png.78b9eb18c7d95ce550b88d6516688f23.png

 

2021-03-24_20-40-31.png.c90514ef5db736b5310b3ad4babe0727.png

Значение WEBP = 43% постоянно колеблется. Даже когда не трогаю кеши, этот показатель может расти или наоборот уменьшиться. Так и должно быть?

 

2. На вкладке "Настройки Крон" есть окошко, куда должны попадать результаты Крона. Если у меня это окошко пустое, то что это значит? Это хорошо или плохо? Значит что нет ошибок или значит, что крон не правильно работает?

 

2021-03-24_10-07-06.png.a00dd928447fbde7f94dd22a0d4636ce.png

 

3. Третий вопрос связан с дополнением, который предназначен для CEO CMS

 

- Установил дополнение через встроенный ocmod через админку seo_cms_mod_for_compressor_by_sitecreator_111.ocmod.zip

- Загрузил ocmod файл sitecreator_1.2.2.seo_cms_52.ocmod.xml в /system

- Включил все разрешения для группы пользователей.

- Почистил все кэши.

 

Но вопрос в том, что не понятно, где искать настройки для этого дополнения, если они есть. Если настройки для этого дополнения не предусмотрены и ничего в админке не должно поменяться, то тогда вопрос: предусмотрено ли накладывание водяного знака, на изображения в СЕО ЦМС?

 

Сейчас на странице СЕО ЦМС изображения изменяются на WEBP, но водяной знак не накладывается.

Что нужно настроить, чтобы водяной знак накладывался и на изображения на страницах СЕО ЦМС?

Змінено користувачем alinalessioYandex
Надіслати
Поділитися на інших сайтах


58 минут назад, alinalessioYandex сказал:

Она означает, что из всех фотографий на сайте 43% переведены в WEBP?

 

нет.

это обозначает именно то, что написано.

просто читайте внимательно.

 

eVy2JRg.png

 

1 час назад, alinalessioYandex сказал:

Чем выше это значение, тем лучше?

 

нет, конечно же. Наоборот.

Четко написано, что было 100%, а стало 43%.

Считается суммарный вес уже обработанных изображений.

 

Цитата

Суммарный размер файлов уменьшен на 57%

 

Что именно не понятно в этой фразе?

Вы прочитали информацию, которую я выделил красным прямоугольником?

 

1 час назад, alinalessioYandex сказал:

Значение WEBP = 43% постоянно колеблется.

 

И что же здесь удивительного?

Обработка (создание webp) по расписанию происходит постепенно согласно расписанию. Соответственно и результат меняется.

Это итоговая эффективность. Означает, что удалось добиться суммарно размера сжатого формата в 43% от первоначального 100%.

Т.е. сжали более чем вдвое.

 

1 час назад, alinalessioYandex сказал:

где искать настройки для этого дополнения, если они есть.

 

Действуют настройки основного модуля.

На время создания водяного знака рекомендуется на время отключать создание webp чтобы снизить нагрузку, возникающую сразу после очистки кеша изображений.

  • +1 1
Надіслати
Поділитися на інших сайтах

18 минут назад, sitecreator сказал:

Т.е. сжали более чем вдвое.

Спасибо за ответы. Теперь вроде всё понятно. ))

Чтобы водяные знаки проставились в СЕО ЦМС, надо на время выключить это?

2021-03-24_22-43-41.png.b8f32039f9d8e5dcc3836f6d31b6fb28.png

 

1. Выключил.

2. Почистил кеш изображений.

Но водяные знаки не появились. Ещё что-то надо делать?

Надіслати
Поділитися на інших сайтах


Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.